[00:33:11] <Krinkle>	Could someone with shell access enable RC-patrol on test2wiki and add the patroller right to sysops (default). Currently there is no wmf wiki anywhere to test patrol gadgets and tools.
[00:33:25] <Krinkle>	(because they require a token now etc.)
[00:33:44] <Krinkle>	I rather not have them break next week, haven't gotten the chance to test/fix them yet.
[00:34:56] <Krinkle>	(wgUseRCPatrol)
[00:35:19] <^demon>	I'll take care of it. What's the group permission?
[00:35:29] <Krinkle>	patroller
[00:35:48] <Krinkle>	it's added to sysops by default. So just setting that wgVar to true should do the trick
[00:36:47] <Krinkle>	http://test2.wikipedia.org/w/index.php?title=Sandbox&action=edit
[00:36:56] <Krinkle>	<a href="http://en.wikipedia.org/wiki/Wikipedia:Edit_summary" class='internal' title="Briefly describe the changes you have made here">Edit summary</a>
[00:36:59] <Krinkle>	oops ?
[00:37:05] <bawolff>	Krinkle: btw, that reminds me, I remember that you wrote an ajax patrol script (replace the patrol links with magic links that don't go to a new page when clicked, but patrol revision)
[00:37:18] <Krinkle>	that's right
[00:37:28] <bawolff>	Have you told the wikisource people about it
[00:37:52] <bawolff>	last i checked they were using a script that will break with 1.17 for doing precisely that
[00:38:16] <Krinkle>	http://krinkle-tools.grizzdesign.nl/KrinkleSausage.php#perfile_File:Krinkle%20AjaxPatrolLinks.js
[00:38:19] <Krinkle>	it's not used on *.wikisource.org that I know of
[00:38:23] <bawolff>	(according to sDrewth, patrolling is very important on that project)
[00:38:38] <Krinkle>	(unless someone copied/pasted it in which case it wouldn't show up in usage)
[00:38:59] <bawolff>	they used to use one made by sparkla, made quite a while back
[00:39:23] <bawolff>	anyways, they would probably appreciate the script if you wanted to spam it to them
[00:39:55] <^demon>	Um, uh oh.
[00:40:25] <Krinkle>	Although I haven't been able to test any of my scripts related to edit patrol (since it's disabled by default and none of the enabled ones are 1.17) - I think my AjaxPatrolLinks.js should work fine on 1.17
[00:40:32] <Krinkle>	^demon: whats up ?
[00:41:00] <bawolff>	its actually enabled by default I think (or maybe thats just in core and not mediawiki)
[00:41:15] <Krinkle>	I know it's true in MediaWIki, but not on Wikimedia
[00:41:27] <^demon>	sync-file-17 yelled at me
[00:41:34] <Krinkle>	Some crazy folks back in 2004 were scared by the red ! in special:recentchanges so they disabled it globally.
[00:42:17] <Krinkle>	(summarized version of the 200 page discussion in the en.wiki tech-village pump)
[00:42:38] <bawolff>	lol
[00:42:56] <bawolff>	Normally I'd say you were kidding, but then again that does sound like the Wikipedia i know
[00:44:12] <Krinkle>	It was only visible to sysops, and it was said a few times that if you really hate them you can hide them with 1 line of css in /monobook.css, anyway. 'globally' wasn't as much of a deal back then imagine. Nowadays such a discussion would only affect en.wiki's setting.
[00:44:40] <Krinkle>	^demon: Any luck ?
[00:44:43] <^demon>	Nope
[00:45:23] <^demon>	And tbh I'm too tired to try debugging it right now.
[00:45:34] <Krinkle>	k
[00:45:54] <^demon>	Ping Roan or Tim when they're around. Not sure what causes sync-file-17 to explode.
[00:47:02] <brion>	explosions never sound good
[00:47:07] <brion>	well, except when they're awesome explosions
[00:47:18] <^demon>	WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!
[00:47:24] <^demon>	For all of the apaches when trying to sync-file-17
[00:47:53] <brion>	is it using different ssh options than the other one?
[00:48:01] <brion>	or maybe there's some sudo thing, i forget how these are set up
[00:48:30] <^demon>	Well it worked ~12 hours ago when I used it last.
[00:48:56] <^demon>	It's supposedly a copy of sync-file but for php-1.17
[00:49:23] <^demon>	The error for this is so scary :p
[00:49:30] <^demon>	IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
[00:49:35] <brion>	heh
[00:49:36] <^demon>	Someone could be eavesdropping on you right now (man-in-the-middle attack)!
[00:49:42] <^demon>	It is also possible that the RSA host key has just been changed.
[00:49:43] <brion>	more likely a machine got reinstalled sometime in the last X months
[00:49:56] <^demon>	#3 is most likely, but they act like it's only a possibility :p
[00:50:01] <brion>	it's like those commercials for the local news
[00:50:18] <brion>	"What new SSH error could KILL YOUR CHILDREN? The answer at 11!"
[00:51:05] <^demon>	I could clear my known_hosts
[00:51:18] <^demon>	Maybe, dunno
[00:52:19] <bawolff>	hmm, ogg files on test2.wikipedia.org claim i don't have a valid player
[00:53:20] <^demon>	Can you play oggs in Windows Media Player? ;-)
[00:54:25] <bawolff>	only if you install special codecs :P
[00:54:41] *bawolff 	of course uses linux
[00:55:01] <bawolff>	however the bigger issue is why does it claim i don't have java and use cortando (like it does on commons)
[00:55:42] <bawolff>	or nevermind, appearently commons also thinks i don't have java
[00:55:51] <bawolff>	oggs worked for me last week
[02:52:39] <neilk_>	I demand an explanation
[02:52:41] <neilk_>	return mediaWiki.message.apply( mediaWiki.message, arguments ).toString();
[02:52:43] <neilk_>	?!?!?!
[02:52:55] <neilk_>	Trevor? Roan?
[02:53:00] <neilk_>	ah, missed him by ten minutes.
[18:13:36] <Krinkle>	!1.17wmf1 is Branched on February 3, 2011 <http://www.mediawiki.org/wiki/Special:Code/MediaWiki/81457>
[18:13:36] --elephant--	You don't have permission to do that.
[18:13:42] <Krinkle>	!1.17wmf1
[18:13:42] --elephant--	I don't know anything about "1.17wmf1".
[18:13:53] <Krinkle>	!1.17
[18:13:53] --elephant--	r77973
[18:16:05] <Krinkle>	RoanKattouw: mw.user.anonymous and mw.user.name are not in 1.17wmf1 . Which is weird since http://www.mediawiki.org/wiki/Special:Code/MediaWiki/78544 was MFT'ed to REL1_17 before 1.17wmf1 was branched.
[18:16:40] <RoanKattouw>	I'm not sure that I did MFT it
[18:16:51] <RoanKattouw>	Might've decided against it and forgotten to remove it from the commit summary
[18:17:03] <Krinkle>	Platonides merged that rev to REL1_17
[18:17:19] <Krinkle>	let me check if the diff of his MFT though to see if it actually was done
[18:17:43] <Krinkle>	hm.. looks like he didn't.
[18:18:13] <Krinkle>	CR Comments: Catrope: r78544 wasn't merged right, but since it's unneeded and causes conflicts, let's drop it.
[18:19:47] <Krinkle>	ah, right. it depends on r78104
[18:20:38] <Krinkle>	RoanKattouw: Could you do the "1.17wmf1 is" for elephant ? (assuming you do have permission)
[18:22:49] <RoanKattouw>	1.17wmf1 is what?
[18:22:59] <Krinkle>	!1.17wmf1 is Branched on February 3, 2011 <http://www.mediawiki.org/wiki/Special:Code/MediaWiki/81457>
[18:22:59] --elephant--	You don't have permission to do that.
[18:23:28] <RoanKattouw>	!1.17wmf1 is Branched on February 3, 2011 <http://www.mediawiki.org/wiki/Special:Code/MediaWiki/81457>
[18:23:28] --elephant--	Successfully added keyword: 1.17wmf1
[18:29:51] <^demon>	Krinkle: Did you ever get rc patrol sorted out on test2wiki?
[18:30:26] <Krinkle>	nope
[18:30:57] <^demon>	Well I got ~10 hours of sleep last night, so I think I'm rested enough to be useful again :)
[18:31:01] <^demon>	Lets go take a look
[18:31:27] <Krinkle>	I see it is also enabled on test(1)wiki. So I don't need to request that (handy to compare with 1.16 in case there are issues)
[18:33:35] <^demon>	RoanKattouw: Maybe I missed some instructions somewhere. How do I go about syncing stuff in php-1.17/wmf-config/? I tried sync-file-17 last night and all the apaches promptly yelled at me for host key mismatches. Did /I/ do something wrong, or did all those hosts actually change their keys?
[18:33:52] <RoanKattouw>	No idea
[18:34:03] <RoanKattouw>	I had a host key mismatch from fenari for svn.wm.o as well
[18:34:16] <RoanKattouw>	But that's crazy, cause I didn't get it on localhost
[18:34:33] <RoanKattouw>	sync-file-17 used to work
[18:34:55] <^demon>	Yes, it did.
[18:35:04] <^demon>	Like, 10 hours before I got the errors.
[18:35:09] <^demon>	Which is why I was so confused.
[18:36:20] <^demon>	Or maybe SSH is right in its overly paranoid warnings and someone is MITM'ing me ;-)
[18:37:12] <RoanKattouw>	This sounds strange, I mean, I'm also getting key mismatches when using svn
[18:38:24] <^demon>	Nothing on wikitech stands out in the last ~24 hours
[18:52:52] <^demon>	Krinkle: So it seems there was an issue in puppet which is why we couldn't sync the file. Should be fixed soon :)
[18:57:31] <^demon>	Soon being when puppet is done on all the servers. Hopefully a few hours at most.
[18:58:31] <Krinkle>	right
[18:59:17] <^demon>	At least it wasn't me being delirious from lack of sleep ;-)
[20:49:37] <^demon>	Krinkle: Finally done, see if it works :)
[20:50:35] <Krinkle>	^demon: I forgot I wasn't sysop on test2 (I am on test.)
[20:50:47] <Krinkle>	I can't see edit patrol stuff, for all I know it would be enabled.. or not.
[20:50:57] <Krinkle>	Can you add me there as sysop ?
[20:51:35] <^demon>	Yes
[20:52:04] <guillom>	Krinkle, done
[20:52:08] <^demon>	Ah, you beat me
[20:52:14] <guillom>	sorry
[20:52:17] <Krinkle>	Yep, saw it in -stewards
[20:52:18] <Krinkle>	Thx
[20:52:28] <guillom>	I didn't see you response in time, ^demon
[20:52:37] <Krinkle>	Yes it worked ^demon . patrol flags are there.
[20:52:47] <Krinkle>	Now I can start testing / fixing my patrol tools for 1.17
[20:54:18] *guillom 	is off to bed.
[20:55:23] <Krinkle>	^demon: does test2 have an iw prefix by the way ?
[20:55:36] <^demon>	No, somebody asked that the other day
[20:55:40] <^demon>	I didn't see a huge reason to do so.
[20:56:41] <Krinkle>	well, without it I can't use a quick way in the address bar to get to it.
[20:56:48] <Krinkle>	ie "w:test2wiki:"
[20:57:09] <Krinkle>	(since w is a firefox shortcut for many )
[20:59:44] <^demon>	RoanKattouw: Trying to svn up in php-1.17, I get
[20:59:51] <^demon>	svn: This client is too old to work with working copy '.'; please get a newer Subversion client
[21:00:14] <^demon>	svn 1.4.6?
[21:00:15] <^demon>	wtf?
[21:01:01] <RoanKattouw>	Oh crap
[21:01:05] <RoanKattouw>	Totally my fault
[21:01:13] <RoanKattouw>	I installed svn 1.6 in my ~/bin
[21:01:28] <^demon>	I can alias it.
[21:01:44] <^demon>	(an upgrade would be nice though...)
[21:01:51] <RoanKattouw>	You mean symlink /usr/bin/svn to my instance?
[21:02:06] <RoanKattouw>	Might wanna keep the old svn binary around then, just in case /home disappears or something
[21:02:09] <RoanKattouw>	Remember that it's NFS
[21:02:53] <RoanKattouw>	However, I really should never have run svn 1.6 on that tree
[21:03:59] <^demon>	alias svn=~catrope/bin/svn :)
[21:04:10] <RoanKattouw>	It's still broken for everyone else though
[21:04:14] <^demon>	yeah...
[21:04:34] <^demon>	maybe put a symlink called svn-1.6 or something and update the instructions on wikitech?
[21:05:12] <RoanKattouw>	I'll fix it
[21:05:19] <RoanKattouw>	I moved my SVN thing to svn-1.6
[21:05:20] <Platonides>	there's no reason to keep the 1.4 binary
[21:05:29] <Platonides>	just upgrade the subversion client
[21:05:37] <RoanKattouw>	There is a reason
[21:05:51] <RoanKattouw>	The /home FS is shared with another dozen or so boxes that have svn 1.4
[21:06:06] <RoanKattouw>	It'd be very annoying if SVN worked on fenari but not on hume or other boxes
[21:06:18] <Platonides>	/home is shared but /usr is not?
[21:06:30] <RoanKattouw>	That
[21:06:33] <RoanKattouw>	's right
[21:06:51] <Platonides>	all clients should be upgraded
[21:07:01] <Platonides>	a task for a puppet :)
[21:07:09] <RoanKattouw>	We can't upgrade to svn 1.6 with APT because of deps
[21:07:22] <RoanKattouw>	So we'd have to have puppet point svn to my home dir on all boxes or something
[21:07:30] <RoanKattouw>	I'd much rather fix the mess I made
[21:07:41] <Platonides>	checkout with the old client
[21:07:55] <Platonides>	I don't think you can downgrade an existing checkout
[21:08:20] <RoanKattouw>	You can't, no
[21:08:31] <RoanKattouw>	But you can create a new checkout and copy unmodified and unversioned files
[21:08:33] <Platonides>	what are the servers, maverick?
[21:08:47] <RoanKattouw>	At the very least fenari and hume, not sure which others
[21:08:50] <RoanKattouw>	srv* don't have SVN installed
[21:08:55] <Platonides>	there shouldn't really be modified/unversioned files :P
[21:09:02] <RoanKattouw>	Shouldn't, no
[21:09:06] <RoanKattouw>	But there are a few
[21:09:15] <Platonides>	just the settings files
[21:12:17] <RoanKattouw>	orly
[21:12:19] <RoanKattouw>	catrope@fenari:/home/wikipedia/common/php-1.17$ svn-1.6 st --no-ignore | wc -l
[21:12:21] <RoanKattouw>	404
[21:12:49] <Platonides>	O_O
[21:12:53] <Platonides>	maybe some of them are caches?
[21:13:04] <Platonides>	that seems too much
[21:16:09] <RoanKattouw>	Yes, some are
[21:16:11] <RoanKattouw>	Also, *~
[21:17:00] <RoanKattouw>	Oh look, serialized language files
[21:17:02] <RoanKattouw>	That's >200
[21:57:29] <Bryan>	shouldn't those be svn:ignore?
[22:01:20] <RoanKattouw>	Yes
[22:01:38] <RoanKattouw>	Strangely, --no-ignore triggers rather than suppresses listing of ignored files in svn st
[22:03:02] <Platonides>	that's what it's expected to do
[22:03:30] <RoanKattouw>	Right, don't ignore ignored things
[22:03:32] <Platonides>	no-ignore is to not hide ignored files
[22:04:06] <RoanKattouw>	Yeah
[22:04:27] <Platonides>	--no-ignore : disregard default and svn:ignore property ignores