[00:08:44] <CIA-51>	03aaron * r34948 10/trunk/ (4 files in 3 dirs): 
[00:08:45] <CIA-51>	*Add ImagePageFileHistoryLine hook
[00:08:45] <CIA-51>	*Tweak hook doc order
[00:08:45] <CIA-51>	*Mark flagged file versions in hist
[00:08:45] <CIA-51>	*Remove $dbr field
[00:08:45] <CIA-51>	*Tweak file histories to be more compact
[00:19:32] <Werdna>	!access
[00:19:32] --mwbot--	For information on customizing user access, see <http://www.mediawiki.org/wiki/Manual:User_rights>. For common examples of restricting access using both rights and extensions, see <http://www.mediawiki.org/wiki/Manual:Preventing_access>.
[00:19:38] <Werdna>	!readonly
[00:19:38] --mwbot--	http://www.mediawiki.org/wiki/Manual:%24wgReadOnly
[00:19:44] <Werdna>	!info
[00:19:44] --mwbot--	http://www.mediawiki.org/wiki/Special:Search?search=`e1&go=Go
[00:19:48] <Werdna>	!help
[00:19:48] --mwbot--	Hi! I'm mwbot, a bot that was quickly whipped up by Daniel Cannon (AmiDaniel) to help out around #mediawiki. Some quick help is at < http://www.mediawiki.org/wiki/Mwbot >, you can find all my source code at < http://amidaniel.com/viewvc/trunk/MWBot/?root=svn >. A dump is now available at < http://tools.wikimedia.de/~amidaniel/botbrain.html >
[00:20:34] <Werdna>	!secrets | Kyrin 
[00:20:34] --mwbot--	Kyrin: MediaWiki was not designed with read-restrictions in mind, and may not provide air-tight protection against unauthorized access. We will not be held responsible should private information, such as a password or bank details, be leaked, leading to loss of funds or one's job.
[00:20:36] <Werdna>	oops
[00:20:41] *Charitwo 	looks at Werdna then at his wiffle bat
[00:22:50] <wikibugs>	03(mod) Disable local uploads at io.wiktionary.org - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13957  15enhancement->minor; +comment (10malafaya)
[00:31:18] <Dragonfly6-7>	when are the devs going to enable special:Killuser?
[00:31:43] <Skizzerz>	huh?
[00:31:48] <Skizzerz>	and what would that do?
[00:32:46] <Dragonfly6-7>	it would enable us to kill users.
[00:32:49] <josch>	it would just
[00:33:00] <josch>	exterminate the user
[00:33:01] <Skizzerz>	define "kill users"
[00:33:16] <Dragonfly6-7>	When I say "kill", I mean it in the sense of "convert them from living, breathing human beings with hopes and dreams, into thin smears of protein"
[00:33:47] <Skizzerz>	so basically make a bunch of light signals from a special page that causes a brain anurism?
[00:33:55] <Dragonfly6-7>	that's another one, yes
[00:34:01] <Dragonfly6-7>	but I was looking for something a bit more brutal
[00:34:22] <Skizzerz>	:P
[00:34:22] <josch>	i'm all pro for this request
[00:34:28] <josch>	lets implement it :P
[00:34:36] <Skizzerz>	josch: figure out how ;)
[00:34:39] <Dragonfly6-7>	'aneurysm'
[00:34:52] <Skizzerz>	spleling isn't my strong suit
[00:35:09] <Dragonfly6-7>	there's a word for how I want their deaths to be. It's a single word and it has something to do with object lessons.
[00:35:41] <Skizzerz>	k.
[00:36:11] <Dragonfly6-7>	messy, gory, public deaths with plenty of educational value
[00:36:42] <Charitwo>	Dragonfly6-7: this channel is for serious support, can we please stay on topic?
[00:37:09] <Dragonfly6-7>	Charitwo - can we get a blacklist on certain terms in edit summaries
[00:37:41] <Charitwo>	Dragonfly6-7: i believe that functionality exists somewhat in the regexblock extension
[00:38:33] <Dragonfly6-7>	Charitwo - are you familiar with Grawp?
[00:38:45] <Charitwo>	Dragonfly6-7: yes
[00:38:56] <Charitwo>	I assume you're wanting "HAGGER?" blocked?
[00:39:24] <Dragonfly6-7>	Charitwo - not just.
[00:39:28] <Dragonfly6-7>	Charitwo - hold on
[01:46:54] <wikibugs>	03(NEW) Localised name for Korean Wikiquote - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=14157 15enhancement; normal; Wikimedia: Site requests; (kjoonlee)
[01:53:44] <wikibugs>	03(mod) Localised name for Korean Wikiquote - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=14157  (10kjoonlee)
[02:30:02] <dp>	I'm working on a wiki template, and I want to only output the text if the variable was passed.  why doesn't http://pastebin.dp.cx/124 work? I have Variables, StringFunctions, and ParserFunctions extensions installed
[02:49:41] <CIA-51>	03tstarling * r34949 10/trunk/ (4 files in 3 dirs): 
[02:49:41] <CIA-51>	* In Special:UserLogin, respect local blocks when automatically creating a user account based on plugin authentication
[02:49:41] <CIA-51>	* Log such account creations with the new autocreate type
[02:49:42] <CIA-51>	* Fixed incorrect output in account creation block message when the reason is blank
[04:00:40] <CIA-51>	03tstarling * r34950 10/trunk/phase3/includes/api/ApiLogin.php: Handle the new LoginForm::CREATE_BLOCKED return value from authenticateUserData().
[04:02:35] <flaccid>	whats the go with Main_Page, how can I make it simply / ?
[04:04:11] <nakon>	http://www.mediawiki.org/wiki/Manual:Short_URL
[04:05:57] <flaccid>	i've just set that up, but doesn't do anything about re-writing /Main_Page
[04:08:54] <Splarka>	I don't think it is very easy (if even possible) to have both a null article path and null article title..
[04:09:19] <flaccid>	true. design caveat.
[04:09:23] <Splarka>	I mean, if you had /wiki/Page you could have a non-wiki page at /
[04:09:40] <Splarka>	(it could even be a symbolic link to /wiki/Main_page)
[04:10:02] <flaccid>	need to keep in mind current re-write rules..
[04:10:04] <Splarka>	but I believe the rewrite rules automatically resolve a null title to whatever is at MediaWiki:Mainpage
[04:10:13] <flaccid>	correct
[04:10:16] <Splarka>	(the internal ones that is, that see title= as blank)
[04:10:43] <Splarka>	you might shorten it, you can redirect it by editing MediaWiki:Mainpage
[04:10:52] <Splarka>	say to /Main or /Home
[04:10:59] <flaccid>	it would be nice to see mediwik re-written in a mvc framework + uri routing
[04:11:17] <flaccid>	i might just make do as this is for internal collab purposes
[04:15:01] <flaccid>	im writing a book. in the edit source, how do i label links like About this book:Acknowledgements so it shows only Acknowledgements like http://en.wikipedia.org/wiki/Special:Search?go=Go&search=Acknowledgements but its really [[About this book:Acknowledgements]]
[04:15:19] <flaccid>	weird
[04:15:34] <flaccid>	i mean http://en.wikipedia.org/wiki/Special:Search?go=Go&search=Acknowledgements is actually [[About this book:Acknowledgements]]
[04:16:57] <Splarka>	you mean link to [[About this book:Acknowledgements]] but have it show as [[Acknowledgements]] ?
[04:17:08] <flaccid>	yes please
[04:17:11] <Splarka>	you can either re-text it eg: [[About this book:Acknowledgements|Acknowledgements]]
[04:17:23] <Splarka>	or make a redirect at [[Acknowledgements]] with content:
[04:17:31] <Splarka>	#REDIRECT [[About this book:Acknowledgements]]
[04:18:09] *Splarka 	idles
[04:19:37] <flaccid>	mad thanks Splarka. first 1 seems to be perfect
[04:20:23] <flaccid>	i'm trying to find in the doco a guide on the right way to edit/create new styles themes etc. does it use themes, or you just hack up the existing styles?
[04:22:19] <Jasio_>	It uses themes.
[04:26:38] <CIA-51>	03tstarling * r34951 10/trunk/phase3/ (api.php includes/api/ApiLogin.php includes/api/ApiMain.php): 
[04:26:39] <CIA-51>	* Fix unlogged automatic user creation: run wfLBFactory()->shutdown()
[04:26:39] <CIA-51>	unconditionally in api.php. If you want to optimise it, do it in the database
[04:26:39] <CIA-51>	backend, since there's no way for the MW core to indicate to the web API that a
[04:26:39] <CIA-51>	write query has been performed. The previous code was also wrong in that it
[04:26:42] <CIA-51>	didn't commit transactions on foreign connections.
[04:26:44] <CIA-51>	* Fixed debugging code left in (mustBePosted disabled).
[04:30:40] <wikibugs>	03(FIXED) Creating accounts using API and CentralAuth - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14129  +comment (10tstarling)
[04:31:46] <flaccid>	i don't see themes in the manual hmm http://www.mediawiki.org/wiki/Manual:Contents
[04:39:18] <cal>	how many gigabytes is the average MediaWiki install?
[04:46:37] <wikibugs>	03(NEW) Inactive cursor. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14158 15enhancement; normal; MediaWiki: User interface; (bob)
[04:57:35] <wikibugs>	03(mod) FlaggedRevs caching/slave lag issues (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14029  +comment (10silvonen)
[05:01:29] <Fire>	Hi
[05:02:22] <wikibugs>	14(DUP) Inactive cursor. - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14158  +comment (10herd)
[05:02:24] <wikibugs>	03(mod) Cursor should be placed in the search box - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=1864  +comment (10herd)
[05:04:41] <flaccid>	i changed my skin after creating a new one and it doesn't seem to load it
[05:05:03] <flaccid>	i set $wgDefaultSkin and it seems to use monobook still
[05:08:53] <wikibugs>	03(mod) Bot edits should be auto-flagged as checked/ sighted when former revision was flagged - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=13989  +comment (10silvonen)
[06:12:36] <wikibugs>	03(mod) FlaggedRevs caching/slave lag issues (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14029  +comment (10dkuhn)
[06:13:20] <wikibugs>	03(mod) FlaggedRevs caching/slave lag issues (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14029  (10dkuhn)
[06:59:11] <gnot>	hello all. i have setup a wiki farm like it is described in mediawiki.org. I used the drupal-style method. Now that i have finished i wonder how upgrades are performed...?
[07:17:40] <peder>	gnot: not that i have tried, but extracting the new source and symlinking 'code' to that directory instead of the old 
[07:17:51] <peder>	gnot: i guess that would work
[07:20:21] <gnot>	peder, yes that would work, but doesn't update.php need to be executed?
[07:20:59] <peder>	guess so
[07:21:10] <gnot>	in order to update a specific wiki, a parameter must be passed to update.php i guess
[07:21:38] <gnot>	this is the first time i try to do it. mostly for fun. But would really like to know how it is done
[07:21:55] <Jasio>	Just type in: php update.php
[07:21:57] <Jasio>	In shell.
[07:22:01] <gnot>	the only problem is updating
[07:22:09] <peder>	yeah, not exactly sure how all the scripts in maintenance would work with the drupal-way
[07:22:18] <gnot>	Jasio, but which wiki database would that update?
[07:22:31] <Jasio>	Whatever database you define in the server settings file.
[07:22:49] <Jasio>	AdminSettings.php
[07:23:07] <gnot>	Jasio, yes, but which server settings file is update.php going to read if invoked from the shell?
[07:23:17] <Jasio>	<Jasio> AdminSettings.php
[07:23:20] <peder>	Jasio: with the drupal-style, there are no way thr update.php could find such a file
[07:23:34] <Jasio>	Update MW and relink Drupal.
[07:24:00] <wikibugs>	03(mod) FlaggedRevs caching/slave lag issues (tracking) - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14029  (10silvonen)
[07:24:00] <Jasio>	MW doesn't play nice w/ other software usually.
[07:24:21] <Jasio>	I try and keep everything as separate as possible.
[07:24:50] <Jasio>	Makes updating a lot less eventful :p
[07:32:47] <CIA-51>	03aaron * r34952 10/trunk/extensions/FlaggedRevs/ (7 files in 2 dirs): (log message trimmed)
[07:32:47] <CIA-51>	* Schema change: add fields for file info for image page revisions
[07:32:47] <CIA-51>	* Improve behavoir for stable templates/images
[07:32:47] <CIA-51>	* Clean up image params
[07:32:47] <CIA-51>	* timestamp NOT NULL
[07:32:48] <CIA-51>	* Add FlaggedRevision::selectFields() and some accessors
[07:32:52] <CIA-51>	* Remove bogus CSS classing
[07:33:03] <peder>	gnot: try php upgrade --conf /path/to/LocalSettings.php
[07:33:30] <peder>	oops... forgot .php there...
[07:33:57] <gnot>	peder, ah that must be the solution!
[07:34:18] <gnot>	peder, thanks
[07:36:55] <LeonWP>	hi
[07:43:22] <CIA-51>	03aaron * r34953 10/trunk/extensions/FlaggedRevs/ (3 files in 2 dirs): Update PG
[07:48:50] <CIA-51>	03siebrand * r34954 10/trunk/extensions/Translate/ (README Translate.php): 
[07:48:50] <CIA-51>	Fixes on r34943
[07:48:50] <CIA-51>	* version was not updated
[07:48:50] <CIA-51>	* README was not updated
[07:48:50] <CIA-51>	* support for 2 extensions was removed
[07:49:31] <CIA-51>	03aaron * r34955 10/trunk/extensions/FlaggedRevs/ (FlaggedRevs.pg.sql FlaggedRevs.sql): NOT NULL DEFAULT '',
[07:56:59] <gnot>	peder, Jasio, finally this is how upgrades worked with drupal-style wiki farm
[07:57:25] <flyingparchment>	i wonder why people don't use the wiki farm method that's worked for wikimedia since before mediawiki even had a name
[07:57:33] <gnot>	the following constant needs to be defined in the update script or a wrapper script:  define('MW_INSTALL_PATH', '/path/to/mediawiki/codebase');
[07:58:11] <gnot>	and then update.php is run with  --conf and --aconf like peder said
[07:58:58] <peder>	gnot: that define is effectivly the same as $IP = "/path/to/mediawiki/codebase";
[07:59:10] <gnot>	peder, yes
[07:59:54] <Fire>	hi VasilievVV 
[08:00:03] <VasilievVV>	hi Fire
[08:00:26] <gnot>	peder, the proble was that i hhadn't set $IP in each wiki's LocalSettings.php but i had set MW_INSTALL_PATH in the LocalSettings.php in the codebase
[08:00:54] <gnot>	if i had set $IP in each wiki's config, then it would have saved some time
[08:01:49] <gnot>	flyingparchment, which one of all is the method you refer to? the 1st one in http://www.mediawiki.org/wiki/Wiki_farm ?
[08:02:40] <CIA-51>	03siebrand * r34956 10/trunk/extensions/ContributionScores/ContributionScores.i18n.php: 
[08:02:40] <CIA-51>	* fix a typo
[08:02:41] <CIA-51>	* reduce capitalisation
[08:02:41] <CIA-51>	* fix alignment
[08:03:21] <flyingparchment>	gnot: none of those seem to describe it exactly
[08:03:41] <flyingparchment>	gnot: there is one docroot (/apache/docroot/wikipedia.org), one mediawiki instance, and one LocalSettings.php that decides what settings to use based on the request hostname
[08:03:54] <flyingparchment>	gnot: except we use commonsettings + initialisesettings because there are so many settings
[08:06:23] <gnot>	flyingparchment, ah i understand. thanks. I used the drupal style multi-wiki setup because the script that would discover the needed configuration was provided, so i wouldn't have to write anything myself. it seemed a bit easier.
[08:06:29] <gnot>	flyingparchment, thanks
[08:07:06] <flyingparchment>	well, you only need to generate the first localsettings
[08:07:21] <flyingparchment>	then it's pretty obvious which settings to change for each wiki (there aren't many of them - mainly $wgDBname)
[08:07:28] <gnot>	flyingparchment, actually, the drupal style multikiki is something soimilar to what you have described
[08:07:44] <gnot>	flyingparchment, indeed
[08:08:08] <flyingparchment>	gnot: that one seems to use multiple localsettings.php
[08:08:30] <flyingparchment>	once i worked on a site that hosted 1,000 wikis with each having its own config file - it was incredibly painful
[08:09:10] <gnot>	you are right
[08:11:18] <Splarka>	could that have been... Wikicities? X_X
[08:11:35] <flyingparchment>	that is a distinct possibility ;)
[08:12:14] <CIA-51>	03aaron * r34957 10/trunk/extensions/FlaggedRevs/FlaggedRevsPage.php: Check getFileSha1()
[08:41:32] <CIA-51>	03ktchan * r34958 10/trunk/extensions/BoardVote/tally.php: Schulze method tally for the Board Election.
[08:45:19] <CIA-51>	03rotem * r34959 10/trunk/phase3/languages/messages/MessagesHe.php: Update.
[08:53:08] <CIA-51>	03rotem * r34960 10/trunk/phase3/ (2 files in 2 dirs): Use blockednoreason message when no reason for block is given, for compatibility to the regular block messages.
[08:59:18] <_wooz>	lo
[09:01:17] <CIA-51>	03rotem * r34961 10/trunk/extensions/CentralAuth/SpecialCentralAuth.php: The shift seems to break success messages.
[09:06:06] <CIA-51>	03rotem * r34962 10/trunk/extensions/CentralAuth/CentralAuthUser.php: 
[09:06:06] <CIA-51>	Avoid notices when the global account does not exist.
[09:06:06] <CIA-51>	This commit should retain the current behavior, except for the notices. I don't know if obj[var] should be set at all in such cases.
[09:06:47] <CIA-51>	03ialex * r34963 10/trunk/phase3/docs/hooks.txt: Document AuthPluginAutoCreate hook
[09:48:00] <Dantman>	mmmm.... yay, new stable ubuntu version... :/ Well... it does take time to upgrade
[09:48:27] <Splarka>	Dan: seen http://xkcd.com/424/ ?