[00:19:12] To implement a global XFF block, do I need to block 123.45.67.89/xff, or will it be covered if I just block the IP? [00:30:58] kaldari, I'm tempting fate here, but the Agora mw-ui- styles will be in core for 1.22wmf2. https://www.mediawiki.org/wiki/Agora [00:32:06] sweet, it's progress [00:32:28] next step: unify mw.ui and jquery.ui [00:32:31] massive props to munaf and Trevor. [00:33:22] kaldari good point. I thought jquery.ui was JavaScript accordions. [00:33:34] :) [00:34:54] jquery.ui even has a skin system that we've integrated with our skin system, so we wouldn't need to hack jquery.ui itself to make the styles syncronized [00:35:19] it's just a matter of updating a lot of CSS definitions [00:48:38] good point, bug 47145 filed [00:51:44] jdelanoy: Just global block the ip [09:36:09] [[Tech]]; Optimist on the run; /* Position of categories in Vector */ Thanks, and add another query; https://meta.wikimedia.org/w/index.php?diff=5386750&oldid=5381754&rcid=4064272 [10:54:04] andre__: I'm considering migrating 24 old open Collection bugs from the killed tracker http://web.archive.org/web/20111201152942/http://code.pediapress.com/wiki/report/1 [10:54:08] does it make sense? [10:54:30] Nemo_bis, ask the Collection developers I'd say. [10:54:39] because that's who need to handle them. [10:54:50] I don't care too much, but creating more noise for them wouldn't be helpful. [10:56:22] andre__: what do you mean the Collection developers? [10:56:42] Nemo_bis, The Pediapress folks, for example. [10:56:49] this is what I got from #pediapress [10:56:54] they don't care about our bugs :) [10:56:55] 10.39 < Nemo_bis> kepper: and there isn't any backup? I'd like to recover all Collection bugs and copy them to mediazilla [10:56:58] 10.45 < kepper> why don't you just browse the list on web.archive.org? [10:57:31] I'm not sure if dumping 17 months old bug reports without retesting them is helpful [10:57:44] (dumping into our Bugzilla). Again, what's the intention for doing this? [10:57:50] PP workd for Wikipedia books (because they sell) or for what the WMF pays them for... they're just a small company :) [10:58:16] the intention is that I hate linking web.archive.org to show bugs, as in https://www.mediawiki.org/wiki/User_talk:GorillaWarfare/Proposal [11:01:09] Nemo_bis: well, feel free to copy valid, still existing issues to Bugzilla, sure. I'm just not really in favor of "blindly" copying 24 old tickets if it's unclear how valid they still are :) [11:01:16] so I won't stop you from anything :) [11:05:16] hmpf how can I know if they're still valid [11:05:29] the purpose of filing them is exactly to find out [11:14:12] Nemo_bis: I don't like hypothetical bug reports ("there might be an issue but I haven't tested it" ones) in Bugzilla [11:14:44] if the purpose of filing them in Bugzilla is finding out, why does finding out require filing them in Bugzilla first? [11:14:58] I'd prefer finding out first, and then filing in Bugzilla if they are still valid. [11:22:04] andre__: yes, maybe someone in the next few years will do so, I've left a link for the possibility: https://www.mediawiki.org/w/index.php?title=Extension:Collection&diff=prev&oldid=672643 [11:24:01] I think I simply don't see an advantage by dumping $stuff in Bugzilla if it's not clear at all that $stuff are still valid bugs. [11:25:33] nobody worked on that stuff so there's no reason they should not be valid :) [11:29:27] Anyway, I asked Wikisource users to check them, less work for me. ;) [13:24:14] I still feel weird every time I see the new WP favicon [13:48:50] any one know the default mysql password being used by puppet installs ? [14:15:33] YuviPanda: thanks for abandoning that set :-) [14:15:54] valhallasw: :) [14:16:10] valhallasw: i'm just going through non-wmf patches, merging what I can and abandoning obvious tests [14:36:44] Oren_Bochman: erm? why does it matter? [14:42:57] I need to add it to anothe puppet definition [14:44:04] show me where? [14:44:06] it needs to be able to create tables [14:44:30] ill add you to the project [14:45:08] or you can see the def here https://github.com/gioppoluca/puppet-moodle/blob/master/README.markdown [14:46:33] ok [14:47:34] of course it would be better to keep the passwords out of git [14:48:06] which is why I used a local definition [14:48:09] well where are you getting the mysql module from? [14:48:24] I already have it installed [14:48:52] that doesn't answer my question [14:49:02] I don't know [14:49:15] let me see [14:50:10] https://gerrit.wikimedia.org/r/gitweb?p=operations/puppet.git;a=history;f=manifests/passwords.pp;hb=HEAD [14:50:11] there is a mysql module in our puppet repository [14:50:58] it is at /var/lib/git/operations/puppet/modules/mysql$ [14:51:55] I added you the instance is he-moodle [14:52:10] huh, no echo notif [14:53:40] YuviPanda: great work :-) [14:53:48] :) [14:55:03] this def comes from https://doc.wikimedia.org/puppet/classes/__site__/webserver/php5-mysql.html [14:56:04] I think this uses "password" as the pass - how can I check ths ? [14:56:46] is there any data you need on that box? [14:56:53] i.e. can i delete the mysql db? [14:57:01] you can [14:57:28] no data yet [15:16:06] Oren_Bochman: moving to #-labs [16:41:30] hoo: why do many users suddenly autocreate 13 accounts in a minute days after registering? https://toolserver.org/~pathoschild/stalktoy/?target=Awas1995 [16:41:38] seems a common trend on the unifications channel [16:42:15] is it an effect of autologin on all subdomains? [16:42:25] Probably, yes [16:42:53] hmmmmmmmm [16:43:14] there's a very old bug about it but I didn't understand it was like this (if it is) [16:43:17] There's a bug for that, I think [16:43:39] https://bugzilla.wikimedia.org/show_bug.cgi?id=16864 I mean [16:44:55] That's still true, yes [16:45:34] well, with Tim-away's words, «I wrote this bug report with an assumption of audience familiarity with the software in question» and I never understood the bug in 4 years :p [16:46:53] Nemo_bis: The new SUL auto login will resolve this, btw [16:50:02] hoo: which new? [16:50:22] jeremyb_: https://www.mediawiki.org/wiki/Auth_systems/SUL2 ;) [16:51:25] hoo: good news is that this bug has created no more than 10 millions local accounts :D https://www.mediawiki.org/wiki/Admin_tools_development/SUL_Audit [16:52:13] no, sorry, 18 [16:52:39] (attached accounts, 36mo) - (Global accounts, total) [16:52:54] Those are mostly "empty" accounts... they are harmless [16:52:56] pgehres died at the number because he's unifying those [16:53:04] I know, I know :) [16:53:22] they only clutter the database and the logs [16:53:25] I died? I seem to still be here :-p [16:53:36] pgehres: easter is recent [16:53:55] heh [16:54:05] I have started the floods again [16:54:30] yay [16:54:51] buddagazelle [16:54:54] I don't like to leave it running while I am sleeping since it has the potential to replag s7 [16:55:09] which would cause an outage of epic proportions [16:56:11] pgehres, where is the source for the script you're running? [16:56:34] CentralAuth/maintenance/migrateAccount.php [16:57:00] ok, thanks [16:57:00] there is a thin python wrapper arround that takes a list of account names and has 6 threads [16:57:24] right now I am using the --safe option [17:01:48] Ah, it's fed with the usernames to merge so you have to check email and stuff in previous queries? [17:03:04] Currently we are using --safe, so there is nothing to check [17:03:14] they are names with a single local account [17:03:49] once we move on to the next phase, yes, we will generate a list where all instances of that name have the same confirmed email [17:04:36] Names with a single local account and no global account? [17:13:31] robla- For bug 27320: https://gerrit.wikimedia.org/r/#/c/58909/ (and 58910 and 58911) [17:14:41] Krenair: correct [17:15:01] anomie: thanks....I just added a couple reviewers ( AaronSchulz and RoanKattouw_away ) [17:16:20] ^demon: is there a plan to make the Gerrit notifications in BZ more useful? [17:17:21] seems like the subject of the change and the nature of the event should be in the notifications [17:18:57] <^demon> robla: We hadn't looked at putting the change subject in yet (don't think there's a bug) [17:19:05] <^demon> But yeah, we're making improvements to it. [17:19:22] where are you generally tracking/discussing this? [17:20:05] <^demon> The meta-bug for "Gerrit notifs in BZ" is 17322. [17:20:14] !b 17322 [17:20:14] https://bugzilla.wikimedia.org/17322 [17:20:18] <^demon> Other bugs with the actual plugin have been filed in Git/Gerrit. [17:23:26] k, thanks [17:23:49] * robla avoids yak shaving and gets back to figuring out what to do with anomie's change [17:24:33] greg-g: we need to come up with a plan for what to do about anomie's fix. deploy today or wait until Monday? [17:25:32] I'm inclined to give Tim a shot at reviewing it, and then either he can enable at his discretion, or we can schedule it for Monday [17:25:46] thoughts? [17:26:16] (I'm interested in what y'all think, not just greg-g, but greg-g is the one I'll nag) :-) [17:27:10] robla: I like the having Tim review (with AaronSchulz / RoanKattouw_away as applicable) "today" with his deploy discretion option. No need to wait on that. [17:27:40] anomie: sound like a good plan to you? [17:27:53] robla- Works for me [17:27:55] cool [18:02:51] Any WMF staffer who happens to be around? Just wondering if [[User:EBernhardson (WMF)]] (Just created) is a legit account since i cannot seem to find it someone on the list of staff (https://wikimediafoundation.org/wiki/Staff) with that name (Unless it is a creative take on [18:02:55] "Steven Bernardin") i suppose. [18:03:27] Also, long live hitting "Enter" when you are rewording a sentence. So apologies for the grammar there. [18:05:11] hmm, i have nothing in my inbox mentioning a newbie with that name. doesn't mean much though, sometimes they run late :) [18:06:40] appears to have been created by office it tho [18:08:14] Ah, didn't see that in the logs. Guess it is not a vandal in that case :) [18:50:59] anomie: it looks like there are multiple changes in Gerrit for bug 27320. could you add an explanation to bug 27320 what the interrelationship is? [18:51:17] robla- ok [18:51:42] thanks! [18:53:25] * gwicke could use a helping hand in calling "/etc/init.d/parsoid restart" on wtp1004 [18:53:43] gwicke: can do.. [18:53:57] mutante: thanks! [18:54:03] * Restarting parsoid [ OK ] [18:54:17] !log restarting parsoid on wtp1004 [18:55:31] am collecting average parse time statistics on that machine for capacity planning [19:02:07] Apparently there's something wrong with language of some of the labels in :ar. They appear in fa. [19:04:20] Sorry. Ignore the previous. It's the global language prefs. [20:29:57] toolserver is now the history? [20:32:25] Base-w: it's going to be, ongoing process [20:32:42] I cant load any page on it now [20:33:04] mutante: ^ [20:33:11] confirmed, toolserver seems unresponsive [20:33:43] Base-w: please try #wikimedia-toolserver , it has different admins [20:33:51] Lydia_WMDE: ^? [20:33:57] yes i've already tried [20:34:14] mutante: hmm? [20:34:20] toolserver seems down [20:34:54] eh, make that "the webserver on toolserver seems down" [20:35:03] mutante: sec [20:35:19] I want to do the maintenance of damiana, turnera, ortelius and wolfsbane starting [20:35:19] tomorrow, 1800 UTC. [20:35:19] I hope to finish until 2200 UTC but I cant tell exactly so I have to leave the end open. [20:35:24] ^ from nose [20:35:28] nosy even [20:35:37] email to toolserver list [20:35:44] no worries, just reporting for Base-w [20:35:52] :) [20:36:13] thanks, sounds like maintenance :) [21:20:50] win 6 [21:20:53] Argh [21:38:58] SULinfo appears to be down, anyone know if there's an estimate for geting it back? [21:39:48] TS is down for planned maintenance, last I heard [21:40:04] Not really relevant to this channel though [21:40:10] [04:02:14 PM] everything is back apart from web service [21:40:18] was the last update we got [21:40:38] ah, ok, i wasn't aware there was a TS channel. [21:40:46] #wikimedia-toolserver [21:41:15] nod, thanks, i'll go sit in there. [21:41:26] hope you have a nice weekend. [22:11:33] https://bugzilla.wikimedia.org/show_bug.cgi?id=46086 Any shell users able to find this in a log? [22:16:51] I wonder if requests for log searches should get a temporary shell keyword on the bug [22:18:23] Nemo_bis, good idea. {{done}}