[00:52:53] !log updated production civi to r1631 [00:52:55] Logged the message, Master [02:13:34] !log catrope synchronized php-1.20wmf1/README 'Dummy sync to capture which hosts time out on sync-file' [02:13:39] Logged the message, Master [02:21:50] !log LocalisationUpdate completed (1.19) at Wed Apr 18 02:21:49 UTC 2012 [02:21:52] Logged the message, Master [02:30:50] !log LocalisationUpdate completed (1.20wmf1) at Wed Apr 18 02:30:50 UTC 2012 [02:30:53] Logged the message, Master [06:51:58] heyas all, does anyone know if we are somehow able to import ogv video from archive.org without having to do it manually? [06:57:18] russavia: if you have a list of files, we can probably do it server side with importimages [06:57:19] russavia I can write an ASP.net program if needed [06:57:41] russavia but I wouldnt do anything about it until the large file discusison is concluded [06:57:58] p858snake|l I would want to avoid taking dev time :p [06:58:12] ToAruShiroiNeko: its hardly any time, depending on how its done [06:58:49] (I believe) [06:59:07] Reedy or Roan (when hes around) can probably confirm [07:00:27] yes but even asking them to do one file distracts them from working on bugs [07:01:18] they just need to start it, they don't need to watch it the full time [07:01:40] well i have a ton of videos from kremlin.ru and premier.gov.ru which i need to download and then convert and then get uploaded [07:02:20] oh your downloading and converting them as well [07:02:23] russavia I can program to automate that [07:02:32] commonist can do it, can't it? [07:02:38] I dont know [07:02:44] converting video is a different animal [07:03:02] but using commonist to download from kremlin.ru sounds ironic somehow [07:03:21] well I was talking about the upload part but whatever [07:04:32] not sure.... [07:04:44] some of the videos are like full-length HD documentaries and the like [07:04:49] some over an hour in length [07:04:57] those are too large probably [07:05:50] what would be better is if we asked Kremlin to do the conversion for us [07:06:03] yeah good luck with that :D [07:07:29] there is a reason WHY they have it released with a CC-BY license [07:07:43] you have no idea how difficult it is to make a b-cracy udnerstand free licensing [07:07:43] there's no way unfort that they would convert it.....it's good enough that they've given us the CC licence after years of trying [07:08:01] toaru -- i know -- i'm the one who got the permission :P [08:23:58] are the name resolution problems for gerrit.wikimedia.org? Often I just get white tab that says loading but not even the address in the address bar [08:26:23] I haven't ever had that happen [08:26:32] and I have the world's slowest internet connection and crappy dns too [08:26:49] for example it's been fine for me today [08:50:06] apergos: what could be the reason then? [08:50:42] I really don't know... like I say, I've just never had gerrit be slow to load for me [08:50:57] which is surprising because practically every other site has had problems sooner or later [08:51:33] when it says loading, what happens if you try to do a dig or nslookup from the terminal at the same time, do you get any results back? [08:59:32] Nikerabbit: gerrit does have some load issues due to how its setup in the wmf cluster, but its generally not noticable afaik [08:59:55] I remember Tim-away (iirc) mentioning it on the ML [09:01:50] apergos: but it's not loading at all sometimes, it's not just about being slow [09:02:09] and it always works if I open the link again [09:02:11] I have never had failure to load either [09:02:32] if it works the second time always then it's almost certainly not dns [09:02:47] not even a local dns server somewhere in your hierarchy [09:04:30] you could try to see if netstat thinks there is some established connection to the host (look for everything on 443 or 80, whichever) [09:04:46] I guess you're using macos? I'm not sure what the netstat equiv is there [09:06:15] no I'm not using mac [09:06:52] linux? [09:21:26] apergos: ep [12:21:04] Hi [12:21:20] Is this the correct place to ask about config issues on specfic WMF wikis? [12:21:24] yes [12:21:37] OK This problem relates to laWikisource [12:21:43] (ie the Latin one) [12:22:07] In Preferences it's possible to enable 'Enhanced Editing toolbar' [12:22:19] It's a known regression [12:22:40] However with this enabled, on laWS only, the controls for Proofread page relatd things seems to vanish [12:22:58] I don't have this issue with enWS [12:23:13] This is a known issue? [12:23:28] Oh [12:23:31] I can work around it , but it's an annoyance .. [12:23:45] There's issues with enabling/disabling this stuff [12:24:00] There's no difference in the code running on either site [12:24:07] proofread page has few config things [12:24:12] is it site script related? [12:24:26] I don't know, because I'm only a user [12:24:30] Qcoder00: are you running chrome? [12:24:36] No [12:24:38] Firefox [12:27:13] OK I've checked and I now gwt the same beahviour at enWS [12:27:34] I.E If the 'Enhanced edit toolbar' is enabled, the Proofread page controls seems to be missing... [12:28:09] Prior to this morning there was a drop down mneu in the Ehanched toolbar that related to 'Proofread tools' which seems to have gone missing ;) [12:29:22] I found it useful to change the layout of how the edit windows and scan being transcribed work [12:30:30] So what changed recently? [12:30:42] Nothing today [12:31:41] I'm also now getting erroronus messages about not being logged in [12:31:56] When I know darn well I am [12:32:56] Reedy: OK What was changed in the last 48 hours? [12:33:21] Because the absence of the Proofread tools option in the 'Enhanced' toolbar for editing suggests something WAS [12:33:45] https://bugzilla.wikimedia.org/show_bug.cgi?id=34885 [12:33:52] Fix for IE in wikieditor apparently [12:34:18] https://www.mediawiki.org/w/index.php?path=%2Fbranches%2Fwmf%2F1.19wmf1&title=Special%3ACode%2FMediaWiki [12:34:34] I did a load of shell requests [12:34:40] But they didn't touch anything like that [12:35:17] Hmm [12:35:19] Strange [12:35:41] I'm not seeing anything the Second link that immediatly relates to Edit pages [12:36:58] I ca work around this y going back to the really old toolbar , but it's an annoyance I'd like someone to look into :) [12:37:37] log a bug [12:47:42] https://bugzilla.wikimedia.org/show_bug.cgi?id=36066 [12:52:56] Etherpad down. [12:53:09] Have just prepped interview questions in it :( [12:53:17] (starts in 7 mins) [12:53:29] Back. [15:36:03] what is the process for getting someone to update the interwiki database? says 2 and a half months sicne https://meta.wikimedia.org/wiki/Interwiki_map was last imported [15:36:45] sDrewth: File a shell request bug [15:37:35] <^demon> I thought that was a cron. [15:38:02] No, it's not [15:38:11] That would be kind of scary [15:38:20] * Thehelpfulone is looking for a mediawiki.org crat [15:38:24] any volunteers? [15:38:29] can I ask what you would consider a fair and reasonable period between updates? [15:38:30] Thehelpfulone: What's up? [15:38:44] I'd like to request the transwiki importer right on mediawiki please [15:38:51] I'm doing some cleanup of meta [15:39:04] and some of the pages were moved to mediawiki from meta in english a while back [15:39:14] but the other languages were forgotten/left [15:39:33] those other language namespaces such as Ayuda: are going to be deleted soonish from meta (after this cleanup) [15:39:47] so I can't just link to a page history for it [15:44:00] RoanKattouw: can such a request be done through IRC? [15:44:51] <^demon> Thehelpfulone: [[mw:Project:Requests]] [15:53:31] ^demon: thanks, https://www.mediawiki.org/wiki/Project:Requests/User_rights/Thehelpfulone [16:41:53] !log reedy synchronized wmf-config/InitialiseSettings.php 'Set wmfUseRevSha1Columns to true for enwiki' [16:41:55] Logged the message, Master [16:57:30] !log catrope synchronized docroot/bits 'Add docroot/bits/static-1.00 for testing' [16:57:32] Logged the message, Master [17:20:09] !log catrope synchronized docroot/bits/ 'Remove static-1.00 again' [17:20:12] Logged the message, Master [18:05:57] AaronSchulz: Reedy: RoanKattouw; others, are we ready deploying? [18:06:10] * robla needs to put up CentralNotice [18:10:05] Oh wait [18:10:09] I have wmf-config hacks [18:10:12] Lemme back those out [18:10:29] done [18:12:50] AaronSchulz: you around? am I going to have to ping Roan any time I want a response from you? ;-) [18:13:43] * robla drums fingers on table [18:14:20] RoanKattouw: ^ ;-) [18:17:09] did it work, that's what I want to know [18:20:26] not so much [18:22:37] Is that you calling Aaron's desk phone? [18:22:59] Sorry, I was giving Rob M a quick tour of git rebase --interactive [18:23:18] yup :) [18:25:32] AaronSchulz: :1,$ s/foo/bar/g [18:26:56] ^ vim command for searching and replacing in a whole file [18:31:42] planning on starting with enwikisource [18:31:57] chrismcmahon: you around? [18:32:04] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: enwikisource to 1.20wmf1 [18:32:06] Logged the message, Master [18:32:11] hi robla [18:32:20] * AaronSchulz feels like syncing single files has gotten slower [18:33:19] hi chrismcmahon: we just deployed to en.wikisource.org. do you have a sec to poke around? [18:33:43] robla: I'm poking it with IE7 as we speak [18:35:01] perfect [18:35:19] and ff10 [18:39:19] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: enwiktionary to 1.20wmf1 [18:39:21] Logged the message, Master [18:40:50] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: enwikinews to 1.20wmf1 [18:40:52] Logged the message, Master [18:41:56] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: enwikibooks to 1.20wmf1 [18:41:58] Logged the message, Master [18:43:40] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: enwikiquote to 1.20wmf1 [18:43:42] Logged the message, Master [18:44:24] and Chrome. found a display issue for all browsers, but doesn't seem to be related to 1.20 [18:44:52] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: enwikiversity to 1.20wmf1 [18:44:54] Logged the message, Master [18:45:00] Reedy: PING!! [18:45:31] chrismcmahon: Display issue? [18:45:32] * RoanKattouw looks up [18:46:10] one sec, getting URL... [18:46:49] Vito: what's up? [18:47:12] robla: flooder group on it.wiki has been set with an awful name :| [18:47:34] should I change the name via sysmessage [18:47:36] *s? [18:47:59] http://en.wikisource.org/wiki/Page:Ruffhead_-_The_Statutes_at_Large,_1763.djvu/45 [18:48:18] what's the offending message? [18:48:21] Vito: ? [18:48:43] "utenti bot" is horrible to read [18:48:50] we choose "flooder" [18:49:01] actually I didn't see it was into 18n [18:49:27] alright, all for en done [18:49:28] so nevermind I'll change it on MediaWiki:Group-flood-member [18:49:36] and MediaWiki:Group-flood [18:49:40] that may be one for Nikerabbit or siebrand [18:50:10] brb [18:50:18] Vito: I was worried you were running into cache issues [18:50:56] * AaronSchulz will do all remaining wiktionaries next in a while [18:51:21] apache2[31232]: PHP Fatal error: Call to a member function getNamespace() on a non-object in /usr/local/apache/common-local/php-1.20wmf1/extensions/LiquidThreads/classes/Dispatch.php on line 100 [18:51:30] about 20x [18:51:43] Apr 18 07:10:56 10.0.11.24 apache2[2860]: PHP Warning: preg_match() expects parameter 2 to be string, object given in /usr/local/apache/common-local/php-1.20wmf1/languages/Language.php on line 232 [18:51:59] Oh that's old [18:52:08] tail -f crapped out when the log file was rotated [18:52:18] RoanKattouw: an idea on the LQT one? [18:52:20] *any [18:53:21] * AaronSchulz wishes that function had type hinting [18:53:25] diffs look good, Hide Redirects is OK, redlinks OK [18:53:55] AaronSchulz, fwiw, I saw an LQT fatal on Special:Recentchanges mediawikiwiki yesterday .. went away immediately [18:56:47] Eloquence: looks like RoanKattouw may have figured out the session problem. see #wikimedia-operations [18:56:54] yeah [18:57:21] !log aaron synchronized php-1.20wmf1/extensions/LiquidThreads/classes/Dispatch.php 'Added type hint for better fatals' [18:57:24] Logged the message, Master [18:59:31] Aaron is about to do all wiktionaries [19:00:16] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: All wiktionaries to 1.20wmf1 [19:00:18] Logged the message, Master [19:07:01] !log catrope synchronized wmf-config/mc.php 'Swap out 10.0.2.251 (down) with 10.0.11.24 (spare). This is the last spare, there are now NO SPARES LEFT in mc.php' [19:07:04] Logged the message, Master [19:07:13] robla, Eloquence: ---^^ That should fix the session issue [19:07:14] RoanKattouw: zomgs [19:07:19] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: All wikisources to 1.20wmf1 [19:07:21] Logged the message, Master [19:07:57] notpeter: As per the above logmsgbot_ line, I just used the last spare in mc.php, there are now NO SPARES LEFT. I think that's probably out of date and there are spares, they're just incorrectly listed as down or actively being upgraded. Could you ensure that mc.php is up-to-date? [19:08:01] thanks roan [19:08:04] finding an error when following redlinks to an edit page on wikisource not on enwiki, BZing that [19:08:27] AaronSchulz: Apr 18 19:00:18 10.0.11.7 apache2[6608]: PHP Catchable fatal error: Argument 1 passed to LqtDispatch::isLqtPage() must be an instance of Title, null given, called in /usr/local/apache/common-local/php-1.20wmf1/extensions/LiquidThreads/classes/Hooks.php on line 873 and defined in /usr/local/apache/common-local/php-1.20wmf1/extensions/LiquidThreads/classes/Dispatch.php on line 98 [19:08:47] Oh I guess the change in the error message is deliberate there, you added the type hint [19:11:40] RoanKattouw: onAPIQueryAfterExecute() doesn't check for title validity :p [19:15:29] Aha [19:18:51] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: All wikinewses to 1.20wmf1 [19:18:54] Logged the message, Master [19:19:40] RoanKattouw: sure [19:21:53] !b 36074 [19:21:54] https://bugzilla.wikimedia.org/show_bug.cgi?id=36074 [19:22:27] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: All wikibooks to 1.20wmf1 [19:22:27] RoanKattouw: if you have a moment, could you look at that BZ for a sanity check? ^^ [19:22:29] Logged the message, Master [19:24:13] chrismcmahon: is that also a problem on test2? [19:24:46] * robla struggles to figure out what would be IE7+wikisource specific about a redlinks problem [19:24:50] robla: looking. it's definitely a difference between wikisource and enwiki [19:25:13] robla: web console output is different, and no errors editing redlinks on enwiki in IE7 [19:25:23] checking test2 [19:25:50] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: All wikiquote and wikiversity projects to 1.20wmf1 [19:25:52] Logged the message, Master [19:26:14] chrismcmahon: I'm going to lunch but that's a weird bug. I'd guess on-wiki JS is broken [19:26:38] http://en.wikibooks.org/wiki/Main_Page makes me hungry [19:27:45] looking.. and cooking [19:27:48] robla: re: test2, hard to say, every page on test2 shows "syntax error" in IE7, masking any edit errors [19:28:00] Very probably broken local JS then [19:28:05] yep, pagenumbers script [19:28:05] meh. vegetarian, didn't do it for me [19:28:43] Wait, *test2* [19:28:45] That worries me [19:28:52] chrismcmahon: k...likely one that we need to jump on, and should block enwiki deployment [19:29:10] chrismcmahon: one more thing to try: commons [19:29:22] Works for me [19:29:25] OK really going to lunch now [19:29:30] ok, commons in ie7 coming up [19:32:07] strange, no errors in IE7 upon editing a redlink on commons. something local to wikisource and test2? [19:33:00] could be site js or some specific extension introducing the problem [19:34:02] <^demon> I don't think we've got any specific extensions/site js on test2 that's not elsewhere. [19:34:34] there could easily be an extension on test2 that's not on commons, though [19:35:00] <^demon> Is there? I don't know what we would've put on test2. [19:35:30] RoanKattouw_away: readded all the spares. feel free to push out whenevs [19:38:05] i should cook too [19:38:33] test2 is running lqt, flaggedrevs, and the resourceloader experimental async loading setting, whatever that is [19:40:15] AaronSchulz: perl -i -pe 'if(!/wiki php/) {s/php-1.19/php-1.20wmf1/}' wikiversions.dat [19:41:48] http://stevereads.com/weblog/2007/03/26/vim-and-negative-lookaheadlookbehindlookaround/ :) [19:42:01] Sometimes get_elements_by_classname is not declared for script: https://en.wikisource.org/wiki/MediaWiki:PageNumbers.js due to indeterministic script loading, but that not the issue observed by chrismcmahon [19:43:03] robla: same thing: 's/php-1.19/php-1.20wmf1/ if !/wiki php/;'; is just a style question i guess [19:43:49] jeremyb: I'm sure there's something even less readable but shorter we could use :-P [19:44:25] <^demon> Eloquence: Out of that list, the async loading is most likely to cause an issue IMHO. [19:44:59] robla: well, whose is more readable? took me more than a few secs to parse yours. (and I do use `perl -pe` one off oneliners fairly frequently. in fact both today and yesterday) [19:45:29] robla: that editing-redlinks issue is the only thing I'm finding that might (or might not) be attributable to 1.20 [19:45:38] <^demon> You perl folks and your one-liners :p [19:45:52] * chrismcmahon whips out awk and sed [19:45:57] i'm more python than perl [19:46:23] but sometimes perl is the right choice. (a big factor is "will i save this or ever use it again?") [19:46:35] <^demon> Ohhh, you would enjoy the "omg php succcckkkks" rant I read yesterday. [19:46:57] i guess so. can has plz? ;) [19:46:58] in most other languages, you do some variant of "if foo then bar" (i.e. the if before the thing) [19:47:23] <^demon> jeremyb: http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-design/ [19:47:28] we could also write perl in latin... [19:49:26] how long will the maintenance take? minutes or hours? [19:49:49] jeremyb: perl is like handwriting, if you have bad handwriting, the text is simply unreadable, but it is not a perl fault [19:50:13] martin____: which one? [19:50:26] <^demon> Beau_: I'd say the same about almost any language. [19:50:34] jeremyb: the one of en.wikibooks (i guess) [19:50:48] Beau_: there's a reason i rarely use perl for anything I'm not going to throw away very soon [19:51:24] <^demon> I used to work on an open source perl project. That was some badddd code. [19:51:34] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: All *wiki wikis to 1.20wmf1 [19:51:36] Logged the message, Master [19:51:40] hi [19:51:46] !time [19:51:46] Berlin: 21:51 | Los Angeles: 12:51 [19:51:49] ^demon: that's right, on the bright side if you have bad handwriting, you don't have to use obfuscator... [19:52:14] hah [19:52:14] so what the devs are doing that project is down? [19:52:15] * AaronSchulz ended up using an ugly vim escaped regex [19:52:52] * AaronSchulz wonders if he is an anti-perl fundamentalist [19:53:18] umm guys... is meta onto the upgrade yet? [19:53:19] PHP Warning: Illegal offset type in isset or empty in /usr/local/apache/common-local/php-1.20wmf1/extensions/cldr/LanguageNames.body.php on line 59 [19:53:38] https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=Genericmaintenancenotice&wpUserLanguage=kk [19:53:59] central notice is broken :S [19:55:30] Thehelpfulone: what's the breakage. we just migrated meta [19:55:49] so I was updating this central notice banner, https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=Genericmaintenancenotice&wpUserLanguage=kk [19:55:54] I put the translated language [19:55:57] it's showing https://meta.wikimedia.org/w/index.php?title=Special:NoticeTemplate/view&template=Genericmaintenancenotice&wpUserLanguage=kk [19:56:01] "<Centralnotice-Genericmaintenancenotice-message>" [19:56:03] for example [19:56:24] well it was showing that, then I did it again and I think it might be fixed now.. [19:56:32] !log aaron synchronized php-1.20wmf1/extensions/LiquidThreads/classes/Hooks.php 'Avoid fatals on invalid title in API' [19:56:35] Logged the message, Master [19:56:59] Thehelpfulone: ok...good, that must have just been a timing issue [19:57:16] I like the new diffs :) [19:57:27] Aaron had *just* updated meta shortly before you reported that [20:04:58] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: specieswiki and foundationwiki to 1.20wmf1 [20:05:01] Logged the message, Master [20:08:23] anyone wants beer gratis?* [20:08:31] to set up cs.wv [20:08:40] *virtual beer [20:13:10] AaronSchulz: here's the wikis missing from all.dblist: bnwikimedia, chwikimedia, strategyappswiki [20:15:20] * Juandev looks, this will take long - so meanwhile nightsleep [20:18:00] robla: didn't straeappswiki get closed and completely removed ages ago... [20:19:32] (https://bugzilla.wikimedia.org/show_bug.cgi?id=29675) [20:19:34] * jeremyb hands p858snake|l a t and a g and a blender [20:19:46] <^demon> p858snake|l: It was very well hidden :) [20:20:01] <^demon> The database is still there on s3, iirc. [20:22:22] errr, so should en.wikibooks run normally now? may i report problems? [20:23:31] * AaronSchulz goes off for a while [20:25:01] martin____: please do [20:25:03] what's up? [20:25:28] robla: on en.wikibooks the source tag is broken, e.g.: http://en.wikibooks.org/wiki/GLSL_Programming/Unity/Projection_of_Bumpy_Surfaces [20:25:41] <^demon> martin____: Known bug. [20:25:50] <^demon> tags are broken. [20:25:57] since when? [20:26:10] since the maintenance today? [20:26:14] argh....thought that was only going to serious affect mediawiki [20:26:46] notpeter: Yay thanks [20:26:48] martin____: only sorta known problem [20:27:14] as in, newly inflicted on en.wikibooks (sorry) [20:27:15] <^demon> There's a fix in gerrit for it. [20:27:28] <^demon> robla: GeSHi is installed on all wikis, iirc. [20:27:52] ok, i see, we know the bug, let's affect it all wikis :) [20:28:01] <^demon> RoanKattouw: How does https://gerrit.wikimedia.org/r/#change,4949 look to you? If you agree, let's go ahead and merge and update the submodule. [20:28:23] <^demon> martin____: There's a fix in gerrit already, it just hasn't finished review+merge yet. [20:28:40] ok, another thing: "download as pdf" reports a mismatch of version numbers on en.wikibooks [20:29:17] (but reloading the page appears to make things work; but the warning is annoying) [20:31:12] martin____: I'm not seeing that problem [20:31:58] robla: i guess you have to try a page for which the pdf is not cached [20:32:31] ^demon: Approved [20:34:55] he's backporting now [20:36:56] The backporting process is documented on [[How to deploy code]] now BTW [20:39:03] martin____: I've tried a few pages now. I can't repro. what's the exact error message? [20:39:15] (pdf version mismatch problem) [20:39:27] <^demon> Ok, wmf/1.20wmf1 updated. [20:39:51] <^demon> RoanKattouw: If you're already on fenari, could you push out 1.20wmf1 to grab that change? [20:40:09] robla: edit a page, save, try to download a pdf, get error: ERROR: Version mismatch between Javascript and PHP code. Contact admin to fix the installation of Collection extension for MediaWiki. [20:40:34] robla: i'm using http://en.wikibooks.org/wiki/GLSL_Programming/Unity/Cookies and can reproduce [20:41:10] robla: (but only once, then the pdf is cached i assume) [20:42:00] hmmm I think I pushed my changes to Collection as one change, not two, let me check [20:43:04] ^demon: Sure [20:44:15] RoanKattouw, robla: re ^Collection^ problem above - is it possible tat ol js is still cached somewhere? [20:44:44] That's possible yes [20:45:19] https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/Collection.git;a=commitdiff;h=109dbc76b80dd9cd8447396f493c07bb4557e8f9https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/Collection.git;a=commitdiff;h=109dbc76b80dd9cd8447396f493c07bb4557e8f9 we have this deployed now (which is a good thing) [20:45:41] 400 - Invalid hash parameter [20:45:50] Nemo_bis: hey, i hope i answered some of your questions on https://www.mediawiki.org/wiki/Talk:Wikimedia_Engineering/2012-13_Goals#West_Coast_data_center_transition [20:46:06] Oh sorry I see nm [20:46:09] Double paste [20:46:15] Nemo_bis: i'd be happy to also have an irc convo which we can post up on the wiki as well (though as long as we note it's irc and forgive all my typos ;) ) [20:46:27] !log catrope synchronized php-1.20wmf1/extensions/SyntaxHighlight_GeSHi/ 'Deploying GeSHi fix https://gerrit.wikimedia.org/r/#change,4949' [20:46:30] Logged the message, Master [20:46:47] Aha, you bumped $wgCollectionVersio [20:46:49] n [20:47:12] !log catrope synchronized php-1.20wmf1/resources/startup.js 'touch' [20:47:14] Logged the message, Master [20:47:44] yep thanks [20:59:30] All wikiversity except english are broken [20:59:52] yikes [21:00:11] robla, you got that? [21:00:25] eek! [21:01:10] PHP fatal error in /usr/local/apache/common-local/live-1.5/index.php line 3: [21:01:11] require() [function.require]: Failed opening required '/usr/local/apache/common-local/php-1.20/index.php' (include_path='.:/usr/share/php:/usr/local/apache/common/php') [21:01:31] * AaronSchulz looks [21:02:57] so much for our "deploy to en then deploy to everything else strategy" [21:03:19] it helps to do the S&R right [21:03:26] !log aaron rebuilt wikiversions.cdb and synchronized wikiversions files: [21:03:28] Logged the message, Master [21:04:19] LeslieCarr, yes, I was just reading them [21:05:17] dcrochet: should be fixed now [21:05:21] sorry about that! [21:05:37] ...and thank you! [21:05:56] Thank you for your answers. On the talk I've only tried to stress some passages which seemed to need some clarifications, I'd rather wait for some more comments rather than starting a back and forth. :) [21:06:01] LeslieCarr, ^ [21:06:34] robla, yes, all are running [21:06:35] LeslieCarr, So that we can see more points of view, otherwise the talk will get unreadable soon I suppose. [21:06:55] cool, do you think that it would be more clear if i put in a shortened version of why WC makes sense for the first of the caching centers ? Nemo_bis ? This is still a draft, but I'm coming at it from the POV of someone who knows what's going on :) [21:07:03] AaronSchulz: wanna get started on that version tool? ;-) [21:07:39] LeslieCarr, well, I think your comment can be summarized by saying that it would be a very cost-effective solution, right? [21:07:43] * AaronSchulz is doing cr [21:08:09] LeslieCarr, It would be useful to have some comparisons, like "to have the same result on the same amount of users in X place we'd need Y times more" [21:08:25] although very roughly of course, just to give an idea [21:08:42] yeah, that for getting latency down to our worst latency locations, it's the most cost effective solution. thanks for the feedback on that :) [21:16:09] robla, any news on https://bugzilla.wikimedia.org/show_bug.cgi?id=16112 ? [21:16:25] on wikitech-l you said this should be done soon/more often/regularly [21:16:46] (the bug summary may be misleading with this regard) [21:17:22] thanks for fixing the source tag problem on en.wikibooks, I appreciate it very much [21:17:45] Nemo_bis: I think the comments actually reflect the latest state, and it's moving along [21:18:23] robla, oh, what does it wait for then? :) [21:20:08] someone to review and merge mutante's change he made yesterday: https://gerrit.wikimedia.org/r/#change,5104 [21:21:28] martin____: thanks for reporting the problem! [21:30:51] Pages are getting served as logged out, but as it seems only on some servers, I could figure out srv190 and mw26 so far, could anyone please take a look= [21:30:54] *? [21:32:03] hoo: "Served as logged out"? Could you clarify? [21:32:18] RoanKattouw: Users aren't logged in [21:33:28] mhm, mw25 ?! [21:34:05] there are users complaining on dewiki village pump as well [21:34:23] hoo: You mean they got logged out? [21:34:48] RoanKattouw, http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Having_trouble_staying_logged_in post-fix complaints about session issues [21:34:52] RoanKattouw: Yes, although they are logged in they get the pages served like they wouldn't bee logged in [21:39:33] AaronSchulz, are you free to investigate the session issue further? [21:40:36] * AaronSchulz would have to read up first [21:41:22] nutshell - users getting logged out / getting errors bounced with "loss of session data" warning. RoanKattouw earlier replaced a dead memcached with a spare, but we're still seeing issues [21:41:36] s/errors/edits/ [21:42:08] memc cluster looks happy [21:42:17] I don't know what the cause is here but I'm gonna sit back and wait a few hours [21:42:30] If this is residual from the memc change, it'll fix itself over time [21:43:07] * AaronSchulz likes how mctest.php doesn't work [21:43:08] sigh [21:43:31] Oh it does [21:43:35] But only if you use --wiki= [21:43:42] mwscript mctest.php enwiki doesn't work [21:43:51] mwscript mctest.php --wiki=enwiki works fine [21:44:12] WTF [21:44:22] RoanKattouw, if a user experiences this, is logging out/logging back in expected to permanently resolve the issue for them? if so I can instruct users to do so and see if we get reports from people who still get the error after doing it. [21:44:31] well results look ok [21:44:52] Eloquence: I believe that should fix it yes [21:45:50] RoanKattouw: "mwscript mctest.php" works [21:45:59] ahh, probably a "wikiless" script [21:46:11] ...that was supposed to make things more convenient [21:46:15] any thumbnail problems? https://upload.wikimedia.org/wikipedia/commons/thumb/d/d4/Zabrze_Wolnosci_Konstal_105_Na_379_22_11_2011_IMG_1418.JPG/240px-Zabrze_Wolnosci_Konstal_105_Na_379_22_11_2011_IMG_1418.JPG [21:48:39] * robla looks [21:50:21] maplebed: are you around? looks like the above image was uploaded March 15, 2012 [21:50:30] (used here https://pl.wikipedia.org/wiki/Konstal_105Na [21:50:47] Ides of March? omh [21:51:09] ohhhh...that's it :) [21:51:09] robla: hacking with a puppet guy atm. bb in 10? [21:51:16] k [21:55:34] robla/saper/maplebed i can check this out [21:55:46] xlnt, thanks LeslieCarr! [21:58:36] LeslieCarr: great! [22:00:46] ok, back. [22:00:51] LeslieCarr: did you succeed? [22:01:17] keep getting 401 unauthorized [22:01:20] trying from ms-fe1 [22:02:37]