[00:13:38] AaronSchulz: or (and for that matter and too) returning the data itself is not something specific to Python or Lua. Practically every language does that... except for strict typed languages and... well, PHP ;). Lua, Python, JavaScript, Ruby, Lisp, Perl, Erlang's orelse, ... all do that. [00:18:24] New patchset: Krinkle; "mwext: Fix spelling of attribute "defaults"" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57229 [00:18:35] Change merged: Krinkle; [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57229 [00:33:56] What's the deal with the QUnit Jenkins runner in core? [00:33:59] Temporarily disabled? [00:34:42] superm401: What about it? No it isn;t disabled, why would you think so? [00:35:15] Krinkle, never mind, I see now it failed jshint. [00:37:21] ok [00:40:20] Is there anything special I should know about title prefix searches? Limited to certain db engines? Fast or slow on the cluster? [00:43:20] awight: It uses LIKE which is supposed to be part of the SQL standard every SQL database supports. And it's a LIKE 'FOO%' so it should make perfectly good use of the index. [00:47:55] DanielFriesen: thanks. I saw some USE INDEX hinting in SpecialPrefixSearch, I'll just use the conditional useIndexClause() in my implementation... [00:49:25] awight: Please only do that if you are are doing the absolute same thing and are 100% certain that you should be doing that. If you use that carelessly you could actually make something perform hideously worse. [00:53:25] Krinkle: do you mind if i do a bit of work on item #5 in https://bugzilla.wikimedia.org/show_bug.cgi?id=40025#c5 (consistent params) [00:54:11] ori-l: OK. Including the centralisation? [00:54:14] i was interested in making the common rsync params centralized [00:54:38] yeah, but just rsync, i think [00:54:57] How do you intend to approach it? (Centralised how) [00:55:06] (yes, go ahead, I'm not working on it yet) [00:56:58] Krinkle: well, $RSYNC_COMMON_PARAMS in /etc/environment would be one approach, but I wanted to check first which config files (if any) rsync already checks [00:58:30] Well, you wouldn't want to put it in a file that rscync already checks I think. That would affect any rsync call anywhere (regardless of whether it is used for mwdeploy or something completely different) [00:58:38] well, actually, rather than rely on the system to update the environment using /etc/environment it might be better to have a specific file that gets sourced [01:02:40] rsyncd.conf stuff is either global or specific to a directory tree; alternately you can specify a particular config file using --config=myconfig. but it might be better to have a file that includes common arguments to all the commands used for sync and scap [01:02:45] dunno, would have to think about it a bit more [01:05:04] DanielFriesen: okay, good advice [01:06:15] Krinkle: i think the last approach (add 'source /etc/syncrc.sh' to top of each script) really is simplest and most practical actually [01:06:59] otherwise you have to reason about the config-file search/load/precedence behavior of different tools [01:09:37] ori-l: I was thinking adding the sh in the use/bin directory with the other sync scripts, not in /etc/ or something. [01:09:46] I think one of the others already does that [01:09:51] (not for rsync) [01:10:23] and define a local function in there (e.g. mwdeploy_sync or something) [01:18:56] Krinkle: the problem with defining a function to invoke rsync (or whatever) for you is that it can be a little tricky to ensure you pass on arguments and exit status correctly [01:19:19] and sometimes the order of arguments matters, so the approach of 'common args first, then $*' doesn't always work [01:19:49] Wouldn't you get that problem either way? [01:19:52] How else would you do it? [01:20:51] source /etc/sync-rc.sh ; rsync --specific=2 ${COMMON_RSYNC_PARAMS} --also-specific=4 [01:21:38] That gives the freedom of putting it before and after. Not anything in between. [01:21:43] Do we really even need that? [01:21:51] Aren't all parameters the same for all of them? [01:21:57] no [01:22:14] And the ones that aren't are order sensitive? [01:22:24] well, there are some inconsistencies (like scap's more granular exclusion of git objects) btu some thing that at least appear deliberate [01:22:32] like sync-common-file excluding i18n stuff [01:22:52] * but some things [01:29:23] no, they're not order-sensitive [01:30:09] well, if you really want to use functions, go ahead, and i'll hang back. i wouldn't, because i'd be nervous about making any changes to those files at all, and bash functions introduce a whole bunch of mystery [01:30:51] they interact weirdly with stdin, passing parameters through is tricky, passing exit status correctly is tricky, making sure they are interpreted by the right shell is tricky, avoiding 'bashisms' is tricky, etc. [01:31:20] none of these things pose large, terrifying problems, it's just a bunch of small stuff that is easy to get wrong [01:34:32] * ori-l was just reflecting that he still does not remember when to use "$*" vs. "$@" despite having looked it up about five hundred times [01:51:19] Bash is evil. [01:51:33] qgil, Krenair: Automatic interwiki redirects work on some wikis. [01:51:44] to some wikis [01:52:00] qgil, Krenair: https://wikimediafoundation.org/wiki/User:Gwicke [01:52:02] the interwiki prefix thing has to be marked as local in the database (iw_local=1) [01:52:08] Maybe, dunno. [01:52:15] I thought there was also a configuration variable. [01:52:31] you might be thinking of scary transclusion (interwiki transclusion) [01:53:01] interwiki looks empty on foundationwiki_p. [01:53:46] Krenair, qgil: https://www.mediawiki.org/wiki/Manual:$wgDisableHardRedirects [01:53:49] That setting. [01:53:53] You're welcome. :-) [01:54:11] huh. TIL. [01:54:22] I'm not sure why it disables to false. [01:54:29] defaults to false [01:54:30] User expectation and potential for abuse, I guess. [01:54:35] Err, yes. [01:54:38] Words are hard. [01:54:57] There are a lot of crazy interwiki links. [01:56:34] Krenair: While you're around... MediaWiki:Wikimedia-copyright... is this set by an extension? [01:56:50] I thought it was WikimediaMaintenance. [01:56:53] But I can't find it. [01:57:17] WikimediaMessages [01:57:18] yeah that's part of WikimediaMessages. [01:57:19] There we go. [01:57:29] WikimediaMaintenance is something else. [01:57:33] https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/WikimediaMaintenance.git;a=tree [01:57:34] grep is your friend :) [01:57:36] Fun. [01:57:42] I don't have any of this shit checked out. [01:57:49] I wish we had a search tool somewhere. [01:57:57] Google Code used to work with SVN. [01:58:00] Perhaps I'll file a bug. [01:58:50] I think I'll just get told off, though. [10:24:03] New patchset: Hashar; "yamllint: basic YAML linter" [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/57272 [10:37:40] New patchset: Hashar; "yamllint jobs for integration configurations" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57274 [10:37:57] New patchset: Hashar; "yamllint: basic YAML linter" [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/57272 [10:38:08] Change merged: Hashar; [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/57272 [10:38:25] New patchset: Hashar; "triggers yamllint for integration repos" [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/57275 [10:38:38] Change merged: Hashar; [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/57275 [10:42:04] New review: Hashar; "recheck" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57274 [10:42:55] New patchset: Hashar; "yamllint jobs for integration configurations" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57274 [10:44:07] New review: Hashar; "recheck" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57274 [10:44:54] New review: Hashar; "recheck" [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/53535 [10:46:37] New patchset: Hashar; "yamllint jobs for integration configurations" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57274 [10:46:53] New review: Hashar; "recheck" [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/53535 [10:47:34] New review: Hashar; "deployed" [integration/jenkins-job-builder-config] (master) C: 2; - https://gerrit.wikimedia.org/r/57274 [10:47:35] Change merged: Hashar; [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57274 [10:53:30] New review: Hashar; "qunit support for extensions is not yet fully operational and is being tested out by Timo. The impl..." [integration/zuul-config] (master) C: -1; - https://gerrit.wikimedia.org/r/53535 [11:14:08] New patchset: Hashar; "yamllint: supports '.yml' files and uppercase ext" [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/57280 [11:14:27] Change merged: Hashar; [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/57280 [12:22:42] zeljkof: hey :-] [12:22:52] hashar: hi :) [12:23:04] zeljkof: I am looking at the qa/browsertests repository. Lot of ruby files do not pass ruby syntax check [12:23:11] I use ruby 1.8.7, I guess it needs 1.9 ? [12:23:16] hashar: yes [12:23:27] I think read me says we need 1.9 [12:23:36] ./features/support/pages/use_page.rb:10: syntax error, unexpected ':', expecting ')' [12:23:36] span(:upload_more_files, text: 'Upload more files') [12:23:37] ^ [12:23:38] ./features/support/pages/use_page.rb:10: syntax error, unexpected ')', expecting kEND [12:23:39] ;) [12:23:49] we use new ruby hash syntax [12:23:55] kex: value [12:24:00] key: value [12:24:03] instead of old one [12:24:08] :key => value [12:24:22] ok ok :-] [12:24:31] so I need to install ruby1.9 on gallium to be able to syntax check your files [12:24:33] easy [12:24:36] if there is a reason to use 1.8 it should be easy to convert to 1.8 syntax [12:24:57] na it is ok [12:25:02] we are actually on ruby 2.0 :) [12:25:08] I am working on adding some basic jenkins tests for qa/browsertests [12:25:12] will craft a job for ruby1.9 [12:25:18] but 1.9 will do just fine [12:25:44] great, I am looking forward to it [12:29:44] ori-l: you're showing all sorts of vices on mediawiki.org today :p [13:07:05] INFO:root:Updating jobs in config/ (['qa-browsertests-rubylint']) [13:07:06] \O/ [13:20:43] New patchset: Hashar; "rubylint job template" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57288 [13:20:43] New patchset: Hashar; "job qa-browsertests-rubylint" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57289 [13:22:50] New patchset: Hashar; "trigger rubylint on qa/browsertests" [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/57290 [13:23:10] Change merged: Hashar; [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/57290 [13:23:55] New patchset: Hashar; "Jenkins job validation (DO NOT SUBMIT)" [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/57292 [13:36:43] New review: Hashar; "recheck" [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/57292 [13:41:50] New patchset: Hashar; "rubylint job template" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57288 [13:41:50] New patchset: Hashar; "job qa-browsertests-rubylint" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57289 [14:02:21] zeljkof: Good morning. Ready to start? [14:02:32] rachel99: ready [14:03:00] zeljkof: I'll open up the private chat. [14:03:00] can you do audio/video, or are we using ether pad and irc? [14:03:28] zeljkof: pad and irc, same as before. we can't find external mic. [14:03:54] rachel99: no problem, irc should work [14:06:46] New patchset: Zfilipin; "add search for accent to search" [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/56181 [14:06:58] zeljkof: ignore the jenkins tests result :-] [14:07:11] hashar: will do :) [14:10:06] New patchset: Hashar; "rubylint job template" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57288 [14:10:06] New patchset: Hashar; "job qa-browsertests-rubylint" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57289 [14:13:13] New patchset: Hashar; "qa/browsertests needs ruby lint 1.9+" [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/57297 [14:15:21] New patchset: Hashar; "rubylint job templates" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57288 [14:15:21] New patchset: Hashar; "job qa-browsertests-rubylint" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57289 [14:21:03] New review: Hashar; "recheck" [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/57292 [14:21:43] Change merged: Hashar; [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/57297 [14:22:21] New review: Hashar; "recheck" [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/57292 [14:22:41] zeljkof: that lints now!!! https://integration.wikimedia.org/ci/job/qa-browsertests-ruby1.9.3lint/3/console [14:23:36] Change abandoned: Hashar; "(no reason)" [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/57292 [14:23:59] New review: Hashar; "deployed and verified" [integration/jenkins-job-builder-config] (master) C: 2; - https://gerrit.wikimedia.org/r/57288 [14:24:00] Change merged: Hashar; [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57288 [14:24:18] New review: Hashar; "deployed and verified" [integration/jenkins-job-builder-config] (master) C: 2; - https://gerrit.wikimedia.org/r/57289 [14:24:18] Change merged: Hashar; [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57289 [14:25:56] hashar: great :) [14:28:18] New patchset: Hashar; "lint translatewiki YAML files" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57299 [14:28:35] New review: Hashar; "deployed" [integration/jenkins-job-builder-config] (master) C: 2; - https://gerrit.wikimedia.org/r/57299 [14:28:36] Change merged: Hashar; [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57299 [14:30:26] New patchset: Hashar; "trigger translatewiki-yamllint (non voting)" [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/57300 [14:30:38] Change merged: Hashar; [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/57300 [14:35:22] is it possible to direct some api calls to antoher cluster in production? like run all imagerotate api calls on the imagescalers [14:36:13] i guess proxies dont look at post values so far [14:57:55] New patchset: Hashar; "yamllint: load all doc + use safe loader" [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/57304 [14:58:23] Change merged: Hashar; [integration/jenkins] (master) - https://gerrit.wikimedia.org/r/57304 [15:03:05] New patchset: Hashar; "translatewiki-yamllint now voting" [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/57305 [15:03:36] Change merged: Hashar; [integration/zuul-config] (master) - https://gerrit.wikimedia.org/r/57305 [16:10:36] New patchset: Zfilipin; "add search for accent to search" [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/56181 [16:12:20] New patchset: Zfilipin; "add search for accent to search" [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/56181 [16:15:29] New patchset: Zfilipin; "add search for accent to search" [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/56181 [16:21:19] zeljkof: and jenkins is happy :-] [16:21:49] which mean I can safely disconnect :] Have a good evening [16:26:55] hashar: yes, jenkins looks happy :) [16:26:57] \O/ [16:27:01] see you tomorrow! [16:27:09] though I might just write doc outside [16:27:13] will see [16:27:14] :-] [16:35:44] New review: Cmcmahon; "re-enable two disabled tests now that the bugs they found are fixed" [qa/browsertests] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/56609 [16:35:44] Change merged: Cmcmahon; [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/56609 [16:37:33] New review: Cmcmahon; "handle profile so that test runs properly on Sauce hosts as well as locally" [qa/browsertests] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/56557 [16:37:33] Change merged: Cmcmahon; [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/56557 [16:38:52] New review: Cmcmahon; "support for Windows/IE for certain tests" [qa/browsertests] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/56590 [16:38:53] Change merged: Cmcmahon; [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/56590 [16:39:17] New review: Cmcmahon; "maintenance" [qa/browsertests] (master); V: 2 C: 2; - https://gerrit.wikimedia.org/r/57056 [16:39:17] Change merged: Cmcmahon; [qa/browsertests] (master) - https://gerrit.wikimedia.org/r/57056 [16:40:12] Yippie, build fixed! [16:40:12] Project browsertests-windows-internet_explorer_9 build #275: FIXED in 9 min 47 sec: https://wmf.ci.cloudbees.com/job/browsertests-windows-internet_explorer_9/275/ [17:10:45] chrismcmahon: ok, back from excessively long appointments and caught up on urgent email, shall we chat? [19:11:12] ^demon: https://gerrit.wikimedia.org/r/#/c/57333/ easy [19:12:30] ^demon: https://gerrit.wikimedia.org/r/#/c/57012/ and some docs [19:13:44] eyoung: will you /join #wikimania,#wikimania-2013 ? [19:15:19] hashar: How's it going? [19:19:29] <^demon> xyzram: Re: error propagation...you hadn't started mucking about in Special:Search had you? [19:20:04] ^demon: Yes, in fact; was just about to push my fix. [19:20:13] <^demon> As was I ;-) [19:20:23] Oh ... [19:20:52] Lets both do it and let Tim pick whichever one he likes. [19:20:54] :-) [19:21:24] <^demon> Perhaps we should compare our approaches? [19:21:24] <^demon> Hehe. [19:21:24] <^demon> https://gerrit.wikimedia.org/r/#/c/57336/ - this was my core side of it [19:22:04] marktraceur: hi :-] Been sick for the last 3 days but overall managed to work :D [19:22:16] marktraceur: I got a YAML linter in Jenkins/JJB :] [19:22:21] hashar: Ooh! Cool. [19:23:11] hashar: I hadn't chatted with you in a bit, so figured I'd check in. And I was thinking of Jenkins because our tests just crapped out after we changed our dependencies. Always fun. [19:23:45] marktraceur: some nodejs module not at the correct version? [19:24:11] hashar: Yeah, domino changed. We had to update. But working now probably. [19:24:53] <^demon> xyzram: I used the topic search-errors so it's easily searchable for all the patches. [19:24:55] Tests should be running as we speak. [19:27:35] ori-l: Hey, I heard you had a Python project that maybe could bear some outside help? #rit-foss might be a good source of Python volunteers. [19:27:54] StabbyPanda: CC [19:28:08] the mongodb stuff, to be exact [19:29:43] StabbyPanda: I've told you about swearing before [19:30:41] Reedy: mongodb mongodb mongodb [19:30:55] You'll be StabbedPanda in a minute [19:30:57] ;) [19:31:24] :D [19:32:03] who do i bribe to get https://gerrit.wikimedia.org/r/#/c/49364/ reviewed? [19:32:10] [(bug 41729) Move section edit links to after the headings] [19:35:14] okay, ori-l, I just pointed someone who wanted to work on the mongodb stuff to http://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/EventLogging.git [19:40:56] StabbyPanda: oh, cool -- who's the person? [19:41:44] marktraceur: ^ [19:42:21] ryansb, apparently. I don't know him. [19:42:35] he's on -e3 now [19:42:41] Cool, job done [19:42:57] :) [19:43:00] * marktraceur pastes up the I BILT COMMOONITTY 2DAI sign [19:43:49] gg [19:44:04] marktraceur: :D [19:52:10] ^demon: My changes are here: https://gerrit.wikimedia.org/r/57368 and https://gerrit.wikimedia.org/r/#/c/57350/ [20:11:05] New patchset: Hashar; "(bug 45084) beta: matrix job to update all databases" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/55949 [20:12:38] ^demon: I see a couple of differences in our approaches: you're throwing an exception (what does the resulting page look like?) whereas I'm using the existing mechanism. The other is that I'm displaying the "reason phrase" message text that follows the 500 code. [20:13:04] <^demon> The ErrorPageError exception should display a normal error page to the user. [20:13:18] <^demon> But yeah, grabbing the text from the 500 is right. [20:15:05] New review: Hashar; "recheck" [integration/jenkins-job-builder-config] (master) C: 2; - https://gerrit.wikimedia.org/r/55949 [20:16:31] New review: Hashar; "That is deployed" [integration/jenkins-job-builder-config] (master); V: 2 - https://gerrit.wikimedia.org/r/55949 [20:16:31] Change merged: Hashar; [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/55949 [20:17:16] New review: Hashar; "Upstream has merged the change Depends on upstream patch https://review.openstack.org/#/c/25432/" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/55949 [20:22:09] hashar: There is...something wrong...my parsoid tests aren't...damn! [20:25:07] New patchset: Hashar; "jobs for mw/ext/UnicodeConverter" [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57406 [20:30:06] New review: Hashar; "Deployed" [integration/jenkins-job-builder-config] (master); V: 2 - https://gerrit.wikimedia.org/r/57406 [20:30:06] Change merged: Hashar; [integration/jenkins-job-builder-config] (master) - https://gerrit.wikimedia.org/r/57406 [20:59:58] Reedy: https://gerrit.wikimedia.org/r/#/c/57416/1 small cleanups [21:26:28] Krinkle, would you mind a look at https://gerrit.wikimedia.org/r/#/c/48745/ ? [21:32:31] <^demon> AaronSchulz: https://gerrit.wikimedia.org/r/#/c/57097/ [21:32:34] superm401: I'd flatten mw.util.wikiGetlink as well (make sure the relevant mw.config is set from teardown for consistency) [21:32:52] we do the same on the server side [21:33:55] Krinkle, will do. [21:34:10] superm401: granted that tests pass, the rest looks good. [22:15:08] marktraceur: http://arstechnica.com/information-technology/2013/04/google-going-its-own-way-forking-webkit-rendering-engine/ [22:15:12] google is forking webkit [22:15:12] :'( [22:15:28] Of course they bloody are. [22:15:45] it sortof makes sense though [22:15:47] but still [22:15:47] :'( [22:17:02] It's good it's LGPL, or they would have just taken it without releasing. [22:17:22] AGF, no? [22:17:30] Hm? [22:17:53] marktraceur: https://en.wikipedia.org/wiki/Wikipedia:AGF [22:18:26] With Google I have no reason to assume good faith. [22:18:32] marktraceur: Chrome wouldn't have gotten to where it was if it were not Open Source. I doubt they want to create a proprrietary fork [22:18:42] YuviPanda: Chrome _isn't_ free. It has blobs. [22:18:47] Chromium [22:19:00] marktraceur: But they promised not to be evil. No one would ever lie about such a thing [22:19:07] I'm guessing Chromium doesn't have blobs, no? [22:19:14] bawolff: Well done :) [22:19:36] YuviPanda: Ask spot (from Fedora), who wrote a rant about software packaging largely because of Chromium [22:19:53] http://www.theopensourceway.org/wiki/How_to_tell_if_a_FLOSS_project_is_doomed_to_FAIL [22:20:13] yeah, chromium is packaging nightmare [22:20:19] I'd hardly consider Chrome/Chromium a failure, though. [22:20:22] they package their own v8 [22:20:26] oh wow, it's 4AM [22:20:28] * YuviPanda should go sleep [22:21:44] Probably the best section is http://www.theopensourceway.org/wiki/How_to_tell_if_a_FLOSS_project_is_doomed_to_FAIL#Releases [22:22:21] Your releases are only in an encapsulation format that you invented. [ +100 points of FAIL ] [22:22:23] That's great. It got shown in RIT's Humanitarian FOSS class last week [22:22:48] "Your project does not do releases" [22:22:56] should be more than 20 points of fail [22:23:16] His anecdotal example was that he met someone at a conference showcasing a new encapsulation format, and the guy gave him a download link, which was formatted in the encapsulation format. [22:23:23] lol "Your releases are only in an encapsulation format that you invented." [22:23:49] "You used the format for which you're distributing the extractor...to distribute the extractor?" "Yeah, because it's so much better!" [23:15:54] Krinkle, updated https://gerrit.wikimedia.org/r/#/c/48745/ to remove wikiGetlink. [23:51:09] Project browsertests-windows-internet_explorer_9 build #277: UNSTABLE in 18 min: https://wmf.ci.cloudbees.com/job/browsertests-windows-internet_explorer_9/277/