[00:15:38] <TimStarling>	does anyone know why we put the image URL in the longdesc of the img tag?
[00:16:10] <TimStarling>	it seems kind of wrong based on my reading of the HTML 4 spec
[00:16:16] <TimStarling>	is it actually used by a client though?
[00:20:49] *VoiceOfAll 	can't imagine how it would be used
[00:25:38] *VoiceOfAll 	reads http://www.htmlgoodies.com/tutorials/html_401/article.php/3479651
[00:25:48] <VoiceOfAll>	'That's a new attribute that stands for Long Description. It's mainly for non-visual browsers that will "read" the line to a user. Here's the general format:'
[00:28:24] <TimStarling>	I'm not sure blind people would be too interested in a recitation of the image description page URL
[00:28:49] <TimStarling>	but what do I know?
[00:29:38] <VoiceOfAll>	:p
[00:30:29] <TimStarling>	oops
[00:30:46] <TimStarling>	I was trying to work out why a parser test was failing, simple images
[00:30:57] <TimStarling>	and indeed, simple images were broken, very strange
[00:31:12] <TimStarling>	it's because I hacked allowInlineDisplay() to be false, to test a branch in some other code
[00:34:49] <yonatan>	tim, you might wanna look in -tech
[00:42:19] <soskel>	I have a quick question
[00:55:31] <CIA-15>	03yaron * r25329 10/trunk/extensions/SemanticForms/languages/SF_LanguageNl.php: Removed self from authors list
[00:56:39] <CIA-15>	03yaron * r25330 10/trunk/extensions/SemanticForms/includes/SF_FormClasses.inc: 
[00:56:39] <CIA-15>	Changed regular expression being parsed to avoid '\w', which fails on
[00:56:39] <CIA-15>	multi-byte languages like Chinese
[00:57:31] <CIA-15>	03yaron * r25331 10/trunk/extensions/SemanticForms/includes/SF_ParserFunctions.php: Fix for URLs in default style, removed failed attempt at backward compatibility
[00:58:09] <CIA-15>	03yaron * r25332 10/trunk/extensions/SemanticForms/ (INSTALL includes/SF_GlobalFunctions.php): New version: 0.5.6
[01:08:05] *Simetrical 	eyes the "Intent to move edit section over to the left"
[01:08:17] *Simetrical 	eyes the "Intent to move edit section over to the left" discussion sitting in his Inbox
[01:08:41] *Simetrical 	decides to take the cowardly route and claim that he was really just waiting for 1.11 to be released before making significant changes
[01:17:23] <padde>	yay! 'file -bi' works like a charm
[01:37:49] <wikibugs>	03(NEW) allow declining kilometers of obligatory edit help symbols - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11130 trivial; lowest; Wikimedia: General/Unknown; ()
[01:38:22] <Simetrical>	Is that a computer-constructed gibberish sentence?
[01:38:47] <Simetrical>	Oh, whoops, it's just Jidanni.
[01:39:50] <VoiceOfAll>	Simetrical: be nice :)
[01:42:00] <Simetrical>	I actually just posted what came into my head as I read the bug summary, then went to the bug itself.
[01:42:01] <Simetrical>	:(
[01:57:25] <wikibugs>	03(mod) allow declining kilometers of obligatory edit help symbols - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11130  (10jidanni)
[01:57:42] <wikibugs>	14(INVALID) allow declining kilometers of obligatory edit help symbols - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11130  +comment (10Simetrical+wikibugs)
[02:02:51] <CIA-15>	03aaron * r25333 10/trunk/extensions/CheckUser/CheckUser_body.php: *Link to autoblocks for 'get users' too.
[02:03:06] <_Danny_B_>	do edittools use only <charinsert> stuff or is it supposed to contain something else?
[02:03:16] <Simetrical>	_Danny_B_, it can contain anything.
[02:03:22] <Simetrical>	It's just stuck after the edit form.
[02:03:50] <_Danny_B_>	Simetrical: any example of other thing that may occure there?
[02:03:53] *VoiceOfAll 	reads a CZ dev email
[02:04:06] <Simetrical>	_Danny_B_, giant warnings telling you not to steal stuff.
[02:04:27] <_Danny_B_>	aren't those in different message?
[02:04:42] <VoiceOfAll>	Simetrical: they can't use the ConfirmAccount because they modded MW all over the place
[02:04:59] <VoiceOfAll>	and its 'too hard' to merge with SVN
[02:05:15] <VoiceOfAll>	which would be ok if the team wasn't so small
[02:05:32] <VoiceOfAll>	why must all resources be split up, with resources divided?
[02:06:56] <Simetrical>	CZ?
[02:07:06] <Simetrical>	Oh, right.
[02:07:08] <Simetrical>	Citizendium.
[02:07:10] <_Danny_B_>	Simetrical: don't steal is in mediawiki:copyrightwarning
[02:07:35] <Simetrical>	It would be nice if they cooperated with us some more.  We'd be happy to help.
[02:07:45] <Simetrical>	I'm sure they could be selectively granted commit access.
[02:07:56] <Simetrical>	But from what I've seen, their technical team is rather antagonistic toward us.
[02:08:14] <Simetrical>	At least parts of it.
[02:08:41] <VoiceOfAll>	Simetrical: where are all these improvements?
[02:09:08] <VoiceOfAll>	if there are so many changes it's 'monumental' to change
[02:09:20] <VoiceOfAll>	this just reminds me of domas's blog
[02:09:35] <Simetrical>	They've made a whole bunch of random changes.  Often going for inline code edits, I take it, instead of adding hooks and asking for the hooks to be added to mainline, or similar.
[02:09:57] <VoiceOfAll>	yes, but from the user end, where do they show up?
[02:10:06] <Simetrical>	Look around, you'll probably notice a few.
[02:10:44] <Simetrical>	I keep my copy of vBulletin modified in a few places, but mostly just one-line tweaks, so it's not terribly hard to merge.
[02:10:53] <Simetrical>	Especially not once I get it set up in a private SVN.
[02:14:45] <wikibugs>	04(REOPENED) allow declining kilometers of obligatory edit help symbols - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11130  +comment (10jidanni)
[02:24:12] <jeremyb>	ping diff people
[02:27:37] <jeremyb>	http://en.wikipedia.org/w/index.php?title=Wikipedia:Wikipedia_is_an_encyclopedia&diff=154719557&oldid=154299659 and the previous edit both have the wrong text in red+bold.  WikEdDiff seems to handle them both properly and with a good minimal diff.  popups is also accurate for both but for the linked one is not minimal
[02:30:18] <Simetrical>	Diffs are not minimal with the algorithms we use, no.
[02:30:22] <Simetrical>	At least not always.
[02:30:38] <CIA-15>	03david * r25334 10/branches/liquidthreads/extensions/ (LqtBaseView.php LqtModel.php): subject increments in parens. urls horrible.
[02:30:42] <Messedrocker>	is it possible to do string subtraction in parserfunctions?
[02:30:52] <Simetrical>	Messedrocker, ParserFunctions don't (yet) like strings.
[02:31:31] <jeremyb>	Simetrical: i'm not complaining that the MW diff is non minimal.  i'm complaining that it's inaccurate
[02:35:46] <wikibugs>	03(mod) Allow users to disable edittools from being sent to them - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11130  trivial->15enhancement; lowest->normal; summary; +comment (10Simetrical+wikibugs)
[02:38:38] <_Danny_B_>	{{#substr:}} would be very handy
[02:40:53] <jeremyb>	Simetrical: ^^ ?
[02:41:56] <Simetrical>	jeremyb, ?
[02:41:58] <Simetrical>	Oh
[02:42:00] <Simetrical>	.
[02:42:05] <Simetrical>	I don't know, sometimes it screws up like that.
[02:42:22] <Simetrical>	We should get some way to purge the diff cache, if we don't have one.
[02:42:49] <jeremyb>	hrmm
[02:42:58] <jeremyb>	are they stored forever or just cached?
[02:43:37] <Simetrical>	Just cached, I think.
[02:46:19] <wikibugs>	03(mod) allow declining kilometers of obligatory edit help symbols - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11130  +comment (10fearow00)
[02:47:22] <wikibugs>	03(mod) Allow users to disable edittools from being sent to them - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11130  (10jidanni)
[02:51:37] <CIA-15>	03tstarling * r25335 10/trunk/ (14 files in 5 dirs): (log message trimmed)
[02:51:37] <CIA-15>	In OggHandler:
[02:51:37] <CIA-15>	* Changed display style: added a "more" link which expands a box for player selection.
[02:51:37] <CIA-15>	* Allow return to the still image only display.
[02:51:38] <CIA-15>	* Fixed Java detection in IE (I hope)
[02:51:38] <CIA-15>	Elsewhere:
[02:51:40] <CIA-15>	* Changed MediaTransformOutput::toHtml() parameters, now accepts a single associative array with well-defined elements. Allows OggHandler to distinguish between file download links and image description links.
[03:00:41] <ralfWORK>	silly question...
[03:00:53] <ralfWORK>	I just installed mediawiki, and all the urls are /index.php/whatever
[03:01:09] <ralfWORK>	or rather, as my site is setup, /wiki/index.php/whatever
[03:01:22] <ralfWORK>	is there a way I can remove the index.php from the URL to make it nicer?
[03:03:57] <mdale>	ralfWORK: use mod_rewrite
[03:04:31] <ralfWORK>	mdale: I'm sure this is a common question. have a canned rewrite rule somewhere I could cut and paste?
[03:04:51] <mdale>	I don't but google might ;)
[03:05:29] <ralfWORK>	:)
[03:07:31] <Dantman|FS>	http://www.mediawiki.org/wiki/Manual:Short_url
[03:07:45] <ralfWORK>	ty sir
[03:29:23] <wikibugs>	03(mod) Documentation is out of date, incomplete - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=1  +comment (10Simetrical+wikibugs)
[03:29:40] <wikibugs>	03(mod) Documentation is out of date, incomplete - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=1  -patch  (10Simetrical+wikibugs)
[03:33:37] <_Danny_B_>	wow! bug #1
[04:03:24] <padde>	how to enable searching with wildcards in mediawiki?
[04:04:27] <railschamp>	is there a way to make wiki user registration approval based? 
[04:05:00] <railschamp>	want to control spam on my mediawiki site
[04:07:16] <alxndr>	railschamp, have you looked at a captcha extension?
[04:07:59] <railschamp>	yes that is one option but looking for more of an offline approach to deal with it
[04:14:01] <wikibugs>	03(NEW) Ugly jumble upon first edit if images off - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11131 trivial; lowest; MediaWiki: Page editing; (jidanni)
[04:15:20] <alxndr>	is there something i can run bodytext through that'll spit out text without headlines or images or stuff like that?
[04:36:43] <tty1>	hi, im trying to install the following extention: http://meta.wikimedia.org/wiki/ParserFunctions but when i do i get the following errors (when i try to go to my wiki): http://pastebin.com/m1532da27... any help would be greatly appreciated
[04:44:09] <CIA-15>	03simetrical * r25336 10/trunk/phase3/includes/Sanitizer.php: 
[04:44:09] <CIA-15>	Added the possibility for Sanitizer::escapeId to validate the first character of
[04:44:09] <CIA-15>	the id (make sure it's a letter). This is added as a flag that's set by
[04:44:09] <CIA-15>	default. Ideally it should be off by default, with expected behavior being for
[04:44:09] <CIA-15>	the returned id to be valid no matter what . . .
[04:44:10] <CIA-15>	This isn't actually used yet, but it probably should be.
[04:46:53] <Simetrical>	(fails no parser tests!  since it's not actually enabled anywhere!)
[04:47:10] <Simetrical>	Crap, debug code.
[04:48:29] <wikibugs>	03(NEW) Option to not display [+] if no sub-category exists - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11132 15enhancement; normal; MediaWiki extensions: CategoryTree; (webmaster)
[04:49:46] <CIA-15>	03simetrical * r25337 10/trunk/phase3/includes/Sanitizer.php: Debug code, gah.
[04:55:19] <CIA-15>	03david * r25338 10/branches/liquidthreads/ (21 files in 8 dirs): (log message trimmed)
[04:55:19] <CIA-15>	Merged revisions 25303-25337 via svnmerge from
[04:55:19] <CIA-15>	svn+ssh://david@svn.wikimedia.org/svnroot/mediawiki/trunk/phase3
[04:55:19] <CIA-15>	........
[04:55:19] <CIA-15>	 r25305 | raymond | 2007-08-30 01:32:29 -0700 (Thu, 30 Aug 2007) | 2 lines
[04:55:20] <CIA-15>	 * Removed unused message
[04:55:22] <CIA-15>	 * Updates German
[04:59:43] <wikibugs>	04(REOPENED) New signature wiki markup - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10336  +comment (10webmaster)
[05:04:20] <padde>	after searching for some time, it seems fulltext searching is really not default in mediawiki. how can that be??
[05:16:14] <ccowboy>	i have a quick question. i'm trying to install the wiki on some webspace for a club at my school and it's throwing the 64-bit php5 error. because it's a school system there's no way to upgrade php. because of this, is there a legacy version of mediawiki that will work?
[06:12:23] <_wooz>	lo
[06:26:45] <puppyluver1234>	Hello!
[06:29:43] <RudyValencia>	How do I enable interwiki linking again? I forgot.
[06:54:08] <gambler>	hi how do I allow mediawiki to upload zip? if I add into my LocalSettings: $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ogg', 'zip');
[06:54:11] <gambler>	I get the following error:
[06:54:30] <gambler>	The file is corrupt or has an incorrect extension. Please check the file and upload again.
[07:00:56] <the>	Ich habe soeben Mediawiki mediawiki-1.6.10.tar.gz installiert, aber leider finde ich im config ordner KEINE datei localsettings.php
[07:01:06] <the>	Die brauch ich aber, kann mir jemand sagen, wo ich die finde?
[07:01:58] <the>	I just installed Mediwiki 1.6.10.tar.gz. Now i am looking in the config menu, but i cannot find the localsettings.php file. Where is this file?
[07:03:44] <mark>	the: run the installer, it will generate the config
[07:05:47] <the>	where do I find the installer? is it in the mediawiki-1.6.10.tar.gz file?
[07:18:14] <the>	Ich habe soeben Mediawiki mediawiki-1.6.10.tar.gz installiert, aber leider finde ich im config ordner KEINE datei localsettings.php. Jetzt hab ich die Info erhalten: "run the installer" - wie mach ich das?
[07:18:49] <the>	I just installed Mediwiki 1.6.10.tar.gz. Now i am looking in the config menu, but i cannot find the localsettings.php file. Now I have the information that i should run the installer! How do I run the installer?
[07:20:20] <Raymond_>	the: http://localhost/path_to_wiki
[07:26:39] <the>	raymond; mark: thanks!
[07:27:07] <gambler>	anyone can help me with my problem?
[07:28:21] <Raymond_>	gambler: tried it with different zips?
[07:29:18] <gambler>	Raymond_, just did then. no difference
[07:29:44] <Raymond_>	hm
[07:31:57] <wikibugs>	03(mod) Create 4 namespaces on Italian Wikisource - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10509  (10ipork)
[07:48:18] <wikibugs>	03(mod) Change in Malayam Wiktionary {{SITENAME}} - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11093  +comment (10jeluf)
[07:54:50] <wikibugs>	03(NEW) set language of watchlist notification mail for user preferences - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11133 15enhancement; normal; MediaWiki: Email; (shfukuzawa)
[08:20:02] <CIA-15>	03aaron * r25339 10/trunk/phase3/languages/messages/MessagesEn.php: *Tweak odd phrase
[08:20:57] <Raymond_>	thanks VoiceOfAll  :)
[08:21:12] <VoiceOfAll>	Special:Ipblocklist&action=success&successip=%2329
[08:21:22] <VoiceOfAll>	ugh, I can get it to say anything ;)
[08:26:08] <the>	I have to make my config folder on the server writeable. But there is no way to change the properties. I change them and they will be changed back. Any idea? Thanks
[08:45:12] <the>	I have to make my config folder on the server writeable. But there is no way to change the properties. I change them and they will be changed back. Any idea? Thanks
[08:48:44] <wikibugs>	03(FIXED) Special:Review - bug fixing and enhancement concerning page_id ( & title) - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=4358  +comment (10JSchulz_4587)
[08:51:29] <wikibugs>	03(WONTFIX) Add a spell checker with configuration files in wiki - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=1677  +comment (10JSchulz_4587)
[08:53:03] <wikibugs>	03(WONTFIX)  Request for a special page to show pages edited since last viewed - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=3648  +comment (10JSchulz_4587)
[08:57:34] <CIA-15>	03aaron * r25341 10/trunk/phase3/includes/EditPage.php: *Call OutputPageBeforeHTML on preview (bug 7050)
[08:58:01] <wikibugs>	03(mod) OutputPageBeforeHTML hook is not executed for preview - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=7050  +comment (10JSchulz_4587)
[08:58:02] <wikibugs>	03(FIXED) ParserFunctions only work in global parser - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=7051  (10JSchulz_4587)
[08:59:33] <wikibugs>	14(DUP) Buttons to flag as possibly defamatory/copyvio - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8221  +comment (10JSchulz_4587)
[08:59:33] <wikibugs>	03(mod) Suspicious Edits - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=1189  +comment (10JSchulz_4587)
[09:02:11] <wikibugs>	03(mod) Temporary solution to solve preview issue - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11085  +comment (10JSchulz_4587)
[09:04:15] *zhenlin 	is trying to set up MediaWiki with inkscape
[09:04:33] <zhenlin>	at the moment, I'm not sure if inkscape is even being invoked, since no image is generated...
[09:11:33] <GBenemy>	Hey. I downloaded mediawiki with svn but i dunno where it's been saved on my computer
[09:13:54] <MinuteElectron>	Which program did you use and which operating system?
[09:14:31] <MinuteElectron>	brb, I have to do I forced system restart.
[09:14:31] <zhenlin>	rsvg and ImageMagick work, though. hmm. (though, ImageMagick misrenders the particular SVG I'm testing...)
[09:15:07] <GBenemy>	i used subverion and xp
[09:15:12] <GBenemy>	*subversion
[09:17:03] <VoiceOfAll>	GBenemy: can you search the drive?
[09:17:29] <GBenemy>	i don't know which drive to search
[09:17:36] <GBenemy>	and they are realllly big
[09:18:23] <VoiceOfAll>	you checked out SVN on a folder, if you somehow don't remember that, then you probably have to search
[09:18:39] <VoiceOfAll>	unless you did it via command line or something, where you can scroll up past commands
[09:18:49] <GBenemy>	i checked it out using
[09:18:56] <GBenemy>	command line
[09:19:01] <GBenemy>	and i can't scroll up
[09:19:14] <GBenemy>	because the dialogue window closed when all the files where downloaded
[09:19:46] <MinuteElectron>	GBenemy: Go to the directory where you have subversion installed.
[09:19:56] <MinuteElectron>	Then navigate to the bin/ directory.
[09:20:00] <MinuteElectron>	It may be in there.
[09:20:07] <GBenemy>	nope
[09:20:25] <VoiceOfAll>	I'd start a search for '.svn' or 'SpecialRecentchangeslinked.php' or something now
[09:20:34] <VoiceOfAll>	and think of other things as it runs in the background ;)
[09:21:50] *GBenemy 	tries to think of other things as the search takes up 90% of his processor
[09:22:11] <GBenemy>	the dialogue box just came up with
[09:22:17] <GBenemy>	A phase3/blah blah
[09:22:23] <VoiceOfAll>	yes, probably it
[09:22:24] <GBenemy>	A phase3/more blah blah
[09:22:30] <GBenemy>	and did that like 200 times
[09:22:30] <VoiceOfAll>	phase3 is the main dir
[09:22:32] <GBenemy>	then closed
[09:22:41] <GBenemy>	yeah but i cnt find a folder called "pahse3"
[09:22:45] <GBenemy>	**phase2
[09:22:47] <GBenemy>	GRRR
[09:22:50] <GBenemy>	*phase3
[09:22:53] <VoiceOfAll>	haha
[09:23:32] <GBenemy>	yay
[09:23:33] <GBenemy>	found it
[09:23:38] *GBenemy 	celebrates
[09:24:44] <GBenemy>	there's a folder ".svn" in every directory of the /phase3/ i take it that I /don't/ upload those to my server?
[09:26:22] <zhenlin>	you may remove those
[09:26:38] <GBenemy>	k
[09:27:57] <MinuteElectron>	bad idea
[09:28:08] <GBenemy>	:S
[09:28:18] <MinuteElectron>	1) waste of time 2) how do you plan on upgrading (I presume you checked out trunk)?
[09:28:41] <GBenemy>	what do mean by trunk?
[09:28:44] <GBenemy>	i just did
[09:29:02] <GBenemy>	svn checkout http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_10/phase3
[09:29:18] <Duesentrieb>	MinuteElectron: waste of time depends... including .svn means uploading more than twice the data
[09:29:27] <Duesentrieb>	GBenemy: so you don't have trunk, but REL1_10
[09:29:33] <GBenemy>	yeah i guess
[09:29:41] <GBenemy>	i dnt like using unstable versions of stuff
[09:29:50] <Duesentrieb>	"trunk" means bleeding edge development version
[09:30:03] <Duesentrieb>	yes, trunk is not for production sites
[09:30:28] <GBenemy>	ok
[09:30:29] <GBenemy>	um
[09:30:34] <GBenemy>	another question
[09:30:35] <GBenemy>	atm
[09:30:41] <GBenemy>	my wiki path is /w/
[09:30:42] <GBenemy>	but
[09:30:46] <GBenemy>	it displays as
[09:30:48] <Duesentrieb>	GBenemy: ideally, you keep .svn dirs locally, but don't upload them.
[09:30:53] <GBenemy>	ok
[09:31:02] <GBenemy>	it displays as /wiki/article
[09:31:05] <GBenemy>	now
[09:31:10] <GBenemy>	i want it to be
[09:31:17] <GBenemy>	wiki.mysite.com/article
[09:31:18] <wikibugs>	03(mod) Add a spell checker with configuration files in wiki - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=1677  +comment (10xmlizer)
[09:31:30] <GBenemy>	so in localsettings
[09:31:32] <GBenemy>	do i
[09:31:48] <GBenemy>	$wgArticlePath  = "http://wiki.mysite.com/$1"
[09:31:49] <GBenemy>	??
[09:31:57] <Duesentrieb>	GBenemy: don't do that. mapping wiki articles to the document root causes a lot of trouble. keep in mind that there are real files there that the browser needs to be able to access.
[09:32:27] <GBenemy>	but wiki.mystie.com redirects to mysite.com/
[09:32:29] <GBenemy>	wiki
[09:32:30] <GBenemy>	or
[09:32:38] <Duesentrieb>	GBenemy: changing the article path like that only works if you change the rewrite rules in your .htaccess accordingly. but again, don't do it. read the big fat warning boxes about this in the manual page about short urls
[09:32:49] <GBenemy>	lol
[09:32:54] <GBenemy>	what about
[09:33:00] <GBenemy>	wiki.mysite.com/wiki
[09:33:07] <GBenemy>	 /article
[09:33:07] <Duesentrieb>	GBenemy: having files in /w and pages in /wiki is best practice.
[09:33:20] <GBenemy>	yeah i know
[09:33:27] <GBenemy>	but everything else on my site has a subdomain
[09:33:31] <GBenemy>	and it's pissing me off
[09:33:36] <GBenemy>	i have to do site.com/wiki
[09:33:37] <Duesentrieb>	GBenemy: if you use wiki.mysite.com/articlename, the "virtual" path of articles conflicts with "real" pathes of css files, etc.
[09:33:47] <GBenemy>	mmm
[09:33:52] <Duesentrieb>	so, don't.
[09:34:03] <GBenemy>	ok
[09:34:05] <GBenemy>	:(
[09:35:12] <Duesentrieb>	GBenemy: it *may* be possible to use separate subdomains for wiki *files* and wiki *pages*. but I'm not sure it'll work.
[09:36:22] <GBenemy>	you mean files -> w.site.com pages -> wiki.site.com?
[09:38:04] <CIA-15>	03aaron * r25342 10/trunk/extensions/FlaggedRevs/FlaggedRevs.php: *Get log_timestamp to make sure it actually checks
[09:38:52] <padde>	Duesentrieb: my CentOS installation missed pecl-Fileinfo, that's why the MIME checks failed. After installing it, i don't need to use 'file -bi' anymore. works the same way with both methods now
[09:40:28] <padde>	Duesentrieb: there is one problem left though: I can't upload any OpenDocument files, because apparently they are recognised as zip archives, but have extensions like 'odt' or 'odg'. do you have a suggestion? it's low priority for me, but still it would be nice to have the ability to upload OpenDocuments
[09:48:37] <CIA-15>	03aaron * r25343 10/trunk/extensions/FlaggedRevs/ (FlaggedRevs.php FlaggedRevsPage_body.php): *Remove getLCQuality() and incosistent number rating. Just use 0,1,2.
[09:54:41] <wikibugs>	03(mod) Activate DynamicPageList on en-Wikisource - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=8563  +comment (10dovijacobs)
[10:08:55] <wikibugs>	03(mod) Option to not display [+] if no sub-category exists - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11132  (10robchur)
[10:09:06] <Duesentrieb>	padde: read the manual page about mime detection, it tells you how to fix that problem.
[10:09:13] <Duesentrieb>	(i think it ewven has this specific example)
[10:11:37] <wikibugs>	04(REOPENED) ParserFunctions only work in global parser - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=7051  +comment (10robchur)
[10:11:59] <CIA-15>	03aaron * r25344 10/trunk/extensions/Review/Review.php: *Fix more fucked up code
[10:14:40] <wikibugs>	03(mod) Add a spell checker with configuration files in wiki - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=1677  (10robchur)
[10:16:12] <wikibugs>	03(mod) Send notification mails in the user's preferred language - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11133  summary (10robchur)
[10:16:59] <wikibugs>	03(mod) Edit toolbar needs more appropriate alt text for buttons - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11131  summary (10robchur)
[10:20:04] <wikibugs>	03(mod) Temporary solution to solve preview issue - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11085  (10robchur)
[10:24:05] <wikibugs>	03(mod) Temporary solution to solve preview issue - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11085  (10JSchulz_4587)
[10:27:17] <cpilka>	hi folks. anyone of you knows how to get urls like "http://wiki.foo.com/my_wiki_article" instead of the default "http://wiki.foo.com/index.php/my_wiki_article" in mediawiki?
[10:28:08] <puzzlet>	cpilka: http://www.mediawiki.org/wiki/Manual:Short_URL
[10:29:56] <Duesentrieb>	cpilka: read the manual an short urls. note the warnings about mapping article names to the document root.
[10:30:38] <TheFearow>	!simpleurl | cpilka
[10:30:38] <mwbot>	cpilka: To create simple URLs (such as the /wiki/PAGENAME style URLs on Wikimedia sites), follow the instructions at http://www.mediawiki.org/wiki/Manual:Short_URL. There are instructions for most different webserver setups.
[10:31:03] <CIA-15>	03raymond * r25345 10/trunk/ (3 files in 3 dirs): Updates German
[10:31:04] <cpilka>	ah, ok. thx ;-)
[10:31:06] <CIA-15>	03aaron * r25346 10/trunk/extensions/Review/ (Review.pg.sql Review.sql): *Fix fucked up index. Add val_type, otherwise, the latest type just overrides the previous ones.
[10:33:32] <wikibugs>	03(mod) Option to not display [+] if no sub-category exists - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11132  +comment (10daniel)
[10:37:24] <GBghostier>	you know the subversion server is located svn.mediawiki.org?
[10:37:35] <GBghostier>	how do i make my own subversion server 
[10:37:37] <GBghostier>	svn.mystie.com
[10:37:47] <GBghostier>	do i just upload subversion to my site?
[10:39:47] <Duesentrieb>	GBghostier: uh, what do you want that for? and what does that have to do with mediawiki?
[10:39:50] <chat-de-plafond>	Duesentrieb: sure it is possible (to use different domains for files/pages). We do it on wikimedia
[10:40:27] <Duesentrieb>	chat-de-plafond: for uploaded media files, yes. i was refering to scriptpath vs. articlepath.
[10:40:32] <Duesentrieb>	i.e. css files, etc
[10:40:33] <chat-de-plafond>	oh
[10:40:36] *chat-de-plafond 	shrugs
[10:40:37] <GBenemy>	Duesentrieb: Because mediawiki is the only site i can think of who runs an svn server so i thought i'd ask here
[10:40:41] <chat-de-plafond>	no reason why it wouldn't work
[10:40:44] <chat-de-plafond>	GBenemy: #svn
[10:40:48] <chat-de-plafond>	or #subversion
[10:41:04] <Duesentrieb>	GBenemy: there are *lots* of projects that use svn. freenode also has a channel for that. ask in #subversion
[10:41:10] <Duesentrieb>	bah, too late :)
[10:41:24] <GBenemy>	ah thank you (both)
[10:43:51] <Duesentrieb>	chat-de-plafond: it wouldn't work if mediawiki doesn't *always* use full urls when refering to the scriptpath. i suspect it might often simply use a local path instead of a full url.
[10:45:34] <chat-de-plafond>	Duesentrieb: not much tweaking would be needed
[10:45:58] <Duesentrieb>	chat-de-plafond: well, grep the source for wgScriptPath and check every use :)
[10:46:35] <chat-de-plafond>	Duesentrieb: but but lazy
[10:47:50] <Duesentrieb>	> egrep 'wg(|Upload|Style|Redirect|Script)Path' *.php */*.php */*/*.php | wc -l
[10:47:50] <Duesentrieb>	135
[10:48:03] <Duesentrieb>	fun
[10:52:13] <chat-de-plafond>	who says you need to replace all of them?
[10:58:42] <GBenemy>	well #svn sucked
[10:58:56] <GBenemy>	they told me there's no point asking for help in there until i have a working version of svn on my site
[11:00:22] *NotAMused 	works on http://www.devanywhere.com
[11:01:05] <NotAMused>	oops, wrong channel
[11:01:12] <NotAMused>	GBenemy: there are tutorials, google it
[11:01:32] <GBenemy>	nah i can't
[11:01:37] <GBenemy>	i can't install it
[11:01:54] <NotAMused>	GBenemy --> #yourdistroname
[11:02:05] <GBenemy>	i can't
[11:02:15] <GBenemy>	i don't have access to /usr/ or /etc/ on my server
[11:02:20] <NotAMused>	ah
[11:02:51] <GBenemy>	ye it sucks
[11:03:13] <VoiceOfAll>	http://archives.postgresql.org/pgsql-bugs/2007-05/msg00102.php
[11:03:15] <VoiceOfAll>	hahaha
[11:03:33] <GBenemy>	i can't go lower than /home/content/g/b/e/gbenemy/html/
[11:04:44] <CIA-15>	03aaron * r25347 10/trunk/extensions/Review/ (Review.pg.sql Review.php Review.sql): 
[11:04:44] <CIA-15>	*Fix fucked up schema. Make ip value NULLable to avoid stupid collisions when
[11:04:44] <CIA-15>	people review the same revision, since the IP for users was recorded as '', the
[11:04:44] <CIA-15>	ip,rev,type tuplet would be matched. Record NULL instead of '' for IPs.
[11:05:04] <CIA-15>	03nikerabbit * r25348 10/trunk/phase3/ (RELEASE-NOTES languages/messages/MessagesEt.php): * Updates to Estonian (et)
[11:10:35] <uberfuzzy_>	unless wrapped in <nowiki>  html comments <!-- like this --> get eaten by the parser/render and dont make it to the output stream correct?
[11:10:48] <CIA-15>	03raymond * r25349 10/trunk/phase3/ (RELEASE-NOTES includes/WatchlistEditor.php): * Add link to user contributions in normal watchlist edit mode
[11:10:58] *NotAMused 	eats uberfuzzy_ 
[11:11:00] <NotAMused>	and yes.
[11:11:14] <uberfuzzy_>	excellent, thank you
[11:20:40] <Nikerabbit>	yay
[11:20:43] <Nikerabbit>	new language
[11:23:06] <puzzlet>	where
[11:26:07] <evi|one>	Hi. I want to setup a "private" wiki. I want to have control over user registration (only a few people will be able to register), and I want only registered users to be able to view/edit the pages. Is that possible with MediaWiki? Thanks.
[11:26:14] <Nikerabbit>	puzzlet: there!
[11:26:31] <Nikerabbit>	evi|one: it is possible
[11:27:04] <evi|one>	Is it a patch/plugin, or just a setting?
[11:28:12] <Nikerabbit>	evi|one: http://www.mediawiki.org/wiki/Preventing_Access
[11:29:25] <evi|one>	Nikerabbit: excellent, thanks. :)
[11:32:41] <[Jessy]>	Hi!
[11:32:57] <[Jessy]>	I want to create a bot for my wiki
[11:33:06] <[Jessy]>	How to start? ;)
[11:37:04] <cj>	morning folks
[11:37:13] <cj>	does mediawiki play nice with mpm-worker?
[11:38:14] <Duesentrieb>	[Jessy]: look into  pywikibot
[11:39:18] <Duesentrieb>	cj: i suspect the question is "does php play nicely with mpm-worker"?
[11:39:41] <Duesentrieb>	@search .*
[11:39:41] <mwbot>	Results: [bugzilla, download, extensions, extranamespace, hidetoc, imagemap, install, javascript, logo, mediawiki, mwbot, package, pastebin, purge, repeat, simpleurl, subversion, tias, welcome, wiki]
[11:42:13] <wikibugs>	03(NEW) Sitename for Arpitan Wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11134 15enhancement; normal; Wikimedia: Language setup; (niklas.laxstrom)
[11:42:18] <Nikerabbit>	oh noes
[11:42:29] <Nikerabbit>	puzzlet: there
[11:44:07] <puckman>	Hello, can anyone tell me how I can block editing access to unregistered users on my wiki?
[11:44:29] <puckman>	I know I can block edits to one page but I want to block it for all pages so I force users to register.
[11:44:30] <Jack_Phoenix>	see http://www.mediawiki.org/wiki/Manual:Preventing_access
[11:45:55] <cj>	Duesentrieb: krow tells me that php does
[11:46:15] <cj>	Duesentrieb: it is a matter of whether the php aplications themselves are thread safe
[11:46:29] <Duesentrieb>	o_O
[11:46:55] <Duesentrieb>	cj: php has no concept of threads, and no ways of synchronization. so, php apps can't really be thread safe... 
[11:47:40] <Duesentrieb>	cj: php uses a lot of globals - which already means it'S not thread-safe, if there is no per-thread isolation. if there is such isolation, then the app doesn't have to worry about thread-safety.
[11:47:44] <Duesentrieb>	somehow, this doesn't make sense.
[11:48:04] <cj>	*shrug*
[11:48:05] <cj>	http://marc.info/?l=php-general&m=110594983415019&w=2
[11:48:26] <Duesentrieb>	whatever. try it an see, i guess.
[11:48:32] *cj 	tries...
[11:48:34] <Duesentrieb>	i have not heard of anyone trying thsi setup
[11:49:25] <mark>	all the libraries that php uses are not thread safe
[11:49:36] <mark>	so making php and php applications threadsafe is already pretty hopeless due to that
[11:49:42] <mark>	and there is little reason to do so, too
[11:50:46] <Duesentrieb>	cj: using a bytecode cache will probably have a far grater performance impact than sharing processes.
[11:51:14] <cj>	Duesentrieb: can I do both?
[11:51:24] <cj>	what's the standard php bytecode cache tool?
[11:51:36] <mark>	hehe mediawiki is slow enough so that processes vs threads really doesn't matter
[11:51:40] <mark>	and we run on APC
[11:52:04] <Duesentrieb>	APC is the recommended bytecode cache, right?
[11:53:03] <Duesentrieb>	cj: making it work with mpm is probably not worth the trouble. bytecode cache improves performance, so do other types/layers of cache and load balancing.
[11:54:00] <cj>	Duesentrieb: does the bytecode cache reduce the memory footprint?
[11:54:05] <Duesentrieb>	no.
[11:54:14] <Duesentrieb>	cachin increases the memory footprint, per definition
[11:54:25] <Duesentrieb>	speed vs. space tradeoff
[11:54:49] <cj>	because really, does it *need* 7M of memory *per process*?
[11:55:03] <Duesentrieb>	it may even need quite a bit more.
[11:55:09] <mark>	7M is nothing
[11:55:14] <cj>	mark: to you
[11:55:15] <Duesentrieb>	mediawiki is not lean. it's designed to be scalable. big difference.
[11:55:38] <cj>	Duesentrieb: they're not mutually exclusive, it turns out
[11:55:46] <mark>	cj: welcome to 2007 :)
[11:55:51] <cj>	they actually go hand in hand
[11:55:59] <cj>	mark: yuck, you can't mean that.
[11:56:01] <Duesentrieb>	nnnno.
[11:56:17] <Duesentrieb>	they don't go hand in hand, necessarily. sure, sometimes it's possible to improve both.
[11:56:29] <Duesentrieb>	but often, it's a tradeoff situation
[11:56:39] *NotAMused 	is amused at a regularly-used case study in scalability being lectured in the best ways to make something scalable.
[11:56:42] <cj>	by definition, your app is not scalable if it can not do more with less
[11:56:47] <Duesentrieb>	simple example: bubblesort vs. quicksort#
[11:57:18] <Duesentrieb>	cj: no. scalability refers to cpage & time *complexity* not total.
[11:57:26] <Duesentrieb>	*space
[11:57:46] <mark>	no, that's efficiency
[11:57:49] <cj>	*shrug*  I'm going to do what I can
[11:58:10] <mark>	anyway, situation is, mediawiki is a feature bloated php app
[11:58:11] *Werdnum 	demands that MediaWiki is rewritten in C.
[11:58:15] <Duesentrieb>	mark: huh?
[11:58:16] <mark>	it's not very efficient, it's very scalable
[11:58:30] <Duesentrieb>	yes, right. that was my point.
[11:58:30] <puckman>	Jack_Phoenix: you rock, that info worked a treat, many thanks!
[11:58:38] <Jack_Phoenix>	np
[12:00:43] <wikibugs>	03(mod)  URLs containing URL-like parameters are split into multiple URLs upon rendering - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=6257  +comment (10EN.WP.ST47)
[12:00:43] <wikibugs>	03(mod)  URLs containing URL-like parameters are split into multiple URLs upon rendering - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=6257  -need-review  (10EN.WP.ST47)
[12:00:46] <ST47>	oof
[12:01:29] <ST47>	wait...
[12:01:50] <ST47>	oh.  Bugzilla is trying to make me think I uploaded te patch to the wrong bug :(
[12:02:50] <wikibugs>	03(mod)  URLs containing URL-like parameters are split into multiple URLs upon rendering - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=6257   +need-review (10raimond.spekking)
[12:03:41] <Raymond_>	ops
[12:04:11] <Raymond_>	ST47: havn't seen thatyou removed the need-review keyword 1 minute ago. sorry :-(
[12:04:23] <ST47>	;)
[12:04:42] <ST47>	Well, now you get to review it!
[12:04:56] <Jack_Phoenix>	:P
[12:06:22] *Raymond_ 	hides
[12:21:59] <MinuteElectron>	heh, today is the last day of august
[12:22:28] <ST47>	Yes it is - don't remind me!
[12:22:30] <wikibugs>	03(mod) Avoid nested definition lists - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=6569  +comment (10EN.WP.ST47)
[12:22:34] <ST47>	School next week :(
[12:23:30] <MinuteElectron>	Same here.
[12:23:31] <MinuteElectron>	:(
[12:23:41] <MinuteElectron>	(aactually a good thing)
[12:23:53] <ST47>	y;)
[12:23:56] <ST47>	;)*
[12:24:01] <MinuteElectron>	:D
[12:24:15] *ST47 	has to go shop for stuff today :(
[12:25:22] <MinuteElectron>	stuff?
[12:25:35] <ST47>	yeah
[12:25:44] <ST47>	stuff to write with, sstuff to write on
[12:27:29] <Kolak>	How do I make my URL like this: http://wiki.site.tld/Article_Name?action=edit
[12:28:02] <ialex>	Kolak: you have to modify Title.php
[12:28:16] <Kolak>	in which DIR?
[12:28:22] <ialex>	and also tho make a rewrite rule with apache
[12:28:28] <ialex>	Kolak: includes
[12:28:52] <MinuteElectron>	ST47: You have to buy your own exercise books?
[12:29:08] <ST47>	MinuteElectron: oh, no.
[12:29:16] <MinuteElectron>	A ntoepad?
[12:29:19] <ST47>	Paper, notebook,
[12:29:23] <MinuteElectron>	I see.
[12:29:48] *MinuteElectron 	considers canibilising his old barely used maths book from last year for that.
[12:30:48] <Kolak>	14:28:05 [ialex] Kolak: you have to modify Title.php <-- what do i have to do with it?
[12:31:14] <MinuteElectron>	///////uptime
[12:31:16] <MinuteElectron>	oops
[12:31:55] <MinuteElectron>	ST47: Do you have to wear a uniform?
[12:32:10] <ST47>	nope
[12:32:17] <ialex>	Kolak: uh, there is also a other method
[12:32:21] <ialex>	Kolak: 3 seconds
[12:32:42] <MinuteElectron>	ST47: lucky, although uniforms are quite nice, I had to get one yesterday.
[12:32:50] <MinuteElectron>	new trousers
[12:33:47] <ialex>	Kolak: $wgActionPaths['edit'] = '/$1?action=edit';
[12:33:59] <ialex>	in LocalSettings.php
[12:34:09] <Kolak>	just add or edit?
[12:34:21] <ialex>	add
[12:35:05] <Kolak>	...nothing changed o_o
[12:35:18] <Kolak>	*happened
[12:35:20] <ialex>	Kolak: but this works only for "action=edit"
[12:35:34] <Kolak>	oh >_<
[12:35:46] <Kolak>	i meant for ehm
[12:35:52] <tola>	Hi there. I'm running MediaWiki 1.7 from debian stable and I want to create a wiki farm. The only way I know to create multiple wikis from a single MediaWiki codebase is to symlink everything but config and image directories. I'm worried that apt upgrades to MediaWiki will break the wiki farm if I use this method. Any advice?
[12:36:06] <flyingparchment>	tola: don't use debian packages
[12:36:11] <Kolak>	index.php?Title="article_name"
[12:36:31] <tola>	flyingparchment: Is there a good reason for that or is it your personal preference?
[12:36:32] <Kolak>	or something like that
[12:37:30] <tola>	flyingparchment: will it make upgrades to my wiki farm easier?
[12:37:42] <MinuteElectron>	Wer	[1~Better, but there is a < near the top of the table.
[12:37:51] <Kolak>	ialex: is that possible for index.php?Title="article_name"?
[12:37:54] <MinuteElectron>	sorry
[12:37:59] <MinuteElectron>	wrong channel
[12:38:26] <ialex>	Kolak: i don't understand
[12:38:59] <CIA-15>	03aaron * r25351 10/trunk/phase3/maintenance/updaters.inc: *Add $wgExtPGNewFields. Allowing for extensions to use only $wgExtNewFields when PG/mysql updaters use different formats (column attributes vs directory to query file) is just asking for mistakes to be made.
[12:40:02] <Kolak>	ialex: Well, instead of having server.com/wiki/index.php/articlename to have server.com/wiki/index.php?title="article_name"
[12:40:45] <Kolak>	ialex: or, if thats not possible, at least server.com/wiki/article_name
[12:40:47] <flyingparchment>	tola: all the docs and received wisdom about this is using normal mediawiki.  packages tend to change random stuff so the instructions no longer work.
[12:41:51] <ialex>	Kolak: $wgArticlePath = '/wiki/$1';
[12:42:07] <ialex>	Kolak: but you need a rewrite rule
[12:42:33] <Kolak>	and that is...?
[12:43:09] <ialex>	Kolak: the wiki is installed in wiki directory
[12:43:11] <ialex>	?
[12:43:34] <ialex>	Kolak: do you use apache ?
[12:43:38] <Kolak>	yes\
[12:43:55] <tola>	flyingparchment: ok, that's probably a good start then. What's the best method for upgrading multiple wikis? Can you recommend a good article?
[12:45:01] <Kolak>	ialex: i do use apache
[12:46:00] <wikibugs>	03(mod) Avoid nested definition lists - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=6569  (10EN.WP.ST47)
[12:46:02] <ialex>	Kolak: see http://www.mediawiki.org/wiki/Manual:Short_URL
[12:48:23] <Kolak>	$wgArticlePath = "/wiki/$1";
[12:48:51] <Kolak>	add/replace that in lcal settings?
[12:49:58] <ST47>	correct
[12:50:16] <Kolak>	nd... nothing.
[12:51:04] <Werdnum>	rcd /etc/ssh
[12:53:21] <Kolak>	i just don't want index.php/articlename
[12:53:27] <Kolak>	it doesn't matter what else
[12:53:29] <wikibugs>	03(NEW) wfAjaxWatch in AjaxFunctions.php doesn' t check the return value of $article->doWatch(); - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11135 normal; normal; MediaWiki: General/Unknown; (paolo)
[12:54:58] <zhamrock>	hi - can someone pls give me a hint why resizing of image doesnt work for me? i use imagemagick and this runs on solaris 9. i use the convert command via command line and works fine. pls advice
[12:57:03] <flyingparchment>	zhamrock: did you set $wgImageMagickConvertCommand to the correct path?
[12:58:32] <zhamrock>	flyingparchment - Yes
[12:58:50] <Kolak>	In all of the documentions it says that w/index.php?title=article is the default :|
[12:59:26] <Werdnum>	well you can change $wgArticlePath to /?title=article
[12:59:37] <Werdnum>	(remove the index.php if you want, or keep it there)
[13:01:10] <Kolak>	Werdnum: then its: $wgArticlePath = "/title=article"; ?
[13:01:54] <zhamrock>	does anyone managed to work out the shorl URL via IRF rewrite? does anyone have the rewrite rules?
[13:07:30] <anurbol>	Hello! How can i get username? what is a variable? what should i include. i'm writing extension. 
[13:09:23] <ialex>	global $wgUser;
[13:09:37] <ialex>	then username is in $wgUser->getName()
[13:09:47] <Kolak>	Now if i go to it, it can't fnd mAin_page..
[13:10:23] <ialex>	Kolak: you have to put $1 in $wgArticlePath, it will be replaced by the page name
[13:11:39] <anurbol>	ialex, thanks.  Should i include to my render function some additional files?
[13:12:11] <ialex>	anurbol: only if you use them
[13:12:12] <Kolak>	The requested URL /wiki/Main_Page was not found on this server.
[13:12:23] *Kolak 	is... fail
[13:12:37] <ialex>	Kolak: in wich folder is mediawiki ?
[13:12:52] <Kolak>	/wiki
[13:12:53] <anurbol>	ok. I'll try, thanks.
[13:13:27] <ialex>	Kolak: have the same path for article and mediawiki isn't a good idea
[13:13:54] <ialex>	it makes rewrite rules more complicated
[13:13:58] <Kolak>	w is it sppoe to be then??!???!
[13:14:06] <Kolak>	*how
[13:14:13] <Kolak>	*supposed
[13:14:32] <ialex>	Kolak: if wikimedia wikis, mediawiki is in /w follder
[13:14:46] <ialex>	-if +in
[13:14:54] <Kolak>	I don't have /w.
[13:15:13] <ialex>	you can rename the folder
[13:16:49] <Kolak>	but then that means the Main_Page is in my server.net/wiki ? everything you say makes it more complitcated ;-;
[13:18:24] <ialex>	$wgArticlePath = "/wiki/$1";
[13:20:24] <ialex>	and this : http://mediawiki.pastey.net/73098 in a .htaccess in the parent folder of mediawiki
[13:21:09] <ialex>	if mediawiki is in the /w folder
[13:22:02] <Duesentrieb>	Kolak: the idea is: you have one "real" path for filkes and scripts (/w), and a "virtual" path for wiki pages (/wiki).
[13:22:37] <Duesentrieb>	the real and the virtual path must not be the name. and they both must not be "/" (document root)
[13:27:33] <gambler>	does anyone know how to enable uploading of zip in mediawiki? 
[13:27:34] <gambler>	If I add this line: #$wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ogg', 'zip');
[13:27:34] <gambler>	 to LocalSettings.php
[13:27:48] <gambler>	I get: The file is corrupt or has an incorrect extension. Please check the file and upload again.
[13:28:20] <Jack_Phoenix>	try $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'ogg', 'zip');
[13:28:27] <Jack_Phoenix>	w/o the #, since that is a comment :P
[13:29:26] <Duesentrieb>	hey brion 
[13:29:45] <Duesentrieb>	like to take a peek at the Gadgets extension?
[13:29:52] <brion-office>	mornin y'all
[13:29:54] <brion-office>	no time now sorry
[13:30:04] <gambler>	Jack_Phoenix, I commented it out because it wasnt working
[13:30:06] <Duesentrieb>	ok, i'll try again in a couple of weeks :)
[13:30:24] <ialex>	Duesentrieb: :)
[13:30:29] <Jack_Phoenix>	gambler: perhaps .zip is blacklisted in /includes/DefaultSettings.php ?
[13:30:38] <Duesentrieb>	shouldn't be
[13:30:40] <gambler>	no i checked
[13:31:37] <Duesentrieb>	gambler: $wgFileExtensions should be *uncommented*, not *commented out*. Anyway, if you have zip in there, and it still doesn't work, make sure you jave working mime detection (there's a manual page about that)
[13:32:19] <Nikerabbit>	Job::pop: got null for '0', ''
[13:32:19] <Nikerabbit>	Backtrace:
[13:32:19] <Nikerabbit>	#0 /home/nike/public_html/dev/maintenance/runJobs.php(31): Job::pop('48776', false)
[13:32:21] <Duesentrieb>	!mime is http://www.mediawiki.org/wiki/Manual:Mime_type_detection
[13:32:21] <mwbot>	Successfully added keyword: mime
[13:32:22] <Nikerabbit>	#1 {main}
[13:32:28] <Nikerabbit>	something is inserting bogus jobs on the table :/
[13:32:31] <brion-office>	some rendering problem on the new apaches :P
[13:32:34] <brion-office>	fun fun fun
[13:33:05] <gambler>	Duesentrieb, like I said I commented it out because it wasnt working. I will read about mime stuff
[13:35:49] <gambler>	Duesentrieb, thanks that mime page fixed it
[13:36:13] <Duesentrieb>	\o/
[13:38:30] <covidiu>	Hello. How can I restrict editing to registered users only?
[13:38:48] <Jack_Phoenix>	http://www.mediawiki.org/wiki/Manual:Preventing_access
[13:38:53] <Jack_Phoenix>	^see that
[13:39:20] <CIA-15>	03nikerabbit * r25352 10/trunk/phase3/ (3 files in 3 dirs): 
[13:39:20] <CIA-15>	* Sakha (sah) l10n file
[13:39:20] <CIA-15>	* Local name for Sakha
[13:40:04] <gambler>	how to delete a test file I uploaded w/metadata
[13:40:14] <gambler>	just delete from /images ?
[13:40:36] <Nikerabbit>	puzzlet: there is another one!
[13:43:23] <covidiu>	Thanks Jack_Phoenix.
[13:44:29] <Tom-Servo>	Is there an easy way to check if someone is logged on and/or working on the wiki? (besides checking the apache logs)
[13:52:24] <CIA-15>	03nikerabbit * r25353 10/trunk/phase3/languages/messages/MessagesFa.php: * Updates to (fa)
[13:54:28] <Raymond_>	Tom-Servo: logged-in: no. working [[Special:Contributions/username]]
[14:01:40] <CIA-15>	03tstarling * r25354 10/trunk/phase3/includes/Linker.php: Fixed border option to makeImageLink2()
[14:03:33] <Duesentrieb>	hi Tim
[14:05:05] <CIA-15>	03catrope * r25355 10/USERINFO/catrope: Adding info about myself
[14:05:55] <CIA-15>	03catrope * r25356 10/trunk/extensions/Imagetabs/: Adding directory for Imagetabs extension
[14:06:54] <TimStarling>	hi
[14:07:03] <RoanKattouw>	Hi
[14:08:28] <CIA-15>	03brion * r25357 10/trunk/extensions/ParserFunctions/Expr.php: 
[14:08:28] <CIA-15>	Renormalize invalid utf-8 byte in error message.
[14:08:28] <CIA-15>	Would be better to work with an entire character, but it isn't that big a deal. :)
[14:11:31] <Tom-Servo>	oh thanks Raymond
[14:12:09] <CIA-15>	03catrope * r25358 10/trunk/extensions/Imagetabs/ (README imagetabs.php): Imagetabs: Adding the actual code
[14:13:29] <TimStarling>	has anyone tried out the latest changes to OggHandler yet?
[14:15:20] <Raymond_>	TimStarling: yes. but only a short view. found offhand no problems. and thanks for fixing the border, I have had no time this morning to look into it
[14:15:35] <tola>	If anyone uses the Debian Etch MediaWiki package, how does /etc/mediawiki1.7/apache.conf get included into apache2.conf? I want to be included inside a Virtual Host in sites-available, but I can't figure out how it currently gets loaded.
[14:16:22] <Duesentrieb>	tola: talk to the debian people, or use the standard tarball.
[14:17:30] <tola>	Duesentrieb: I thought I had more chance of finding a debian mediawiki person in #mediawiki than in #debian
[14:17:35] <CIA-15>	03catrope * r25359 10/trunk/extensions/Imagetabs/CHANGELOG: Imagetabs: Adding empty CHANGELOG
[14:17:55] <Duesentrieb>	tola: maybe. but not so likely.
[14:18:15] <Duesentrieb>	the *regulars* here tend to use the svn version :)
[14:18:46] <Duesentrieb>	tola: anyway, people in #debian can probably tell you how this stuff is *generally* done for webapp bundles.
[14:19:45] <tola>	Duesentrieb: I can imagine it must be frustrating being asked for support for an old and modified version when you're using the latest version. But equally it's hard to find someone who knows about a specific package in a distribution's IRC channel, which is why I asked here. I will ask in #debian. Thanks
[14:21:28] <brion-office>	the short answer is apt-get remove the package, throw away any leftover files, and install from svn :)
[14:21:30] <Duesentrieb>	tola: or contact the package maintainer directly.
[14:24:44] <CIA-15>	03nikerabbit * r25360 10/trunk/phase3/languages/messages/MessagesNds.php: * Updates to (nds)
[14:24:47] <wikibugs>	03(NEW) Postgres database code does not support multiple schemas - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11136 normal; normal; MediaWiki: Database; (gregory.murphy)
[14:25:46] <tola>	brion: that might be the short answer in the short term. But in the long term, having to manually upgrade every single web application I use manually in different ways is going to take a lot longer than using distribution security updates! It's just a pain that the distribution has such an old version!
[14:26:09] <Duesentrieb>	tola: old version -> insecure.
[14:26:51] <Raymond_>	off for weekend now :)
[14:27:34] <tola>	Duesentrieb: This is something I don't understand about packaging. Debian release security updates for all their packages, so theoretically the package maintainer should keep it patched with upstream security updates?
[14:28:15] <Duesentrieb>	tola: theoretically. in practice, only if he's paid to do it, or has nothing better to do currently.
[14:28:22] <brion-office>	tola: that's the sad world of web application development, unfortunately :)
[14:28:22] <brion-office>	we do ~4 releases a year
[14:28:22] <brion-office>	distros generally don't do more than 2, for the fast ones
[14:28:25] <brion-office>	or 0.1 for debian ;)
[14:28:42] <Duesentrieb>	~4 without security updates
[14:28:45] <brion-office>	hopefully they at least apply the security patches, but they'll remain old, buggy, less featureful, and hard to support
[14:28:49] <Duesentrieb>	with patches, it's what, 10, 20?
[14:28:56] <brion-office>	additionally the distros gratuitously fuck with the configuration and never bother to resubmit their changes
[14:29:11] <TimStarling>	speaking of releases...
[14:29:42] <TimStarling>	are we going to have one soon?
[14:30:23] <TimStarling>	I was almost thinking that you'd want my latest commit to go into the next release, but then I saw that the upload conflict bug still wasn't fixed
[14:30:32] <brion-office>	Duesentrieb: four major (featureful) releases. the security patches do go into the distros :)
[14:30:32] <brion-office>	at least, usually
[14:30:32] <brion-office>	i hope
[14:30:34] *Nikerabbit 	has still few languages to commit :)
[14:30:35] <brion-office>	so now you have a package that's not only a year out of date, but it works differently from the base package
[14:30:40] <brion-office>	so even if people here are familiar with the old version, they aren't familiar with the weird configuration and file layout
[14:30:47] <brion-office>	but since install and upgrade issues are probably the biggest problems, those are the ones we can't really help with
[14:30:51] <tola>	brion-office: although slightly OT, this is an interesting topic. What can we do about this problem with security updates for web applications? Is this problem specific to web apps?
[14:30:58] <brion-office>	TimStarling: next week if i actually have time :P :)
[14:31:19] <tola>	brion-office: as a sysadmin, keeping all my web apps up to date from source upgrades is hugely time consuming
[14:31:27] <wikibugs>	03(mod) Temporary solution to solve preview issue - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11085  (10yaron57)
[14:31:34] <brion-office>	tola: in my experience web apps tend to have a slightly different 'feel'; they're often more like a document than an application in some respects
[14:31:45] <Duesentrieb>	tola: "svn up && php maintenance/upgrade.php" is time consuming?
[14:31:55] <brion-office>	additionally since they're public-facing, they are a bigger potential security risk than desktop applications for many purposes, since they have a large exposed surface
[14:32:06] <TimStarling>	it's probably better to have interface changes into the released branches, even if there is a risk they're buggy
[14:32:13] <brion-office>	'svn up' ain't hard, but you have to be set up for that already :)
[14:32:24] <TimStarling>	because we can fix a bug in a minor release, but we can't migrate all extensions that used the old interface
[14:32:44] <brion-office>	there's a *lot* of fast-moving software development in the foss world, though, and it's very common for it to be hard to do individual upgrades because there are dependencies everywhere
[14:32:50] <tola>	Duesentrieb: it wouldn't be if all web applications handled upgrades in the same way, but they all have odd quirks. Files you have to remember to backup or move every time you do an upgrade. brion-office: the point about them being public facing is a good one.
[14:32:51] <brion-office>	can't upgrade one app without upgrading half your desktop libraries
[14:32:58] <brion-office>	so in that respect, it's perhaps not so different
[14:34:30] <brion-office>	anyway, we wouldn't be so pissy if the packages weren't a) always out of date and b) different from the release versions so we can't help with problem requests because we don't know what's different :)
[14:36:03] <Duesentrieb>	yes, distroes imposing a file structure designed for binary applications on webapps like mediawiki sucks quite a bit.
[14:36:20] <TimStarling>	mako was telling me that you can have a package in the debian repo without it being in the releases
[14:36:37] <Duesentrieb>	this is one of the reasons i really dislike the way *nix scatters files all over the place. 
[14:36:46] <TimStarling>	so that way people would have it if they really needed it, but they wouldn't be able to find it in aptitude or whatever
[14:36:48] <Duesentrieb>	i like the one-program-on-dir paradigm,
[14:36:55] <Duesentrieb>	also known as copy&run
[14:37:11] <copelco>	hello
[14:37:14] <Duesentrieb>	but then, if you want to share libs, this sucks :(
[14:37:14] *brion-office 	<3 mac .app bundles
[14:37:21] <TimStarling>	he says the trick is to file a permanent release-critical bug against it
[14:37:25] <brion-office>	heh
[14:37:37] <RoanKattouw>	TimStarling actually you can: if you installed it with dpkg, dpkg -L packagename and it'll list all the files belonging to one package
[14:37:49] <Simetrical>	Duesentrieb, useful to have (e.g.) all logs in one place, so they can be centrally handled.  Of course it has disadvantages too.
[14:38:18] <RoanKattouw>	As long as you have a good packaging system (i.e. APT), I prefer the UNIX approach
[14:38:23] <Duesentrieb>	logs are another issue.
[14:38:35] <Duesentrieb>	but i'm aware that it's not that simple, especially if you want to share libraries.
[14:38:45] <Duesentrieb>	but mediawiki is selfcontained. it sucks to scatter it all over the place
[14:39:05] <Kolak>	I've followed the documentation on the Short URL, and i get an error on apache with the AddModule Command.
[14:39:07] <RoanKattouw>	Well it has to be in /var/www/w/ , doesn't it?
[14:39:12] <Duesentrieb>	RoanKattouw: i use apt for most things, but i don't like it for web applications, for above reasons.
[14:39:16] <TimStarling>	that could be said for any app, pretty much
[14:39:20] <Duesentrieb>	RoanKattouw: no it doesn't.
[14:39:28] <RoanKattouw>	Well in /var/www at least
[14:39:31] <TimStarling>	most of them can be installed in a single directory in /usr/local or wherever
[14:39:37] <RoanKattouw>	Also true
[14:39:40] <Duesentrieb>	RoanKattouw: only the entry points. 
[14:39:55] <RoanKattouw>	Well yeah but scattering the rest all over the place would be really messy
[14:39:59] <brion-office>	oh god, what have we done
[14:40:01] <RoanKattouw>	Does the MW DEB really do that?
[14:40:02] <Duesentrieb>	RoanKattouw: my point exactly.
[14:40:06] <Duesentrieb>	but they do it anyway
[14:40:07] <brion-office>	we've gotten into a discussion of the merits of unix filesystem layouts
[14:40:12] <brion-office>	BAIL! BAIL!
[14:40:22] <Duesentrieb>	:P
[14:40:26] <RoanKattouw>	Well that's just stupid, 'cause MW was *written* to have all files in one dir
[14:40:27] *TimStarling 	calls daniel quinlan to settle the matter
[14:40:29] *Duesentrieb 	goes back to studying for his exam
[14:40:29] <RoanKattouw>	Most web apps are
[14:40:40] *RoanKattouw 	wishes Duesentrieb luck
[14:40:43] <Duesentrieb>	RoanKattouw: yep, exactly.
[14:40:45] <tola>	OK, so maybe an ideal solution would be a kind of version control that's designed purely for upgrades to an application (like a package manager). Taking the copy&run paradigm you could subscribe to a master directory upstream and get updates as soon as they're released. It could be like subscribing to a news feed. Instead of installing a web app, you subscribe to it?
[14:40:53] <Duesentrieb>	tnx RoanKattouw 
[14:40:59] <RoanKattouw>	np
[14:41:06] <copelco>	is there a way to make an html comment i enter in my wiki to show up on in the html?
[14:41:19] <RoanKattouw>	I like the UNIX layout as it is, but it just doesn't work for web apps, and you shouldn't try to make it work
[14:41:24] <Duesentrieb>	tola: svn is pretty much exactly that
[14:41:34] <RoanKattouw>	copelco you mean it shows up on every page?
[14:41:49] <Simetrical>	copelco, no.
[14:41:53] <RoanKattouw>	Then put it in [[MediaWiki:Sitenotice]]
[14:42:00] <Simetrical>	copelco, Internet Explorer will allow you to put arbitrary HTML in comments.
[14:42:01] <RoanKattouw>	which is put above every page
[14:42:07] <Simetrical>	RoanKattouw, he said comments, as in <!-- -->.
[14:42:11] <RoanKattouw>	I know
[14:42:12] <Simetrical>	HTML comments.
[14:42:18] <Simetrical>	Which are stripped by the parser.
[14:42:23] <tola>	Duesentrieb: that's true, but it's very much a development tool rather than a system administration tool. I suppose you could put a front end on SVN (which itself could be a web app) and use it as a sort of package manager
[14:42:27] <RoanKattouw>	Right
[14:42:44] <Dantman>	tola: ^_^ news readers run on timers... Just have a cron job run a shell script with "svn update" and "php maintenance/update.php" and you've got exactly that...
[14:42:56] <Simetrical>	copelco, for instance, we don't want users putting <!--if![IE><script>blahblahblah</script>]--> or whatever their freaking syntax is.
[14:43:17] <Simetrical>	Dantman, doesn't sound like a good idea to do that from cron, ideally.  Especially not for trunk.
[14:43:28] <tola>	Dantman: do you think in practice that would work, or do you think it would break things?
[14:43:29] *Simetrical 	periodically does a manual update to the MW version used by Wikipedia at the time of the update
[14:43:39] <RoanKattouw>	Simetrical doesn't even <nowiki><!-- comment --></nowiki> work?
[14:43:46] <copelco>	RoanKattouw, Simetrical: i mean, i want to enter an html style comment in my wiki syntax so that mediawiki just ignores it and passes it to the rendered html
[14:43:49] <Simetrical>	RoanKattouw, no.  It's a security vulnerability.
[14:43:56] <RoanKattouw>	Well the problem with SVN is you have to be very careful things remain runnable
[14:44:00] <Simetrical>	copelco, it's not permitted.
[14:44:13] <RoanKattouw>	copelco it'll ignore it, but it won't show up in the HTML
[14:44:16] <Simetrical>	tola, you don't want to do automated updates.  You want to be there to check things haven't broken.
[14:44:27] <copelco>	Simetrical: oh, why not? is there wiki syntax i can wrap around it?
[14:44:29] <Kolak>	I've followed the documentation on the Short URL, and i get an error on apache with the AddModule Command.
[14:44:30] <tola>	RoanKattouw: is there a stable branch of MediaWiki's svn that should always work and have the latest security updates?
[14:44:51] <RoanKattouw>	tola yes there is, I believe
[14:44:58] <RoanKattouw>	But it's in a different location every time
[14:45:07] <tola>	hmm
[14:45:10] <RoanKattouw>	First in /tags/REL_1_10, then REL_1_10_1, REL_1_10_2 etc.
[14:45:11] <Simetrical>	copelco, comments can contain arbitrary HTML, for Internet Explorer.  We currently don't bother parsing them, we just remove them.  If we just passed them through people could stick in <script> tags and do whatever they wanted to IE users.
[14:45:27] <Dantman>	RoanKattouw: /branches
[14:45:34] <RoanKattouw>	Whatever
[14:45:39] <Simetrical>	tola, best to just subscribe to mediawiki-announce and update manually.  :)
[14:45:40] <RoanKattouw>	Anyway
[14:45:44] <kbrooks>	http://192.168.0.101/wiki/Main_Page # formatting is broken with rewrite htaccess solution
[14:45:45] <Simetrical>	Dantman, no, /tags.
[14:45:46] <ST47>	tags are supposed to be stable, isn't there a /branch?
[14:45:51] <Simetrical>	Actually /mediawiki/tags.
[14:45:57] <Simetrical>	Or is it /mediawiki/branches/tags?
[14:45:58] <ST47>	ah.
[14:46:00] *Simetrical 	checks
[14:46:11] <RoanKattouw>	Well whatever the hell it is, the point is the name changes with the version number
[14:46:15] <Simetrical>	http://svn.wikimedia.org/viewvc/mediawiki/tags/
[14:46:16] <Simetrical>	Yes.
[14:46:24] <RoanKattouw>	We should really have /tags/stable or something similar that always contains the latest stable release
[14:46:31] <RoanKattouw>	1.10.1 in this case
[14:46:32] <Dantman>	Not what MW.org says
[14:46:40] <Dantman>	"svn checkout http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_10/phase3"
[14:46:51] <Kolak>	I've followed the documentation on the Short URL, and i get an error on apache with the AddModule Command. What did i do wrong..?
[14:46:55] <ST47>	What about /branches/REL1_10?
[14:47:00] <RoanKattouw>	And *that* you can auto-update without worrying about stuff breaking all over the place because some idiot left out a semicolon
[14:47:01] <tola>	Simetrical: that's fine if you've just got mediawiki to worry about and not nine other web applications. Applying that method you'd have to make sure you were subscribed to all the security mailing lists for each project (assuming there is one) and manually upgrade every application when there's an update. In the desktop world we have applications to automate that kind of thing for us, they're called package managers.
[14:47:03] <Jack_Phoenix>	Manual:Short URL sucks anyway...
[14:47:05] <kbrooks>	RewriteEngine On
[14:47:06] <kbrooks>	RewriteCond %{REQUEST_FILENAME} !-f
[14:47:06] <kbrooks>	RewriteCond %{REQUEST_FILENAME} !-d
[14:47:06] <kbrooks>	RewriteRule ^wiki/(.*) w/index.php?title=$1 [PT,L,QSA]
[14:47:06] <kbrooks>	RewriteRule ^wiki/*$ wiki/ [L,QSA]
[14:47:06] <kbrooks>	RewriteRule ^/*$ wiki/ [L,QSA]
[14:47:13] <kbrooks>	^^^^^^^^^^^^^
[14:47:17] <kbrooks>	messes up wiki
[14:47:30] <Simetrical>	tola, hmm, maybe we should maintain our own APT and RPM package lists.
[14:47:49] <RoanKattouw>	Simetrical who maintains that DEB package anyway?
[14:47:51] <kbrooks>	Simetrical, ?
[14:47:56] <Simetrical>	brion, what do you think about maintaining our own APT and RPM package lists that people can add to their package managers?
[14:47:57] <kbrooks>	Jack_Phoenix, ?
[14:48:02] <RoanKattouw>	What if the MWF requests they get to assign a maintainer
[14:48:29] <Simetrical>	RoanKattouw, I think they want their sucky code reshufflings to happen.
[14:48:32] <RoanKattouw>	Then we could continue to use the RPMs and DEBs already in place, but maintain it ourselves (and shape it ourselves)
[14:48:37] <RoanKattouw>	Hmm
[14:48:41] <Simetrical>	Or at least so I'd guess.
[14:48:46] <Simetrical>	Maybe some of them don't suck that way.
[14:48:48] <brion-office>	Simetrical: might be doable
[14:48:52] <RoanKattouw>	Well one can always try
[14:48:53] <kbrooks>	??????????
[14:48:56] <kbrooks>	help
[14:49:08] <brion-office>	would someone be interested in taking a peek at the various distro packages to see how they're laid out now, and see what we can rig up?
[14:49:11] <RoanKattouw>	Maybe if they have the MW lead devs telling them the layout sucks, they'll get the picture
[14:49:18] <RoanKattouw>	I could do that
[14:49:23] <kbrooks>	and uh, i meant http://fswh.ath.cx/wiki
[14:49:24] <TimStarling>	oh dear, brion, you're in trouble with erik
[14:49:26] <kbrooks>	sorry
[14:49:26] <RoanKattouw>	At least for APT
[14:49:34] <brion-office>	oh?
[14:49:40] <RoanKattouw>	I don't have YUM or RPM or any of that crap
[14:49:44] <RoanKattouw>	APT rules :P
[14:49:46] <TimStarling>	for reverting IC
[14:50:09] <TimStarling>	maybe I should have a look at that actually
[14:50:20] <TimStarling>	I'm meant to be looking after the guy
[14:50:43] <brion-office>	by all means have a look at it
[14:50:46] <ST47>	who's IC?
[14:51:03] <brion-office>	all i know is it went into core trunk without warning and the interface doesn't make sense and looks like it doesn't implement all it lists in its help examples
[14:51:04] <TimStarling>	actually I think the story is that it can easily be split off into an extension
[14:51:10] <TimStarling>	maybe we had this discussion before?
[14:51:16] <brion-office>	i would recommend that 
[14:51:23] <TimStarling>	Erik wants it to be in the core for reasons of promotion
[14:51:39] <TimStarling>	and paa kwesi thinks Erik is the king of everything
[14:52:09] <TimStarling>	anyway, I can probably split it and re-commit it
[14:52:46] <tola>	cool, well I'll keep an eye out for announcements of an official mediawiki apt repository and in the mean time I'll either use Debian's archaic version and hope for the best or try and keep up with svn!
[14:53:25] <brion-office>	TimStarling: sure
[14:53:26] <CIA-15>	03catrope * r25361 10/trunk/extensions/Imagetabs/imagetabs.php: Imagetabs: Adding GPL header
[14:53:29] <CIA-15>	03tstarling * r25362 10/trunk/phase3/includes/HttpFunctions.php: Don't return truncated output
[14:53:37] <brion-office>	i just think that interface doesn't seem to...  make any sense ;)
[14:53:37] <Duesentrieb>	.oO(an rss feed announcing releases/security patches would be nice)
[14:53:47] <brion-office>	also i think we should be bundling extensions with release :)
[14:53:51] <brion-office>	so being in core don't matter
[14:53:53] <brion-office>	ok we got a meeting
[14:54:39] <Jack_Phoenix>	brion-office: ParserFunctions should be included with MediaWiki by default...just to avoid those noobs asking why statements using ParserFunctions are b0rken. ;)
[14:54:49] <TimStarling>	have fun
[14:55:23] <CIA-15>	03catrope * r25363 10/trunk/extensions/Imagetabs/imagetabs.php: Imagetabs: Removing trailing newline
[14:55:40] <flyingparchment>	we should have a thing like pear
[14:55:43] <flyingparchment>	'mwext install parserfunctions'
[14:56:03] <Jack_Phoenix>	:o
[14:56:04] <Jack_Phoenix>	:D
[14:56:12] <Kolak>	http://localhost/wiki/index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Index.php/Main_Page
[14:56:15] <Kolak>	oops?
[14:56:17] <Jack_Phoenix>	Eeek!
[14:56:31] <Kolak>	what did i do this time <_<
[14:56:39] <AzaTht>	Has the image deletion thingi change been reverted?
[14:56:46] <Jack_Phoenix>	screwed up your .htaccess file, Kolak?
[14:57:00] <Kolak>	I.. diodn't touch it >.
[14:59:24] <copelco>	has anyone used the pdf extension for mediawiki?
[15:01:35] <robchurch>	VoiceOfAll: Could you slack off the swearing in commits? I'm no prude, but there're more "fuck"s in my inbox than the Roman Catholic Church.
[15:03:08] <ST47>	:(
[15:04:13] <ST47>	Is there a system message yet for trying to set a blank password?
[15:04:20] <dev_alex>	hey, I've been looking around for howto/tools to convert a mysql based mediawiki install to postgres, does anyone have any tips or pointers?
[15:04:38] <robchurch>	No on both counts.
[15:04:41] <Jack_Phoenix>	yes: don't use postgresql
[15:04:44] <Jack_Phoenix>	use mysql
[15:05:08] <dev_alex>	Jack_Phoenix: got any good reasons? 
[15:05:26] <robchurch>	He could ask you the same question.
[15:05:34] <Jack_Phoenix>	I haven't seen too many hosts that support postgresql
[15:05:43] <Jack_Phoenix>	mediawiki's pgsql support ain't that good either
[15:05:49] <ST47>	robchurch: lies, there is :)
[15:05:59] <robchurch>	Actually, I think we're pretty hot with it, thanks to Greg.
[15:06:18] <robchurch>	I'm just curious as to why you're moving from MySQL to PostgreSQL when you've got an established system that apparently works.
[15:06:29] <wikibugs>	03(mod) Mark edits suspicious, for review - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=1189  summary; +comment (10Simetrical+wikibugs)
[15:06:52] <dev_alex>	robchurch: ahh well, our main DB which is in mysql is basically going under from the load on it. 
[15:07:12] <robchurch>	Move the database to a second database server, replicate it to a third; balance the load.
[15:07:25] <Simetrical>	MySQL is normally thought of as faster than PostgreSQL.
[15:07:35] <dev_alex>	and I'm looking into changing over some apps, mediawiki and RT are on the list of tests ..
[15:07:37] <Simetrical>	At least for simple queries.
[15:07:50] <Simetrical>	Which MySQL apps tend to stick to, since everything else is horribly slow.
[15:07:56] <dev_alex>	Simetrical: load =! speed 
[15:08:16] <robchurch>	Simetrical: It depends upon the operation; I think PostgreSQL has some superior indexes for certain operations (ask Greg Maxwell). It just seems madness to me to change your system when there are better means of balancing load.
[15:08:38] <Simetrical>	dev_alex, more time taken to complete a request = more requests waiting for CPU/disk time.
[15:09:05] <Simetrical>	robchurch, right, MySQL is terrible for funky things, but we avoid all of those exactly because it's terrible, so no advantage there for MW.
[15:09:15] <robchurch>	Anyway, probably your safest bet is to do something fiddly with XML dumps to move the content over, unless you can cannibalise an SQL dump of the entire database.
[15:09:41] <dev_alex>	Simetrical: the load is mostly writes.. mysql isn't good at writes ..
[15:09:48] <Simetrical>	Isn't it?
[15:09:57] <Simetrical>	Never heard that before.
[15:10:01] <robchurch>	dev_alex: Really? What *is* your write load?
[15:10:04] <Simetrical>	InnoDB is fine for writes.
[15:10:15] <Simetrical>	MyISAM is bad for it, obviously, if you have too many, due to lock contention.
[15:10:15] <robchurch>	I wonder; do you have a higher write load than Wikipedia? 'Cause we're doing fine with MySQL.
[15:10:20] <dev_alex>	Simetrical: its sucky on locking, it does table locking which means concurrent writes to mysql (MyISM table types) are bad news 
[15:10:24] <Simetrical>	dev_alex, no.
[15:10:28] <Simetrical>	Or, yes.
[15:10:29] <AzaTht>	why doesn't the resulting page incluyde xml declaration?
[15:10:32] <Simetrical>	But by default, MW uses InnoDB.
[15:10:33] <AzaTht>	include*
[15:10:34] <Simetrical>	Not MyISAM.
[15:10:40] <Simetrical>	InnoDB doesn't have that problem, it uses row-level locking.
[15:10:51] <robchurch>	AzaTht: Because we're all appalling programmers who should be soundly whipped.
[15:11:05] <dev_alex>	Simetrical: very true, and I'm well aware of it :) MW performance itself isn't my problem,
[15:11:06] <AzaTht>	appaling?
[15:11:22] <robchurch>	Yes, clearly this omission of the XML declaration is a result of our suckiness.
[15:11:43] <robchurch>	We're all equally personally liable for this drastic shortcoming.
[15:11:49] <AzaTht>	hehe
[15:11:59] <dev_alex>	XML or SQL dump is the same story, Pg version has constraitns on tables, pg version using real column types ... so the convesion isn't trivial 
[15:12:06] <robchurch>	A more realistic answer might be, "I don't know, maybe it was just forgotten!"
[15:12:28] <flyingparchment>	dev_alex: xml dumps should import fine to postgres, it contains no information about the schema
[15:12:52] <robchurch>	Ah, so the conversion isn't trivial but you're going to proceed with it anyway instead of moving a few databases about or employing some other strategy?
[15:12:53] <Simetrical>	And if it doesn't, bug Greg and he'll fix it for you.
[15:13:28] <Simetrical>	I still don't see why you're moving to pgsql.  I can definitely see its appeal over MySQL as a development platform, but not for an actual use platform if the software is primarily written for MySQL.
[15:13:41] <robchurch>	The main issue you (may) have with only using XML dumps is a lack of additional data - users, watchlists, all that jazz.
[15:13:42] <Simetrical>	But whatever, it's your choice.
[15:14:57] <Simetrical>	XML dumps don't include users and watchlists?  That kind of stinks.
[15:15:08] <flyingparchment>	they're not backups
[15:15:11] <flyingparchment>	perhaps they should be
[15:15:19] <Duesentrieb>	Simetrical: they are represenation of wiki pages. no more, no less
[15:15:21] <robchurch>	XML dumps basically contain content. That's it.
[15:15:30] <Simetrical>	Interesting.
[15:15:41] <Simetrical>	It might be a good idea to include everything, yeah (optionally).
[15:15:51] <dev_alex>	Simetrical: very true, for the rest of our apps, mysql is simply not scaling ... and I'm a personal fan of Pg :)
[15:15:52] <robchurch>	flyingparchment: I think people normally find SQL dumps/hot copies/other voodoo make more convenient backups.
[15:16:27] <dev_alex>	yeah for backups replication + dump from the slave does the trick. 
[15:16:29] <AzaTht>	robchurch: the whole DB as CSV
[15:16:31] <AzaTht>	ツ
[15:16:49] <Simetrical>	dev_alex, you can rest assured that MW scales excellently on MySQL.  ;)  I sympathize with your fandom of pgsql, but overall I suspect it won't be best for your site.
[15:16:49] <wikibugs>	03(mod) Captchas on Special:Userlogin and bots - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10284   +shell (10EN.WP.ST47)
[15:16:52] <robchurch>	Whatever floats it for you
[15:17:14] <Simetrical>	Database copies are the only reasonably fast backups, but of course they're DB-dependent.
[15:17:37] <dev_alex>	Simetrical: wiki's are always read heavy, which suits mysql and I'm very sure it scales :) mine's rather large 
[15:17:49] <flyingparchment>	my wiki is bigger than your wiki
[15:17:56] <AzaTht>	haha
[15:18:00] <dev_alex>	hehe
[15:18:13] <ST47>	;)
[15:19:36] <dev_alex>	thanks tho, I wasn't aware that MW could do a dump of its own. 
[15:19:52] <dev_alex>	if it can then that's less magic I need to do.
[15:21:23] <wikibugs>	03(mod) Captchas on Special:Userlogin and bots - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10284  -shell ; +comment (10robchur)
[15:21:33] *ST47 	pokes robchurch 
[15:21:51] <robchurch>	Don't poke me or I'll cut your fucking edits off.
[15:21:55] <ST47>	Is not adding an IP to the captcha whitelist a shell task?
[15:22:13] <robchurch>	It is. But that particular bug is more about the other requests. See comment.
[15:22:24] <ST47>	(OK)
[15:24:00] <CIA-15>	03tstarling * r25364 10/trunk/phase3/includes/ (DefaultSettings.php api/ApiMain.php): Allow API modules to be defined in extensions
[15:24:36] *robchurch 	laughs
[15:24:47] <robchurch>	Oh, that's gonna totally piss Yurik and AmiDaniel off.
[15:24:57] <ST47>	:(
[15:25:12] <wikibugs>	03(NEW) Add Toolserver to $wgCaptchaWhitelistIP - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11137 normal; normal; Wikimedia: General/Unknown; (EN.WP.ST47)
[15:25:57] <CIA-15>	03tstarling * r25365 10/trunk/extensions/InstantCommons/ (. InstantCommons.php InstantCommons_body.php): InstantCommons extension by Paa Kwesi Imbeah. Currently contains only the API module.
[15:26:13] <ST47>	ahh.
[15:26:24] <ChessMess>	Anyone know if MediaWiki will ever formally support a Wysiwig Editor (Yes, I have installed the FCKeditor hack but wouldn't it be nice if it came with wysiwig option?).
[15:27:27] <Jack_Phoenix>	hopefully not
[15:27:45] <robchurch>	There's no roadmap for it.
[15:27:49] <Jack_Phoenix>	wysiwyg editing is not that much neede, and it's ugly
[15:27:52] <Jack_Phoenix>	*needed
[15:29:00] <robchurch>	ST47: To refer to another bug in BugZilla, use the text "bug XXX"
[15:29:06] <ChessMess>	I suspect in your world everyone is fluent in wikitext and those who are not have all the time and inclination to learn it. 
[15:29:11] <robchurch>	You do not need to use brackets, and it often leads to broken links.
[15:29:27] <ST47>	robchurch: yeah, I just noticed that - OK
[15:29:43] <robchurch>	ChessMess: There are a few issues, some of them nontrivial, which need to be addressed before anyone can write a thoroughly reliable WYSIWYG editor.
[15:29:50] <ST47>	will 'bug XXX' result in a link?
[15:30:14] <ChessMess>	In the real world many potential wiki contributors are put off by the whole wikitext markup and so never bother to learn it. It is this crowd that a wysiwig editor serves best.
[15:30:21] <robchurch>	ST47: Yes.
[15:30:44] <robchurch>	(FEAR THE REGEX!)
[15:30:50] <ST47>	;)
[15:30:55] <ChessMess>	Yes, I know its non-trivial. If the MediaWiki devs partnered with FCKeditor crew, much could be accomlished. 
[15:31:09] <Simetrical>	ChessMess, WYSIWYG is absolutely something we hope to have in the core software in the future.
[15:31:11] <ChessMess>	Ah well. Maybe someday.
[15:31:19] <Simetrical>	Unfortunately it's a total mess to implement for the foreseeable future.
[15:31:24] <Jack_Phoenix>	eww wysiwyg
[15:31:26] <Simetrical>	Because of the joy of wikitext parsing.
[15:31:30] *Jack_Phoenix 	dislikes wysiwyg
[15:31:43] <robchurch>	In my recent experience, I've noticed that the natty PHP 5 wrapper around FCKeditor doesn't seem to support a decent fallback when JavaScript is disabled.
[15:31:50] <Simetrical>	Jack_Phoenix, you're a person who hangs out in software development channels.  You're in a minority.
[15:31:52] *Dantman|FS 	digs up a archive url for one of his emails...
[15:32:02] <Jack_Phoenix>	if one isn't willing to learn ''simple'' '''wikitext''' [[syntax]], s/he is too lazy to edit the wikis then...
[15:32:09] *Simetrical 	rolls eyes
[15:32:12] <ChessMess>	Not true at all.
[15:32:32] <robchurch>	You can inject an FCKeditor instance into a page, but it doesn't seem to present a regular textarea if JavaScript is off.
[15:32:53] <robchurch>	I ended up writing an FCKWrapper class and butchering some JavaScript to set up the editor client-side.
[15:33:01] <Dantman|FS>	http://lists.wikia.com/pipermail/wikia-l/2007-August/001650.html
[15:33:01] <ChessMess>	I didn't realize that, thanks.
[15:33:19] <wikibugs>	04(REOPENED) Create "editprotected" right - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10974  +comment (10danny_b)
[15:33:46] <robchurch>	Meantime, Simetrical is right - until we can spec out the parser, or at least, the complete desired behaviour, and guarantee reliable roundtripping from HTML to wiki text and back again, nobody can write a really reliable WYSIWYG frontend.
[15:33:52] <ChessMess>	Dantman , that is good to hear!
[15:33:59] <Sundance>	one stupide Questetion why is the option delete not working at the aktuel SVN-Version
[15:34:29] <Dantman|FS>	robchurch: Ya, for some reason the text area has HTML in it... I'm going to be looking through the code sometime later and hopefully that can be fixed.
[15:34:39] <Dantman|FS>	It messes up diffs
[15:34:49] <Dantman|FS>	diff preview that is.
[15:34:51] <ChessMess>	If Google brings out Jotspot with custom domains, ala Blogger... look out.
[15:34:55] *Werdnum 	waves
[15:34:58] <Sundance>	i get the aus der Funktion „Article::doDeleteArticle“. MySQL meldete den Fehler „1054: Unknown column 'ar_page_id' in 'field list' (localhost)“.
[15:34:58] <Werdnum>	Simetrical: ping
[15:35:09] <Sundance>	+ massage
[15:35:12] <ChessMess>	Jotspot had a nice wysiwig from what I remember. 
[15:35:52] <Simetrical>	Werdnum, pong.
[15:36:05] <Werdnum>	Simetrical: you're in new york, n'est-ce pas?
[15:36:36] <Werdnum>	hello robchurch 
[15:36:46] <Simetrical>	Werdnum, as (almost) always, yes.
[15:36:57] <Werdnum>	Simetrical: as you will be in the first week of january?
[15:37:09] *Werdnum 	is in NYC from the 30th to the 5th.
[15:37:27] <robchurch>	What do you want this time, Werdnum?
[15:37:46] <Simetrical>	Werdnum, yes.
[15:37:48] <Werdnum>	robchurch: nothing much. just something to distract me until I fall asleep.
[15:38:02] <robchurch>	I've already shipped two crates this month; postage to Australia is not exactly cheap, and I'm getting worried about the efficiency of your customs people.
[15:38:18] <Werdnum>	they're pretty efficient
[15:38:25] <Werdnum>	more efficient than the US variety, anyway
[15:38:33] <robchurch>	We get "Nothing to Declare" on the telly here. :D
[15:38:54] *Werdnum 	has nothing to declare, except his variables.
[15:38:56] *Werdnum 	ducks.
[15:39:15] <Werdnum>	robchurch: entering the US with a US passport is pretty much the honour system, customs-wise
[15:39:21] <Sundance>	robchurch: somethink is wrong withe the actuelly version of the deletefunction in the svn
[15:39:47] <Werdnum>	I mean, they already get drugs into the country from south america, they sell guns, and the borders with canadia and mexico are fairly porous anyway..
[15:40:38] <Werdnum>	Simetrical: think you'll have a spare moment for lunch or something? just for the fun of it.
[15:41:06] <Nikerabbit>	php maintenance/update.php
[15:41:30] <robchurch>	Yes, contrast to Australia where, if you sneeze while in the queue, they haul you off for a three hour bag inspection, with inevitable frisk and cavity searches, followed by a thorough genital mutilation by a hungry sniffer dog, and then off to the local hospital for a body scan.
[15:41:33] <Simetrical>	Werdnum, I normally play ostrich with real-life social activities.
[15:41:40] <Simetrical>	I.e., no.
[15:41:47] <Werdnum>	ok.
[15:41:55] <robchurch>	:(
[15:42:15] <Werdnum>	robchurch: yeah, but seriously - they insist on checking every bag manually.
[15:42:17] <Werdnum>	at least, they did for me
[15:42:22] <Werdnum>	dodgy character that I am
[15:42:43] <robchurch>	The impression I get is that Australian customs checks a minimum sample of every flight, and anyone who looks suspicious, or whose passenger documentation is odd.
[15:43:01] <robchurch>	Personally, I actually applaud it - look at the state of your ecosystems versus the rest of ours - and the other benefits.
[15:43:44] <robchurch>	The rest of the world could probably learn a thing or two about efficient, effective border security from the barbie-boys down under.
[15:44:13] <Werdnum>	mm.. a sixteen year old student is probably automatically "suspicious"
[15:44:19] <Werdnum>	they have an officer who allocates you to a line
[15:44:30] <Werdnum>	"x-ray", "manual", etc
[15:45:05] <wikibugs>	03(WONTFIX) Create "editprotected" right - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10974  +comment (10robchur)
[15:45:09] <robchurch>	Like I said, sneeze, and you'll get probed.
[15:45:16] <robchurch>	Pick your nose, and they shoot on sight.
[15:46:13] <AlexSm>	Q: is there a way to fix http://en.wikipedia.org/wiki/MediaWiki:Renameuserlogentry so the old log entries look okay too?
[15:46:15] <Werdnum>	that's US immigration, not aussie customs
[15:46:38] <Werdnum>	dammit robchurch, you beat me
[15:46:47] <wikibugs>	03(mod) Create "editprotected" right - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10974  +comment (10Andrew)
[15:47:01] <Werdnum>	ah well, I included the actual config file changes, for spoonfeeding's sake.
[15:47:05] <robchurch>	AlexSm: Wait until I commit the log formatting changes, then the logs won't suck.
[15:47:17] <AlexSm>	robchurch: thank you
[15:47:19] <Werdnum>	ooh
[15:47:20] <robchurch>	Although existing log entries might actually be totally fubared.
[15:47:20] <Werdnum>	fancy, robchurch 
[15:47:36] *robchurch 	is waiting til post-release
[15:47:54] <Werdnum>	yeah, I'm waiting till post-release to get going on a blocking-change-prototype
[15:47:57] <Werdnum>	that and post-exams
[15:49:36] <Sundance_Raphael>	rehi
[15:50:18] <Sundance_Raphael>	can someone find the reason for the problem with the deletfunction?
[15:54:26] <_Danny_B_>	robchurch: if i'm wrong, how is the right handled then? i mean there must be some checking mechanism for such right. eg. i'd imagine that on edit it checks if is protected and userright editprotected or protect than can edit else can't edit.
[15:57:44] <_Danny_B_>	let's consider another (unusable but very descriptive) example - i want to have right "caneditpagesstartingwithA" - ok, i'll add it in localsettings, but what will check for it? i suppose that it will be php file responsible for page editing
[15:58:04] <Werdnum>	use includes/Title.php
[15:58:11] <Werdnum>	under getUserPermissionsErrors
[15:58:29] *Werdnum 	wrote that function
[15:59:11] <_Danny_B_>	Werdnum: "use includes/Title.php" means "modify includes/Title.php to handle this case"?
[15:59:30] <Werdnum>	yeah
[15:59:37] <_Danny_B_>	so i was right
[15:59:41] <Werdnum>	best to use a hook
[15:59:57] <robchurch>	No, you were wrong.
[16:00:06] <robchurch>	The general purpose protection level mechanism does what you want.
[16:00:25] <robchurch>	Your example was inappropriate for the case in that it described a very specific problem which you would have to use a hook to solve.
[16:00:37] <robchurch>	Sundance_Raphael: If you tell us what the problem is?
[16:00:47] *Werdnum 	looks at the context
[16:01:27] <Werdnum>	oh right
[16:01:28] <Werdnum>	I see
[16:01:42] <Werdnum>	_Danny_B_: I gave you the necessary modifications to LocalSettings.php in the bug (http://bugzilla.wikimedia.org/show_bug.cgi?id=10974)
[16:03:21] <Werdnum>	it's two lines.
[16:10:23] <hojjat>	Hey all, I have a suggestion:
[16:10:33] <hojjat>	Why don't we put "pagetitle" message in the "optional" list?
[16:11:25] <Simetrical>	What's the pagetitle message?
[16:11:38] <hojjat>	$1 - {{SITENAME}}
[16:11:39] <_Danny_B_>	Werdnum: what's in $wgRestrictionLevels currently?
[16:12:37] <Simetrical>	hojjat, that sounds like a good candidate for optional-ness.
[16:12:56] <hojjat>	:) Can you do it, or shall I create a bug for that?
[16:13:19] <Simetrical>	I could do it . . . let me figure out how.
[16:14:42] <hojjat>	Simterical I guess it is in messageTypes.inc
[16:14:45] <tty1>	hi, im trying to install the following extention: http://meta.wikimedia.org/wiki/ParserFunctions but when i do i get the following errors (when i try to go to my wiki): http://pastebin.com/m1532da27... any help would be greatly appreciated
[16:14:49] <hojjat>	In phase3\maintenance\language
[16:15:51] <CIA-15>	03simetrical * r25366 10/trunk/phase3/maintenance/language/messageTypes.inc: Make 'pagetitle' message optional. Thanks to hojjat for pointing it out.
[16:16:16] <hojjat>	Simterical, thank you for the word of thanks... indeed, I did nothing :)
[16:16:19] <Simetrical>	tty1, what version of MediaWiki, and where did you get the extension?
[16:16:23] <_Danny_B_>	robchurch: so if i understand both of you correctly, your solution is that when protecting page i'd have another level there,correct?
[16:16:35] <robchurch>	That's one possibility.
[16:16:56] <robchurch>	That's what Werdna's snippet would do.
[16:16:56] <_Danny_B_>	this is exactly what i _did not_ want
[16:16:57] <tty1>	Simetrical: I got the extention from the link i gave you
[16:17:23] <robchurch>	Oh, right, I remember - you wanted us to break backwards compatibility with another hack, that's right.
[16:17:39] <_Danny_B_>	:-P
[16:17:42] <tty1>	Simetrical: the version seems to be 1.6.7
[16:17:45] <_Danny_B_>	nope, forget about that
[16:18:07] <Simetrical>	tty1, your version of MediaWiki is far too old to work with the current version of ParserFunctions.  You need to use a similarly old version of the latter.
[16:18:07] <robchurch>	You can, in fact (takes a bit more work to manipulate the defaults), but you can actually wangle it so you have the default levels, but multiple groups able to edit.
[16:18:38] <tty1>	Simetrical: i tried an old version with little luck.. i suppose i can upgrade media wiki.. whats the latest version?
[16:18:59] <Simetrical>	tty1, versions after 1.6.10 require PHP 5.  If you have that, the latest version is 1.10.1 (see the topic).
[16:18:59] <_Danny_B_>	the solution shown by Werdnum means that you would have to add such right to all superior groups (like sysop, bct), do i understand it right?
[16:19:11] <tty1>	Simetrical: yea i got that
[16:19:25] <Simetrical>	tty1, then it will work and you'll get a year's worth of other features too.
[16:19:26] <wikibugs>	03(NEW) A dropdown for optional/mandatory messages - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11138 15enhancement; normal; MediaWiki extensions: Translate; (huji.huji)
[16:19:38] <tty1>	Simetrical: will there be any noticable difference in nctionality between the two? the version of media wiki im using has a heavily modified css
[16:19:41] <robchurch>	Yes, that's how the protection levels work.
[16:19:55] <tty1>	*functionality
[16:20:00] <robchurch>	The backend has always been significantly more sophisticated than the UI ever exposed.
[16:20:28] <robchurch>	Ultimately, if you want something non-standard, then you need to tweak the configuration to do it.
[16:20:39] <Simetrical>	tty1, there will unfortunately be slight incompatibilities with the CSS, so set aside some time so you can fix them (assuming you made the changes).
[16:20:56] <robchurch>	People are perfectly happy with the defaults, or have tweaked things to be as they like. There's really no need for an extra "elite" level in the core software.
[16:21:12] <ooo>	3141,8 /server -m irc.master-online.org:12000
[16:21:13] <tty1>	Simetrical: i did, but it was very tricky to do (no offense but the css was very hard to follow as css goes)
[16:21:37] <Simetrical>	tty1, things like recoloring at least could be way easier.
[16:21:50] *Simetrical 	has sinister plans to centralize all color statements in Monobook's CSS
[16:22:08] <tty1>	Simetrical: most of what i did is just that.. well except for moving around the tabs at the time
[16:22:10] <tty1>	*top
[16:22:11] <Simetrical>	(that is, centralize the ones that are already there)
[16:22:29] <Simetrical>	tty1, wait, you didn't make the changes to Monobook's main.css, did you?  You made it to the in-wiki CSS pages, I hope.
[16:22:46] <Simetrical>	tty1, you should never edit the CSS files themselves.  That's what the cascading business is about.
[16:23:04] <_Danny_B_>	robchurch: that's exactly what i wanted to avoid. the editprotected right should be independent on protection level. i mean doing it your way means pages would have to be "3/4 protected". my goal was to have right to allow to edit all protected pages.
[16:23:05] <_Danny_B_>	 using your approach means all protected pages would have to reset their protection level
[16:23:21] <tty1>	Simetrical: not too sure, its been a while since i edited it
[16:23:33] <robchurch>	So you're asking for a group with the right to edit any protected page, ignoring the protection level set by whoever set it?
[16:23:49] <robchurch>	Thus actually contradicting behaviour the user expects by adding magic things that they might not be aware of?
[16:23:51] <_Danny_B_>	robchurch: "People are perfectly happy with the defaults," - if they were, they wouldn't ask for such feature...
[16:24:00] <robchurch>	One person has asked for it. You.
[16:24:32] <tty1>	Simetrical: i just checked, all  did was make a new skin and edited it
[16:24:57] <_Danny_B_>	robchurch: cbrown did so. and i asked on behalf of couple different users who asked me how to do that.
[16:25:19] <robchurch>	The way I see it, the only real case you'd have would be to have another level of protection between what we call "semi-protected" and "sysops only", which trusted users in some arbitrary group have (maybe bots?), so they can't change protection level, but can edit the protected page.
[16:25:40] <Simetrical>	tty1, well, slight additional changes will be required to match some minor changes in document structure, in that case.
[16:25:44] <robchurch>	This is completely doable with the existing permissions and restriction levels system.
[16:26:08] <robchurch>	What you're asking for is a backwards step in terms of the actual ability of the protection backend.
[16:26:12] <tty1>	Simetrical: any idea how slight is slight? cause i had a hell of a time modifying the css the first time around
[16:26:41] <robchurch>	tty1: You'll need our 64-page guide and about six hours.
[16:26:44] <robchurch>	Very trivial stuff.
[16:26:45] <Simetrical>	tty1, I'm fairly sure headers will look odd until you port the changes, because I screwed up the document source for those.  :(
[16:26:54] <tty1>	lol
[16:27:05] <Simetrical>	(I'll restore it again someday!  I tried but it broke customizations so brion reverted it.)
[16:27:20] <tty1>	Simetrical: sounds like an hour of hacking for me, since im not as familiar with mediawiki
[16:27:33] <tty1>	ahh what the hell, i wanted to give my site a new look and eel anyway
[16:27:44] <Simetrical>	You only need to be familiar with CSS, really, and use Firebug or something.
[16:27:53] <Simetrical>	Then you can upgrade, see what looks wrong, and fix it.
[16:27:58] <Simetrical>	Not much should look wrong, is the point.
[16:28:03] <hojjat>	Does anyone know what exif-xyresolution-c is for?
[16:28:14] <tty1>	see the cool thing is the site is basically phpBB + media wiki. but i wanted it to look like one site. so i modified botht he mediawiki and phpBB css files (and a bit of the php files too) to make them look like part of one big uniform site
[16:28:26] <hojjat>	I mean, it says DPC.. and we have exif-xyresolution-i which says DPI (Dot Per Inch)
[16:28:28] <_Danny_B_>	robchurch: using current system means i have to 1) reset all protections from protected to 3/4 protected 2) add editprotected to all superior groups. both of these things were exactly what i wanted to avoid.
[16:28:36] <hojjat>	Is exif-xyresolution-c for Dot Per Centimeter?
[16:28:39] *robchurch 	sighs
[16:29:44] <_Danny_B_>	robchurch: please don't get angry. i think we just have different approaches to it. and it's my fault i can't explain it better because of english isn't my mother tongue
[16:30:15] <robchurch>	I have no intention of getting angry, because instead of wasting my time in further pointless argument, I am going to continue developing software.
[16:30:25] <robchurch>	Please don't bother me again today unless it's important.
[16:30:45] <_Danny_B_>	got angry :-/
[16:31:44] <hojjat>	I figured it was Dots Per Centimeter really :)
[16:31:45] <Nikerabbit>	i18n channel is so quiet :/
[16:33:21] <hojjat>	Nikerabbit, could you again send its link here?
[16:33:39] <Nikerabbit>	mediawiki-i18n :)
[16:34:36] <hojjat>	#mediawiki-i18n
[16:38:31] <Sundance_Raphael>	sorry other problems has arrived
[16:38:35] <Sundance_Raphael>	back now
[16:40:05] <Sundance_Raphael>	the problem is that somethink is not working at the deletefunction in a actuell svn version it is a problem at the mysql zugriff in the funktion Article::doDeleteArticle
[16:40:51] <bhearsum>	is this the appropriate place to ask about wiki syntax?
[16:41:03] <Simetrical>	bhearsum, it's good enough.
[16:41:06] <bhearsum>	k
[16:41:17] <bhearsum>	is it possible to limit TOC syntax for a single page?
[16:41:45] <Sundance_Raphael>	Zugriff checkout
[16:42:11] <Simetrical>	Sundance_Raphael, deletion works fine for me in SVN head.  Try svn up.
[16:42:18] <Simetrical>	And make sure to run update.php.
[16:42:28] <Sundance_Raphael>	ok
[16:43:26] <hojjat>	Sundance_Raphael, I had the same problem hours ago, and it fixed when I ran update.php
[16:43:39] <Sundance_Raphael>	ok try it
[16:44:24] <Simetrical>	Always run update.php when upgrading, or things will break.
[16:44:56] <Sundance_Raphael>	update.php is in includes or?
[16:45:03] <hojjat>	Maintenance
[16:45:44] <Simetrical>	php maintenance/includes.php
[16:45:46] <Simetrical>	er.
[16:45:50] <Simetrical>	php maintenance/update.php
[16:46:07] <CIA-15>	03tstarling * r25367 10/trunk/extensions/Cite/citeParserTests.txt: updated image syntax
[16:47:24] <Sundance_Raphael>	D:\xampp\htdocs\SVN\maintenance>php update.php
[16:47:24] <Sundance_Raphael>	Der Befehl "php" ist entweder falsch geschrieben oder
[16:47:24] <Sundance_Raphael>	konnte nicht gefunden werden.
[16:49:36] <Simetrical>	Yay, my parser tests actually don't fail any more than brion's now!
[16:49:58] <ST47>	yay!
[16:50:08] <ST47>	It would be cooler if they didn't fail.
[16:50:30] <Sundance_Raphael>	Simetrical, one proplem my update.php will not run
[16:51:44] <Simetrical>	Sundance_Raphael, why not?
[16:51:53] <Sundance_Raphael>	no idea
[16:51:57] <Simetrical>	Sundance_Raphael, you need to run it from the command line, of course.
[16:52:21] <Sundance_Raphael>	the cmd says php is not a command try it again
[16:52:32] <hojjat>	Sundance_Raphael, are you on Windows or Linux?
[16:52:40] <jeremyb>	haha, that's a big problem then
[16:52:43] <Sundance_Raphael>	Win at the moment
[16:52:51] <Sundance_Raphael>	linux is down
[16:53:09] <Simetrical>	Sundance_Raphael, you have to find the command, then.  It's probably in C:\php or C:\Program Files\php something.
[16:53:12] <hojjat>	Okay. In order to keep this channel less crowded, may I try to help you on private messages?
[16:56:06] <wilfred>	can anyone recommend a user access control extension that works with the latest stable release of mediawiki?
[16:56:26] <AzaTht>	When deleting images, WHY doesn't the form has an id?
[16:56:30] <AzaTht>	have*
[16:56:53] <AzaTht>	is it a feature or a bug?
[16:57:49] <Simetrical>	It's neither.
[16:57:54] <Simetrical>	Why should the form have an id?
[16:58:00] <Simetrical>	wilfred, maybe Lockdown?
[16:58:11] <AzaTht>	Simetrical: as the ordinary delete pager has a form with id
[16:58:32] *Simetrical 	shrugs
[16:59:42] <AzaTht>	ordinary page deletion has a form with id deleteconfirm, also all fields has an id equals it's name. for image deletion, the form doesn't have an id, neither does each field an id matching it's name
[17:00:19] <AzaTht>	could you please add the id's back to the image deletion form?
[17:02:40] <Simetrical>	Not now.
[17:03:41] <AzaTht>	Simetrical: why has the image deletion been changed?
[17:03:58] <Simetrical>	Has it?
[17:04:02] <Simetrical>	I don't know, I didn't do it.
[17:04:51] <AzaTht>	before it behaved similar to the normal deletion form
[17:05:13] <AzaTht>	now it's something different
[17:07:26] <AzaTht>	aha, normal page delete is generated cfrom Article::confirmDelete(), an image deletion is generated from FileDeleteForm::showForm()
[17:12:41] <AzaTht>	also FileDeleteForm is lacking watch
[17:14:03] <AzaTht>	or does FileDeleteForm not delete the page now?
[17:14:18] <AzaTht>	so you need first delete all the files, and then delete the page?
[17:24:51] <Sundance_Raphael>	re geht jetzt thx
[17:25:13] <hojjat>	Sundance_Raphael, fixed, right?
[17:25:28] <Sundance_Raphael>	yes but the dllproblem not
[17:27:25] <hojjat>	Maybe you should ask for help on ##php irc channel
[17:30:07] <Nikerabbit>	three new languages added mediawiki today :o
[17:30:39] <Jack_Phoenix>	:o
[17:30:42] <Jack_Phoenix>	cool :)
[17:30:47] <Gambit>	:O
[17:30:59] <Gambit>	what about Klingon Language ;)
[17:31:43] <CIA-15>	03nikerabbit * r25368 10/trunk/phase3/ (3 files in 3 dirs): 
[17:31:43] <CIA-15>	* Extremaduran (ext) l10n file
[17:31:43] <CIA-15>	* Local name for ext
[17:31:45] <Nikerabbit>	+to
[17:31:48] <Nikerabbit>	that was the third
[17:34:20] <Nikerabbit>	and I could add fourth!
[17:34:52] <Simetrical>	Nikerabbit, okay, you just made that language up.
[17:34:54] <Simetrical>	ADMIT IT.
[17:35:01] <Jack_Phoenix>	lol
[17:35:24] <Nikerabbit>	Simetrical: next up: Bikol Central
[17:35:40] <Nikerabbit>	if they haven't done anything evil
[17:37:00] <Nikerabbit>	Simetrical: I'm too lazy to write hundreds of messages in languages I've invented
[17:46:29] <Simetrical>	Nikerabbit, you just have to pound the keyboard randomly, nobody actually reads the files.
[17:50:09] <Nikerabbit>	Simetrical: :D
[17:50:25] <Stinkfly>	hello
[17:50:48] <Stinkfly>	can i tell what i'd like from MediaWiki 2? (when it comes out)
[17:50:57] <flyingparchment>	mediawiki 2 will never come out
[17:51:11] <Stinkfly>	i'd like it to work faster :P
[17:52:17] <Nikerabbit>	buy a computer cluster :o
[17:52:40] <Stinkfly>	nah, the devs can move special pages into a folder and not be included 24/7
[17:52:59] <Jack_Phoenix>	bleh
[17:53:20] <CIA-15>	03nikerabbit * r25369 10/trunk/phase3/ (3 files in 3 dirs): 
[17:53:20] <CIA-15>	* Bikol (bcl) l10n file
[17:53:21] <CIA-15>	* Local name for bcl
[17:53:31] <Nikerabbit>	fourth!
[17:53:38] <Nikerabbit>	I guess that's enough new for today
[17:53:47] <Jack_Phoenix>	when are you going to add Pig Latin? <g>
[17:53:51] <Jack_Phoenix>	j/k
[17:54:17] <Nikerabbit>	Jack_Phoenix: when it has ISO 639-3 code and someone translates it
[17:54:46] <Jack_Phoenix>	translation wouldn't be hard...in fact, some people I know are working on such...dunno about ISO codes though
[17:54:55] <wikibugs>	03(NEW) Special:Userlogin should remember uselang - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11139 15enhancement; normal; MediaWiki: User login/settings; (semenik)
[17:55:26] <Stinkfly>	I think that they should be 'login services' that all work to login through in mediawiki 2
[17:55:42] <Stinkfly>	(like wiki, google and openid)
[17:55:50] <Nikerabbit>	pig is already used for Pisabo
[17:56:02] <Jack_Phoenix>	O_O
[17:56:49] <boogie>	hi all, im trying to put google adsense in mediawiki, but i cant figure out how to place it.... i want to put it at the end of the page where the "last time modified page/ about / powered mediawiki " stuff is (without removing that stuff)
[17:56:53] <boogie>	so... help plz
[17:57:02] *Stinkfly 	http://stinkflyos.wordpress.com <- i am making a os
[17:57:10] <Stinkfly>	boogie look on MediaWiki.org
[17:57:26] <Nikerabbit>	The common internationalization and localization encoding used for Pig Latin is x-pig-latin or x-lap. It is not defined in any language specifications and is considered experimental, hence the 'x'. The proper way to get it to work on Linux and other operating systems which support the standard gettext application is to set the po file to: en_US@piglatin.po.
[17:57:39] <tty1>	whats this line do? $wgEnableProfileInfo = false;
[17:57:48] <boogie>	ok let me check
[17:58:01] <x99>	Anyway to permit editing of Talk: pages, but not others?
[17:58:14] <Stinkfly>	tty1 look on mediawiki.org manual for localsettings.php settings
[17:58:32] <tty1>	Stinkfly: that was in AdminSettings.php actually
[17:58:43] <lch>	so, you're almost 13 and you want to create an OS? :3
[17:58:47] <Stinkfly>	oh should be there too....
[17:58:55] <Stinkfly>	lch: YES, it's my dream
[17:59:10] <tty1>	lch: i created a simple OS at that age, so can he/she :)
[17:59:19] <Stinkfly>	(i'm a he)
[17:59:24] <tty1>	then he :)
[17:59:38] <tty1>	Stinkfly: i say go or it, youll learn a lot and love it
[17:59:47] <lch>	no objections, but I had other dreams when I was 13 :)
[17:59:56] <lch>	that's quite a project
[18:00:09] <Stinkfly>	i need to learn assembly langauge... this books too long... got to read it when i can
[18:03:08] <wikibugs>	03(FIXED) Sitename for Arpitan Wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11134  +comment (10jeluf)
[18:03:26] <CIA-15>	03erik * r25370 10/branches/liquidthreads/includes/ChangesList.php: -parentheses in RC
[18:03:30] <Nikerabbit>	oh
[18:03:50] <lch>	<Stinkfly> nah, the devs can move special pages into a folder and not be included 24/7 <---- actually, the code for special pages only gets used when somebody uses that special page... it's already that way since some releases
[18:04:20] <lch>	it's using PHP's class loader mechanisms for that
[18:05:23] <wikibugs>	03(mod) Special:Userlogin should remember uselang - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11139  -need-review  (10EN.WP.ST47)
[18:05:54] <Stinkfly>	who likes wikibugs?
[18:05:59] <Stinkfly>	(irc bot)
[18:06:02] <Nikerabbit>	ugaga
[18:07:59] *ST47 	does
[18:08:03] <ST47>	:(
[18:08:28] <boogie>	adsense doesnt work :/  : (
[18:08:30] <boogie>	:(
[18:10:16] <tty1>	guys im a bit stuck.. i just upgraded media wiki, and when i go to the index page it is completly blank... any ideas?
[18:10:18] <Stinkfly>	boogie go to skins/monobook.php and find the part you want and add your google adsense code there, save, job done
[18:10:26] <tty1>	it doesnt even display a warning
[18:10:36] <tty1>	or error
[18:10:37] <Stinkfly>	tty1, check the file, is it blank or not?
[18:10:48] <Stinkfly>	like open index.php in a text editor
[18:10:58] <Stinkfly>	and check php log
[18:11:01] <tty1>	you mean the file being rendered? or the source
[18:11:09] <Stinkfly>	source
[18:11:14] <boogie>	let me check because i put it the require_once(.....) in the localsettings, and the file at the extensions folder
[18:11:35] <tty1>	Stinkfly: yea the source is there
[18:12:03] <Stinkfly>	it could be the extension
[18:12:07] <tty1>	Stinkfly: thre is no php log i can see
[18:12:20] <tty1>	Stinkfly: let me try commenting out my extensions
[18:12:21] <lch>	tty1, if it doesn't display anything, check your apache error log, and if there is still nothing, raise the php errorlevel
[18:13:26] <boogie>	its the mediawiki.org code, 
[18:13:26] <tty1>	seems it was one of the extensions
[18:13:40] <Stinkfly>	:)
[18:16:02] <CIA-15>	03david * r25371 10/branches/liquidthreads/extensions/LqtModel.php: trivial change...
[18:16:08] <tty1>	Simetrical: any hints on upgrading my skins?
[18:16:09] <boogie>	need help, i'm following this tutorial http://www.mediawiki.org/wiki/Extension:AdSense and i get where to put the extension (extensions folder) and the require_once implementation code (localsettings) but it doesnt work 
[18:17:27] <boogie>	btw that code places the adsense on top, but what if i want it on the bottom ?
[18:18:49] <Stinkfly>	just do what i said, cancel the extension, edit monobook.php and pop your adsense code where you want!
[18:19:07] <Jack_Phoenix>	\o/
[18:19:14] <boogie>	... okok
[18:22:23] <boogie>	thnx man
[18:22:26] <boogie>	thnxxxx very much
[18:22:28] <Stinkfly>	:)
[18:24:04] <boogie>	hey but it only appears on the mainpage
[18:24:10] <boogie>	not in the articles :(
[18:25:45] <Stinkfly>	use (in FireFox) shit+click refresh
[18:26:02] <Stinkfly>	it's cached in your web-browser!
[18:28:09] <boogie>	ok, let me check
[18:31:16] <boogie>	i give up, thnx anyway
[18:31:31] <Jack_Phoenix>	actually
[18:31:42] <Jack_Phoenix>	adding Google AdSense ads on monobook is really simple
[18:31:50] <Jack_Phoenix>	(well, simple enough)
[18:32:44] <boogie>	well, i've been trying but with no success... stinky said that just copy the code onto monobook.php.... but im no expert on this, i'm just doing it for hobby www.wikimexico.org
[18:33:31] <jbinder>	It works!
[18:34:08] <Stinkfly>	well done boogie!
[18:34:25] <Stinkfly>	anyway, me gota go now....
[18:35:06] <boogie>	jack, can you help me out ?
[18:36:01] <Jack_Phoenix>	dunno...however, I have found a relatively simple way to add Google AdSense ads to monobook skin...requires hacking MonoBook.php and /skins/monobook/main.css a bit
[18:36:30] <boogie>	yeap, im trying to do that :/
[18:39:48] <boogie>	:(
[18:43:09] <walters>	hi, our wiki installation got spammed in a big burst recently, and since we don't have many other changes in that time, i'd like to mass revert every page to an earlier date - is there a script for this?  I haven't been able to find one in some searching.
[18:43:15] <Jasio>	boogie, try http://www.mediawiki.org/wiki/Extension:AdSense
[18:43:32] <Jasio>	There's an AdSense extension for MediaWiki.
[18:43:51] <Jasio>	walters, not that I know of.
[18:44:13] <Jasio>	You'd have to do it manually, and then install a CAPTCHA extension to prevent it from re-occuring.
[18:44:15] <walters>	Jasio: =/  ok, i'll see what i can hack up then
[18:44:23] <walters>	Jasio: yeah we locked down account creation
[18:44:29] <Jasio>	Locked down?
[18:44:38] <walters>	you have to mail us
[18:44:41] <Jasio>	...
[18:44:44] <Jasio>	Just use captchas.
[18:44:54] <walters>	yes, well that's blocked on us getting a newer php
[18:45:09] <Jasio>	Captchas aren't really PHP version sensitive.
[18:45:18] <Jasio>	What version of PHP are you using? And what build of MediaWiki?
[18:45:18] <walters>	or at least that's what another admin said
[18:45:30] <Jasio>	Admin's like to lie. I know, I've done it before :P
[18:46:00] <walters>	php-4.3.9 and mediawiki 1.6.6
[18:46:19] <Jasio>	Ah a fairly old build.
[18:46:25] <Jasio>	Not upgrading to 1.6.10 for PHP4?
[18:46:39] <walters>	yeah.  I'm going to tackle upgrading stuff in a bit, but i'd like to remove all the porn links first
[18:46:55] <Jasio>	Heh.
[18:46:57] <Jasio>	One sec...
[18:47:22] <boogie>	jasio, i already tried that... with no luck
[18:47:44] <Jasio>	Captchas?
[18:47:49] <Jasio>	Er, sorry boogie.
[18:47:58] <Jasio>	I'll look into your problem in a sec.
[18:48:37] <Jasio>	walters, I'll check if the Captcha I'm using is compatible.
[18:48:44] <Jasio>	Were most of the spammers registered accounts?
[18:48:55] <walters>	yeah
[18:48:58] <Jasio>	Ok.
[18:49:02] <Jasio>	That makes life easier.
[18:50:18] <Jasio>	walters, try Bad Behavior: http://www.bad-behavior.ioerror.us/
[18:50:26] <Jasio>	That's a very nice extension that keeps known spammers out.
[18:50:40] <Jasio>	I'm looking over the Captcha I use, to see if its compatible.
[18:51:56] <Jasio>	Here's the Captcha I use for editing: http://www.mediawiki.org/wiki/Extension:ConfirmEdit
[18:52:07] <Jasio>	It's compatible with your version of MediaWiki.
[18:52:23] <Jasio>	Very simple, yet effective system.
[18:52:35] <walters>	ok cool
[18:52:46] <Jasio>	By asking a random mathematical question before accepting the edit, you can stop 99% of bots.
[18:52:52] <walters>	i might try this recaptcha one
[18:52:53] <Jasio>	Since they aren't "smart" enough usually to do the work.
[18:53:08] <walters>	yeah i know what captchas are =)
[18:53:09] <Jasio>	Try FancyCaptcha if you have access to Python.
[18:53:21] <walters>	i studied AI in college
[18:53:22] <Jasio>	brion makes some sexy extensions :p
[18:53:28] <Jack_Phoenix>	heh
[18:53:39] <Jasio>	boogie, where do you want your AdSense to be?
[18:53:55] <brion-office>	rowr
[18:53:59] <Jasio>	walters, I had the same spam issue. Simple captchas + bad behavior = 1 spam post every 2-3 months.
[18:54:04] <Jasio>	I used to get up to 20 per day.
[18:54:13] <boogie>	well, anywhere ... not really, in the left side... down the tools section
[18:54:18] <Jasio>	Ah ok.
[18:54:20] <Jasio>	On all pages?
[18:54:38] <boogie>	well, if it is legal yes, for now
[18:55:05] <Jasio>	Mkay.
[18:55:45] <boogie>	thats one option, the other is where the last accesed and powered by mediawiki and legal stuff etc etc stuff on the bottom of that, whichever is easier
[18:57:00] <Jasio>	The footer is generally the easiest.
[18:57:08] <Jasio>	I'm just trying to find my damn files.
[18:57:20] <Jasio>	I have about 40 SVN dumps of MediaWiki... need to find the one where I actually keep /my/ files :p
[18:57:35] <boogie>	yea the footer, okok dont worry ive been here for a while thnx for everything in advance
[18:58:23] <Jasio>	Ah there we go.
[18:58:34] <Jasio>	Open up MonoBook.php if that's your skin of choice.
[18:58:38] <Jasio>	It's in the root skin folder.
[18:58:47] <Jasio>	Fire up a neat text editor that can give you line numbers.
[18:58:51] <boogie>	yeap i have right here
[18:58:58] <Jasio>	Around like 253 is this:
[18:58:59] <Jasio>			// Generate additional footer links
[18:58:59] <Jasio>	?>
[18:59:07] <boogie>	ok wait
[18:59:18] <Jasio>	Below that, make little: <li> sign.
[18:59:24] <Jasio>	Dump your Google code.
[18:59:28] <Jasio>	And Close it off with </li>
[18:59:39] <boogie>	ok, wait
[18:59:40] <Jasio>	Save, upload. Shift-Refresh to clear the cache.
[18:59:42] <Jasio>	And done :)
[19:00:05] <boogie>	google code starts with <script type="text/javascript"><!-- .. it that code right ?
[19:00:17] <Jasio>	I'm not sure, but it's fine to use plain old HTML.
[19:00:20] <Jasio>	Or Javascript.
[19:00:36] <Jasio>	I don't use AdSense, but there's no issues calling javascript.
[19:01:10] <boogie>	ok uploading
[19:01:19] <Jasio>	It'll be a bit hit and miss with aligning it.
[19:01:25] <boogie>	arse error: syntax error, unexpected '<' in /home/content/e/n/s/ensilva/html/skins/MonoBook.php on line 263
[19:01:29] <Jasio>	o_O
[19:01:30] <boogie>	:(
[19:01:41] <Jasio>	You could of pasted your code improperly.
[19:01:47] <Jasio>	Or not closed off with </li>
[19:02:08] <Jasio>	It should be outside of PHP. After ?>
[19:02:22] <boogie>	ok that why
[19:02:22] <Jasio>	And before <? begins at around 256
[19:02:44] <Jasio>	You'll have to repeat the process for each skin, if users choice others.
[19:02:50] <Jasio>	choose*
[19:03:37] <boogie>	ok, thnxxxxxxxxxxxxxxxxxxx it works BUT theres a little text in the upper right side http://www.wikimexico.org/index.php?title=Portada
[19:03:49] <Jasio>	Lemme take a look.
[19:04:15] <Jasio>	Ah that's odd.
[19:04:16] <boogie>	doesnt let me copy it
[19:04:20] <Jasio>	Mine if I see your monobook file?
[19:04:22] <Jasio>	mind*
[19:04:39] <boogie>	sorry i pasted that before i was messing around
[19:04:44] <wikibugs>	03(WONTFIX) Set $wgAutoconfirmCount to 20 for English Wikipedia - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10864  +comment (10jeluf)
[19:04:49] <Jasio>	Ah :p
[19:05:02] <CIA-15>	03david * r25373 10/branches/liquidthreads/extensions/LqtBaseView.php: Handle blank new messages.
[19:05:03] <Jasio>	Seems to be working nicely.
[19:05:28] <Jasio>	Footers are a breeze to work with in MW.
[19:05:39] <boogie>	thnx jasio i removed it, thnx very much you are welcome to come and see it 
[19:05:48] <Jasio>	You can paste in other code if you want to, just keep it within <li> and outside of PHP :)
[19:05:55] <Jasio>	No problem.
[19:06:21] <boogie>	i think that was the problem the >li>
[19:06:25] <boogie>	<li> code
[19:07:31] <Jasio>	<li> simply lists.
[19:08:07] <boogie>	didnt know :)
[19:08:34] <Jasio>	It's not mandatory, but has some neat attributes that can come-in handy for some.
[19:08:39] <Jasio>	http://www.w3schools.com/tags/tag_li.asp
[19:10:19] <boogie>	let me check
[19:12:32] <wikibugs>	03(NEW) Regression: full edit form is displayed when user lacks create page permission - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11140 15enhancement; normal; MediaWiki: Page editing; (brion)
[19:13:34] <tty1>	anyone know where the cur table has gone?
[19:17:25] <hojjat>	ttyl, I'm not a very knowledgable person here, but I might be of help. What "cur" table do you mean?
[19:20:54] <tty1>	hojjat: i upgraded mediawiki and an extention stoped working
[19:21:04] <hojjat>	Which extension?
[19:21:08] <tty1>	the cause of this, it seems, is the fact that a table named cur nolonger exists
[19:21:11] <tty1>	WhosOnline
[19:21:21] <tty1>	hojjat: http://www.mediawiki.org/wiki/Extension:Whos_online
[19:21:34] <hojjat>	I have all extensions on my computer
[19:21:53] <tty1>	hojjat: thats a lot of extensions
[19:22:00] <hojjat>	Yes :)
[19:22:36] <tty1>	hojjat: then perhaps you can help me with WhosOnline, cause it worked fine until the update
[19:22:50] <hojjat>	I'm looking into it
[19:23:03] <hojjat>	Can you tell me when this update was performed? Like hours ago, or two weeks ago?
[19:23:30] <tty1>	hojjat: just now
[19:23:42] <tty1>	i updated from 1.6.x to 1.10.*
[19:23:53] <hojjat>	Oh, that is a big change.
[19:24:10] <hojjat>	It may be that this extension is not designed to work with 1.10.x
[19:24:39] <tty1>	hojjat: oh i know thats the case already. so im trying to fix the extention to work with 1.10
[19:24:48] <hojjat>	that makes sense
[19:24:52] <tty1>	the only issue is the .cur table
[19:25:05] <hojjat>	okay, I'll let you know
[19:25:21] <hojjat>	Cur table is now renamed to Page table
[19:25:25] <hojjat>	http://www.mediawiki.org/wiki/Cur_table
[19:26:10] <tty1>	hojjat: thanks
[19:26:27] <hojjat>	And looking at the code, ttyl, I see that all columns of cul used for that extensions, are now available on page table as well
[19:26:44] <hojjat>	Give it a go, and let me know if it works.
[19:26:56] <tty1>	hojjat: will do
[19:27:08] <hojjat>	Also, I think we can collaborate on fixing it, and then publishing this latest version to the SVN for public use
[19:28:42] <tty1>	hojjat: well it did something, but stillisnt quite working :(
[19:29:06] <hojjat>	ttyl, can you provide all the code you have by now, so I can install it for myself and try to fix it?
[19:29:18] <hojjat>	(This way, I don't have to reinvent the wheel)
[19:29:36] <tty1>	hojjat: sure
[19:29:41] <tty1>	hojjat: although i didnt do much
[19:29:49] <hojjat>	all the same :)
[19:29:57] <tty1>	hojjat: sure ill pastebin it one second
[19:30:28] <tty1>	hojjat: http://rafb.net/p/REmGBT81.html
[19:30:58] <hojjat>	okay, and you followed the same installation procedure as on http://www.mediawiki.org/wiki/Extension:Whos_online right?
[19:31:30] <tty1>	hojjat: except for the edits i did to the extensions code, yes
[19:31:54] <hojjat>	tty1 did you also get my private message?
[19:31:55] <tty1>	hojjat: although i didnt need to gie wikiuser CREATE privilages because the db user is root in my case
[19:32:26] <tty1>	hojjat: just noticed it, and responded
[19:32:27] <hojjat>	same here :)
[19:33:00] <tty1>	hojjat: cool :)
[19:33:46] <hojjat>	meanwhile, have you tried this one as well: http://www.chekmate.org/wiki/index.php/MW:_Whos_Online_Extension
[19:34:11] <hojjat>	It seems to support more recent versions of MW as well, as it has support for Page table
[19:34:20] <tty1>	oh ::looks::
[19:34:28] <hojjat>	And it is updated on July 2007
[19:35:16] <tty1>	hojjat: the code looked identicle to me
[19:35:36] <hojjat>	I'll start by updating MediaWiki.org page
[19:36:22] <tty1>	hojjat: no point in updating until we get the extention to work
[19:36:30] <wikibugs>	03(mod) Regression: full edit form is displayed when user lacks create page permission - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11140  +comment (10JSchulz_4587)
[19:36:48] <hojjat>	yes there is, at least we have updated it to what is claimed to be the latest version.
[19:38:19] <tty1>	hojjat: but to me the mediawiki page looks moreup to date then his page (because it mentioned one instruction he does not for 1.9 wiki +)
[19:38:51] <hojjat>	okay, I'll revert if we can't fix it in a few minutes
[19:38:59] <tty1>	hojjat: souns good
[19:39:46] <clusterm1gnet>	hey guys,  completely amateur question... need a good wiki for my personal use... i currently use OWL for document management, and its clunky... the content of the wiki will be quick perl scripts... rpmforge howtos... quick mysql help... things like that
[19:39:53] <clusterm1gnet>	would mediawiki be a good solution for me?
[19:39:55] <clusterm1gnet>	thanks!
[19:40:03] <clusterm1gnet>	php,mysql not a problem
[19:40:13] <clusterm1gnet>	if not, what would you recommend
[19:40:29] <clusterm1gnet>	for example, i do lots of consulting... i would keep my ip info in the wiki as well
[19:40:33] <clusterm1gnet>	or iptables -L :)
[19:40:44] <clusterm1gnet>	cisco running configs... really everything
[19:40:48] <wikibugs>	03(FIXED) Create Appendix and other 3 namespaces on Portuguese Wiktionary - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10618  +comment (10jeluf)
[19:41:58] <hojjat>	tty1, if I'm not wrong, I should add a <b>Users Online</b>: <whosonline></whosonline> to some page to test it, right?
[19:42:10] <tty1>	hojjat: correct
[19:43:01] <hojjat>	tty1 did you get an error message?
[19:43:07] <wikibugs>	03(FIXED) Add new "Subject:" namespace to en.wikibooks - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10619  +comment (10jeluf)
[19:43:45] <tty1>	hojjat: not after i modified the WhosOnline.php file the way i showed you. Once i did that it output something, but jsut jibberish
[19:44:23] <tty1>	hojjat: oh way.. i just edited the page (somewhere else on the page) and it worked.. i guess it was just a cache thing
[19:44:48] <CIA-15>	03aaron * r25374 10/trunk/phase3/includes/EditPage.php: *Don't show the whole edit form if they are not allowed to create pages. Display permission error. (bug 11140)
[19:44:57] <hojjat>	tty1, not the same here :(
[19:45:21] <hojjat>	Users Online : UNIQ44742ae6716abb96-whosonline-00000001-QINU
[19:45:24] <tty1>	hojjat: it isnt working?
[19:45:29] <hojjat>	even after editing the oage
[19:45:50] <tty1>	hojjat: ahh nevermind, i see why that is
[19:45:59] <hojjat>	and?
[19:46:09] <tty1>	if you change the return statement to jsut be return $output; it sorta works
[19:46:22] <tty1>	but it wont parse the [[User:someone]] blocks
[19:46:27] <tty1>	so the problem is int he parse statement
[19:46:45] <tty1>	hojjat: apparently this line is incorrect: return $wgOut->parse($output);
[19:47:20] <davidmccabe>	Can non-sysops see protection logs, and if so, what is the URL or page title to see them?
[19:47:46] <hojjat>	davidmccabe, yes they can. Go to Special:Logs, and from the drop down choose the log of interest
[19:47:54] <hojjat>	tty1 I'm working on that thing
[19:48:05] <davidmccabe>	thanks.
[19:48:12] <tty1>	hojjat: :)
[19:48:37] <hojjat>	meanwhile, follow me: try this: return $output;
[19:48:38] <wikibugs>	03(FIXED) Configure additional import sources on it.wiktionary part 2 - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=10629  +comment (10jeluf)
[19:50:36] <tty1>	hojjat: yea i did that already, i told you a few messages ago :)
[19:50:57] <hojjat>	tty1, then I haven't read that... I'm focused here indeed
[19:51:10] <tty1>	hojjat: hehe
[19:52:29] <tty1>	hojjat: let me know if you end up giving up :)
[19:56:10] <hojjat>	I added an addHTML there, and it is better, but not totally fixed
[19:56:46] <tty1>	hojjat: still doesnt parse the user names though right?
[19:57:02] <hojjat>	It does.. But the gibberish persists!
[19:57:21] <tty1>	how did you getit to render the usernames?
[19:57:28] <tty1>	cause i dont get any gbberish on my side
[20:02:03] <hojjat>	I will be back in 10 mins and I think it'll be fixed by then
[20:02:09] <hojjat>	sorry I have to go
[20:07:13] <wikibugs>	03(FIXED) Regression: full edit form is displayed when user lacks create page permission - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11140  +comment (10JSchulz_4587)
[20:13:06] <CIA-15>	03aaron * r25375 10/trunk/phase3/includes/OutputPage.php: *$groups are links if possible (strings otherwise), so why is this html escaped?
[20:18:00] <hojjat>	tty1 I'm back
[20:18:06] <tty1>	hojjat: hi
[20:18:17] <hojjat>	I couldn't fix it, but I think I'm just one step away
[20:18:27] <hojjat>	What confuses me is this: use this: return $wgOut->parse("A");
[20:18:37] <Jack_Phoenix>	O_o
[20:18:39] <hojjat>	We would expect an "A" to be returened, but it returns gibberish
[20:19:59] <hojjat>	I'm trying to find where $wgOut->parse is defined
[20:20:03] <clusterm1gnet>	guys, question/problem... I am not understanding how LocalSettings.php is working... after following the documentation, I am setting:
[20:20:06] <clusterm1gnet>	$wgLogo="{wgStylePath}/common/images/mediawiki.png";
[20:20:09] <CIA-15>	03david * r25376 10/branches/liquidthreads/extensions/LqtBaseView.php: can no longer reply to protected threads. also, spliced applicableThreadCommands() out from LqtView::showThreadFooter
[20:20:20] <clusterm1gnet>	its not working... it still displays the wiki.png instead
[20:20:23] <clusterm1gnet>	how can i change this?
[20:20:27] <clusterm1gnet>	what am i missing
[20:21:10] <lch>	disable the cache
[20:21:14] <lch>	or purge the page
[20:21:24] <clusterm1gnet>	lch: huh, ctrl+f5? :)
[20:21:27] <clusterm1gnet>	did that 
[20:21:30] <lch>	no, not enough
[20:21:36] <clusterm1gnet>	lch: lol
[20:21:44] <lch>	either enter "?action=purge" at the end of the URL
[20:21:44] <clusterm1gnet>	well, company where i work at, uses cisco content manager
[20:21:51] <lch>	and do that for every page you have
[20:21:59] <lch>	or disable/invalidate the cache
[20:22:20] <Duesentrieb>	lch: editing localsettings.php automatically invalidates the cache
[20:22:31] <lch>	Duesentrieb, that never worked for me then
[20:22:33] <Duesentrieb>	and action=purge applies to the parser cache, which is irrelevant to logo changes
[20:22:48] <Duesentrieb>	lch: perhaps you have a very old localsettings.php that is missing the auto-purge bit?
[20:23:05] <lch>	we started around 1.5 I think
[20:23:12] <Duesentrieb>	clusterm1gnet: it's {$wgStylePath}
[20:23:12] <clusterm1gnet>	Duesentrieb: well, its brand new download...
[20:23:16] <lch>	and moved towards 1.10
[20:23:21] <Duesentrieb>	lch: may well be that it wasn't in there back then. 
[20:23:48] <Duesentrieb>	lch: add this to localsettings.php:
[20:23:51] <Duesentrieb>	$configdate = gmdate( 'YmdHis', @filemtime( __FILE__ ) );
[20:23:51] <Duesentrieb>	$wgCacheEpoch = max( $wgCacheEpoch, $configdate );
[20:23:57] <lch>	thanks
[20:24:01] <wesg>	if anyone's used the access controle extension, have they encountered the blank page after trying to install?
[20:24:14] <wesg>	control, even
[20:24:22] <clusterm1gnet>	Duesentrieb: so what should i check
[20:24:37] <Duesentrieb>	wesg: there are a lot of access control extensions, and many reasons that can cause a blank page.
[20:24:49] <Duesentrieb>	clusterm1gnet: what's your wiki'S url?
[20:25:09] <Duesentrieb>	clusterm1gnet: and please put your localsettings.php on a pastebin (with passwords removed)
[20:25:23] <wesg>	duesentrieb: this access control extension: http://www.mediawiki.org/wiki/Extension:Group_Based_Access_Control
[20:25:44] <clusterm1gnet>	Duesentrieb: uhm, its a private lan... pastebining the localsettings.php
[20:26:01] <clusterm1gnet>	Duesentrieb: brand new install, have changed NOTHIGN :)
[20:26:10] <Duesentrieb>	wesg: blank pages indicate a fatal php error. check apaches error log, and enable full error reporting for php: error_reporting(E_ALL); ini_set("display_errors", 1);
[20:26:27] <clusterm1gnet>	http://pastebin.ca/677222
[20:26:30] <Duesentrieb>	clusterm1gnet: the "very old" comment was for lch
[20:26:36] <Duesentrieb>	where it applied, it seems
[20:27:13] <Duesentrieb>	clusterm1gnet: as i said, you are missing a $ there.
[20:27:14] <lch>	yeah, I didn't have that bit
[20:27:21] <Duesentrieb>	<Duesentrieb> clusterm1gnet: it's {$wgStylePath}
[20:27:34] <clusterm1gnet>	Duesentrieb: still
[20:27:34] <lch>	although I am pretty sure that I updated the LocalSettings.php every time, not just copy the old one over
[20:27:39] <clusterm1gnet>	Duesentrieb: i saw that, fixed, same issue
[20:28:38] <clusterm1gnet>	Duesentrieb: well, another weirdness, when i define $IP, wiki is somewhat slow
[20:28:43] <Duesentrieb>	clusterm1gnet: make sure you apply your customization at the *end* of localcaettings.php
[20:28:46] <clusterm1gnet>	when i comment it out, its a problem
[20:28:50] <lch>	Duesentrieb, in DefaultSetting.php it is set to $wgCacheEpoch = '20030516000000';
[20:28:51] <clusterm1gnet>	Duesentrieb: ah!
[20:28:52] <Duesentrieb>	anything you do before including DefaultSettings.php gets overwritte
[20:29:01] <Duesentrieb>	(obviously...)
[20:29:01] <lch>	that is applied before LocalSettings, yes?
[20:29:17] <clusterm1gnet>	Duesentrieb: thanks, thats it
[20:29:26] <Duesentrieb>	lch: it is applied explicitely *in* localsettings.php, near the top.
[20:29:32] <lch>	ok
[20:29:47] *Duesentrieb 	thinks we should have a big comment at the top: "ADD YOUR STUFF TO THE END!"
[20:29:55] <clusterm1gnet>	Duesentrieb: also, funny
[20:30:04] <clusterm1gnet>	Duesentrieb: definitions must be sequential :)
[20:30:16] <clusterm1gnet>	Duesentrieb: am i right?
[20:30:31] <Duesentrieb>	clusterm1gnet: "sequential"? well, it's just a script. last write wins.
[20:30:47] <wesg>	duesentrieb: thanks
[20:31:12] <tty1>	hojjat: can you pastebinw aht you have so far?
[20:31:21] <hojjat>	sure
[20:31:47] <Duesentrieb>	wesg: chances are, something whent wrong when copying the file, or file permissions are bad, or it's not where you tell php to look.
[20:31:47] <hojjat>	tho, not a big change again!
[20:32:59] <clusterm1gnet>	Duesentrieb: 
[20:33:00] <clusterm1gnet>	#$wgStylePath="{$wgScriptPath}/skins";
[20:33:00] <clusterm1gnet>	#$wgLogo="{$wgStylePath}/common/images/mediawiki.png";
[20:33:00] <clusterm1gnet>	$wgLogo="{$wgStylePath}/common/images/mediawiki.png";
[20:33:00] <clusterm1gnet>	$wgStylePath="{$wgScriptPath}/skins";
[20:33:08] <Jack_Phoenix>	...
[20:33:13] <Jack_Phoenix>	how about reading the topic?
[20:33:16] <Jack_Phoenix>	and using the pastey?
[20:33:18] <Jack_Phoenix>	sheesh
[20:33:28] <clusterm1gnet>	sorry, 4 lines, didnt know
[20:33:28] <Cometstyles>	;)
[20:33:31] <Duesentrieb>	well, four lines arn't *so* bad
[20:33:35] <Duesentrieb>	but pasty is better, yes
[20:33:41] <clusterm1gnet>	will do from now on :)
[20:33:42] <Cometstyles>	yup :D
[20:33:55] <Jack_Phoenix>	I was excepting far more...since some ppl usually try to paste their entire localsettings here...
[20:34:08] <Duesentrieb>	yes, THAT sucks.
[20:34:36] <hojjat>	tty1: http://mediawiki.pastey.net/73126
[20:34:36] <clusterm1gnet>	Duesentrieb: so you see, if you reverse the order of those definitions, it breaks
[20:34:39] <lch>	new rule, everybody that uses more than 15 words in a sentence has to use pastey... :)
[20:34:40] <clusterm1gnet>	am i wrong?
[20:34:53] <CIA-15>	03aaron * r25377 10/trunk/phase3/includes/OutputPage.php: 
[20:34:53] <CIA-15>	*Use addHTML() on formatPermissionsErrorMessage() generated text, otherwise we get ugly escaped HTML links and such.
[20:34:53] <CIA-15>	*Use wfMsgHtml after all, escapes before replacement ;)
[20:34:57] <Duesentrieb>	clusterm1gnet: sure it breaks. one references the other.
[20:35:08] <clusterm1gnet>	Duesentrieb: ya, so its sequential :)
[20:35:15] <hojjat>	tty1, in case you later solved the problem, I'd be grateful to know the answer as well
[20:35:24] <Duesentrieb>	clusterm1gnet: well, they are *dependant*, so order matters, yes.
[20:35:32] <tty1>	hojjat: we shall see, it is doubful though
[20:35:33] <clusterm1gnet>	Duesentrieb: thanks :)
[20:35:50] <clusterm1gnet>	well, dont know if you guys saw my original post/question
[20:35:55] <clusterm1gnet>	im setting this up for my personal use
[20:35:56] <Duesentrieb>	again, it's just a script, no magic configuration file syntax
[20:36:15] <hojjat>	I'm pretty certain that $wgOut->parse is not the way to parse that piece of text. Yet I don't know the correct way
[20:36:15] <clusterm1gnet>	what will be stored in this wiki is cisco running configs, etc etc... perl scripts... ip spreadsheets maybe... bash scripts... whatever
[20:36:23] <clusterm1gnet>	do you consider mediawiki a good thing for such?
[20:36:42] <hojjat>	for now, tty1, I'm reverting my change on MediaWiki.org
[20:37:17] <tty1>	hojjat: sounds good
[20:38:52] <Duesentrieb>	clusterm1gnet: beware that mediawiki will refuse uploads of shell/perl scripts, for security reasons.
[20:42:11] <clusterm1gnet>	guys, how do i change the way the toolbar looks on the left? is this possible?
[20:42:25] <clusterm1gnet>	i would love a "most visited" items pop up and be dynamic on the left
[20:42:39] <flyingparchment>	it is completely impossible.  the universe will implode if you try.
[20:42:49] <clusterm1gnet>	lol
[20:42:55] <clusterm1gnet>	flyingparchment: reading manual now
[20:46:33] <hojjat>	tty1: http://www.mediawiki.org/w/index.php?title=Project%3AExtension_requests&diff=126525&oldid=126301
[20:46:38] <clusterm1gnet>	flyingparchment: can you plz link me to a place where i can rtfm about navigation tools on left
[20:46:56] <clusterm1gnet>	ah
[20:47:02] <clusterm1gnet>	found it, typo  in search
[20:47:15] <CIA-15>	03aaron * r25378 10/trunk/phase3/includes/OutputPage.php: *Remove debug line
[20:47:36] <tty1>	hojjat: cool thanks
[20:47:47] <hojjat>	tty1 NP
[20:58:18] <clusterm1gnet>	guys, having stupid issue... how do i only put one carriage return after [[]] ? thanks!
[20:59:17] <Duesentrieb>	hm? hit enter?
[21:00:01] <clusterm1gnet>	Duesentrieb: ya, so if i put [[blah]](cr)[blah]... they show up on the same line... but if i put 2 (crs), then it puts a space inbetween
[21:00:37] <Duesentrieb>	clusterm1gnet: what, on a wiki page? you can use <br/> for forced breaks.
[21:00:48] <clusterm1gnet>	Duesentrieb: thanks
[21:00:54] <Duesentrieb>	clusterm1gnet: you are you trying this in the sidebar? I don't think it's possible there.
[21:01:04] <clusterm1gnet>	Duesentrieb: no not there
[21:01:22] <clusterm1gnet>	Duesentrieb: also, if i just paste a perl script... how do i tell wiki to preserve the formatting, and not look for things like #
[21:01:32] <Duesentrieb>	clusterm1gnet: use <pre>.
[21:01:37] <clusterm1gnet>	Duesentrieb: thank you :)
[21:01:45] <clusterm1gnet>	Duesentrieb: can you plz url me to a good faq on this
[21:01:49] <clusterm1gnet>	i hate to bother you guys
[21:01:59] <Duesentrieb>	clusterm1gnet: or use install the geshi syntax highliting extension and use <source lang="perl">
[21:02:20] <clusterm1gnet>	Duesentrieb: geshi syntax highliting?:)
[21:02:35] <Duesentrieb>	search mediawiki.org
[21:02:39] <clusterm1gnet>	ya, got it
[21:03:18] <Duesentrieb>	clusterm1gnet: for editing: http://www.mediawiki.org/wiki/Help:Contents
[21:06:06] <clusterm1gnet>	Duesentrieb: helps a LOT :)
[21:06:11] <clusterm1gnet>	Duesentrieb: thank you
[21:06:17] <jimbojw>	does mediawiki have a home-grown load-testing suite it uses? perhaps something built on pywikipedia?
[21:06:36] <jimbojw>	something to test a boat load of edits?
[21:06:46] <flyingparchment>	jimbojw: yes.  you can find it at http://en.wikipedia.org/
[21:07:10] <Duesentrieb>	>.<
[21:07:12] <jimbojw>	:|
[21:08:21] <wikibugs>	03(mod) Kazakh i18n updates for extensions - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=7971  +comment (10alefzet)
[21:08:22] <wikibugs>	04(REOPENED) Kazakh i18n updates for extensions - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=7971  (10alefzet)
[21:08:22] <jimbojw>	but seriously folks, is there a load-testing framework for mediawiki other than production?
[21:09:06] <Duesentrieb>	jimbojw: i don't think there is. but it should be easy enough to build one based on pywikibot
[21:09:28] <jimbojw>	yeah - was hoping not to have to do so :/ - but alright
[21:09:56] <Duesentrieb>	jimbojw: maybe ask the pybot folks if someone already did it
[21:10:24] <flyingparchment>	we also have a DNS server benchmarking service called 'toolservice'
[21:10:24] <jimbojw>	alrighty
[21:10:36] <Cometstyles>	O_O
[21:11:57] <Duesentrieb>	flyingparchment: hehe 
[21:19:06] <wikibugs>	03(mod) Automatically add header templates to certain articles - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11117  (10danny_b)
[21:24:38] <RoanKattouw>	Hey brion or brion-office, is either of you here?
[21:25:07] <brion-office>	moment
[21:25:31] <RoanKattouw>	I downloaded the mediawiki1.7 package from the Debian Etch repository (most recent version they had)
[21:25:39] <RoanKattouw>	A list of its contents is here http://mediawiki.pastey.net/73141
[21:25:48] <RoanKattouw>	I'm working on mediawiki-extensions right now
[21:27:52] <ibob63_>	register ibob63
[21:28:06] <ibob63_>	woops
[21:29:35] <Cometstyles>	ibob63_,  /msg nickserv register password
[21:29:46] <RoanKattouw>	Contents of mediawiki-extensions are at http://mediawiki.pastey.net/73144
[21:30:12] <ibob63_>	Thanks Cometstyles
[21:30:17] <Cometstyles>	:D
[21:30:49] <RoanKattouw>	brion-office, look at http://mediawiki.pastey.net/73141 and http://mediawiki.pastey.net/73144 , the info about Debian packages you asked for
[21:30:52] <wikibugs>	03(NEW) Parse Wikitext in outgoing email - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11141 15enhancement; normal; MediaWiki: Email; (wknight8111)
[21:31:04] <RoanKattouw>	For some idiotic reason, 1.7 is the most recent version provided
[21:31:19] <brion-office>	ok where was i
[21:31:38] <brion-office>	:)
[21:31:45] <darkhorse>	does anyone know why short url's used to work in the root of a site but no longer do (following SVN) ie wiki.domian.com/ArticleName
[21:31:45] <RoanKattouw>	Debian should thank us on their bare knees for even keeping stuff up to date which I assume we will do if we take over maintenance of that package
[21:32:14] <RoanKattouw>	darkhorse check your LocalSettings.php that you've got $wgArticlePath and friends set correctly
[21:32:38] <darkhorse>	i think i do... it used to work and after an update a while back it brokw
[21:32:40] <darkhorse>	~broke
[21:32:46] <RoanKattouw>	Hmm
[21:32:50] <RoanKattouw>	Gotta be a reason for that
[21:32:54] <RoanKattouw>	Exactly what happens?
[21:32:56] <clusterm1gnet>	guys, after enabling file uploads... its not letting me upload a bash script... saying something about content 
[21:33:04] <clusterm1gnet>	is it only accepting images?
[21:33:11] <RoanKattouw>	I guess they don't want executable stuff
[21:33:12] <darkhorse>	it thinks index.php is a article when you try to edit a page
[21:33:19] <RoanKattouw>	Ah
[21:33:33] <ibob63_>	I am upgrading from 1.4.9 to the latest 1.10.1 . I looked up the docs http://meta.wikimedia.org/wiki/Help:Upgrading_MediaWiki - but which set of instructions should I follow?
[21:33:40] <RoanKattouw>	Did you try to make /wiki/Main_Page say /wiki/index.php?title=Main_Page darkhorse?
[21:33:50] <RoanKattouw>	Try moving /wiki to /w in that case
[21:33:57] <CIA-15>	03aaron * r25379 10/trunk/phase3/includes/ (OutputPage.php Title.php): 
[21:33:57] <CIA-15>	*Revert r25375, breaks other messages. I didn't realize how messed up this scheme is. Some messages need to be parsed others need not too. All should be parsed. Any that don't must be changed.
[21:33:57] <CIA-15>	*Make getUserPermissionsErrorsInternal() insert wikitext link arguments (e.g. '[[x|y]]', rather than raw links), that way we won't have escaped HTML.
[21:33:57] <darkhorse>	well right now it is in the root
[21:34:05] <RoanKattouw>	So /wiki/Main_Page will go to /w/index.php?title=Main_Page and it won't overlap
[21:34:08] <RoanKattouw>	Well then it overlaps
[21:34:12] <RoanKattouw>	You can't have that
[21:34:26] <RoanKattouw>	index.php needs to be in a different dir than the one the articles are pretending to be in
[21:34:34] <darkhorse>	well you should be able to with rewrite rules... like i said it worked for almost a year that way
[21:34:49] <RoanKattouw>	You can move the whole thing to /w/ and use /Main_Page --> /w/index.php?title=Main_Page
[21:35:08] <darkhorse>	hmm, that could be doable
[21:35:25] <RoanKattouw>	You won't even need rewrite
[21:35:30] <RoanKattouw>	Just:
[21:35:43] <RoanKattouw>	Alias /wiki /var/www/index.php or something similar
[21:36:29] <RoanKattouw>	Strike this one, BTW, it can't be done after all: <RoanKattouw>	You can move the whole thing to /w/ and use /Main_Page --> /w/index.php?title=Main_Page
[21:36:43] <darkhorse>	hm, actually i may have tried this before but i must have had the rewrite set wrong because then it tried to parse /W/index.... as a article
[21:36:53] <RoanKattouw>	I guess that's it then
[21:37:01] <RoanKattouw>	But that single Alias works just fine for me
[21:37:22] <RoanKattouw>	Alias /wiki /w/index.php
[21:37:41] <darkhorse>	now is your article path then /wiki/Main_Page or similar?
[21:37:49] <RoanKattouw>	Just a sec
[21:38:16] <RoanKattouw>	$wgArticlePath = "/wiki/$1";
[21:38:25] <RoanKattouw>	$wgScriptPath = "/w";
[21:38:33] <darkhorse>	yea
[21:38:37] <darkhorse>	that is the problem
[21:38:38] <RoanKattouw>	$wgScript = "$wgScriptPath/index.php";
[21:38:56] <RoanKattouw>	With the last Alias I gave you and moving the wiki code to /w, you should be fine
[21:39:01] <darkhorse>	people have links to the url's and i dont want to change them unless that is the only option
[21:39:17] <RoanKattouw>	Hmm
[21:39:31] <darkhorse>	your alias implys a url like domain.com/wiki/Article
[21:39:37] <RoanKattouw>	Your previous URLs were like /Main_Page and /index.php?title=Main_Page ?
[21:39:39] <darkhorse>	mine has to be subdomain.domain.com/Article
[21:39:40] <RoanKattouw>	True
[21:39:44] <RoanKattouw>	Ouch
[21:39:57] <RoanKattouw>	There should be something about that in MediaWiki's article about short URLs
[21:40:04] <darkhorse>	there is
[21:40:06] <RoanKattouw>	Go to www.mediawiki.org and search for "short URL"
[21:40:12] <darkhorse>	tried every method and it doesnt work :D
[21:40:31] <RoanKattouw>	^^ well /wiki -> /w is tested and proven, Wikipedia uses it
[21:40:39] <darkhorse>	right
[21:40:51] <darkhorse>	and worse case scenario, that is what i will switch to
[21:40:53] <RoanKattouw>	brion-office, just in case you didn't see or don't remember or whatever, look at http://mediawiki.pastey.net/73141 and http://mediawiki.pastey.net/73144 , the info about Debian packages you asked for
[21:41:08] <darkhorse>	just tryind to preserve the URL's that exist
[21:41:17] <brion-office>	RoanKattouw: thx
[21:41:33] <RoanKattouw>	I understand
[21:41:47] <RoanKattouw>	I think it should be possible, I just have no idea how
[21:41:51] <darkhorse>	actually i kinda have it hacked now...
[21:41:54] <RoanKattouw>	You'd probably need rewrite rules
[21:41:59] <darkhorse>	it only breaks when you submit a page
[21:42:06] <RoanKattouw>	^^
[21:42:21] <darkhorse>	yea, the rewrite rules i have
[21:42:29] <darkhorse>	i need something else ;)
[21:42:39] <RoanKattouw>	Hmm but darkhorse do you realize your first scheme made it impossible to call an article "index.php", "api.php", etc ?
[21:42:50] <RoanKattouw>	That's the catch right ther
[21:42:52] <RoanKattouw>	e
[21:43:02] <darkhorse>	yea
[21:43:21] <RoanKattouw>	Well darkhorse maybe you could use a customized 404 page
[21:43:25] <RoanKattouw>	Like:
[21:43:50] <RoanKattouw>	The page you requested doesn't exist. If you came here through an old link, try /wiki/ARTICLENAME instead
[21:44:10] <darkhorse>	yea that could work
[21:44:18] <darkhorse>	or even do the redirect for them on the fly
[21:44:27] <RoanKattouw>	'cause the /wiki -> /w scheme is really the only scheme that makes sense ;)
[21:44:35] <darkhorse>	yea
[21:44:52] <darkhorse>	although for us, it seems kinda redundant since we have wiki.domain.com/Article
[21:45:12] <RoanKattouw>	Hmm wait a minute
[21:45:19] <RoanKattouw>	You have a subdomain then?
[21:45:22] <darkhorse>	yes
[21:45:27] <RoanKattouw>	Now that opens up another possibility.
[21:45:41] <RoanKattouw>	Move your wiki files to WWW.domain.com/w/
[21:45:45] <darkhorse>	yea
[21:45:50] <darkhorse>	that is an idea
[21:45:59] <RoanKattouw>	And Alias both wiki.domain.com/Article and www.domain.com/wiki/Article to www.domain.com/w/
[21:46:01] <darkhorse>	or even wiki2.domain.com
[21:46:07] <RoanKattouw>	Well whatever
[21:46:19] <darkhorse>	but i see the point
[21:46:24] <RoanKattouw>	The point is you need to prevent the 'real' and the 'fake' dir from overlapping
[21:46:28] <RoanKattouw>	This way they don't
[21:46:32] <darkhorse>	one domain has rewrites and the other does not
[21:46:42] <RoanKattouw>	Not even Rewrites
[21:46:44] <RoanKattouw>	Just Aliases:
[21:46:49] <darkhorse>	yea, that too
[21:47:00] <CIA-15>	03david * r25380 10/branches/liquidthreads/extensions/LqtPages.php: Fixed wrong article regression. Todo: better terminology for root/article/talkpage/permalink.
[21:47:04] <RoanKattouw>	Use aliases and you won't need the rewrites
[21:47:45] <darkhorse>	ok, i shall try this
[21:47:48] <darkhorse>	thanks
[21:52:26] <clusterm1gnet>	guys, i have added 
[21:52:26] <clusterm1gnet>	$wgEnableUploads = true;
[21:52:26] <clusterm1gnet>	$wgFileExtensions[] = 'sh';
[21:52:39] <clusterm1gnet>	and no cigar, its complaining that the file i uploaded seems to be empty
[21:52:42] <clusterm1gnet>	what am i missing
[21:52:50] <clusterm1gnet>	trying to store some bash and perl files
[21:53:29] <cloakable>	clusterm1gnet: Add them as a page?
[21:53:55] <clusterm1gnet>	cloakable: no, i enabled file uploads on the left
[21:54:10] <clusterm1gnet>	and i would like to store some bash files, pl files, some tgzs that i can refer to in my pages
[21:54:13] <clusterm1gnet>	as links...
[21:54:25] <clusterm1gnet>	i know how to jack them in with <pre></pre> uncommented
[21:54:43] <clusterm1gnet>	but it would be nice to have a 10K line file somewhere i can link to, instead of copy/pasting a ton of shit
[21:55:15] <lch>	can you upload other things?
[21:55:17] <clusterm1gnet>	as in [[Media:script.pl]]
[21:55:25] <lch>	like jpgs?
[21:55:42] <clusterm1gnet>	uhm, i've told it to stfu and accepl pl
[21:55:47] <clusterm1gnet>	$wgFileExtensions[] = 'sh';
[21:55:47] <clusterm1gnet>	$wgFileExtensions[] = 'pl';
[21:55:55] <clusterm1gnet>	i can try
[21:56:05] <lch>	try that first
[21:56:18] <lch>	if it doesn't work, check the permissions for your images directory
[21:56:32] <clusterm1gnet>	lch: whats the default location for that?
[21:56:33] <clusterm1gnet>	thanks!
[21:57:18] <lch>	$wgUploadDirectory
[21:57:32] <lch>	defaults to $IP/images
[21:57:38] <clusterm1gnet>	lch: same crap :)
[21:57:49] <lch>	so, you can't upload jpg's?
[21:57:59] <clusterm1gnet>	lch: nope
[21:58:02] <clusterm1gnet>	it says same thing
[21:58:10] <clusterm1gnet>	this might be due to typo in file name, blablabl
[21:58:22] <clusterm1gnet>	thanks for help lch
[21:59:10] <lch>	check with phpinfo() if you disallow file uploads in general
[21:59:20] <clusterm1gnet>	lch: they're allowed
[21:59:25] <clusterm1gnet>	checking
[21:59:43] <lch>	file size limits are high enough?
[21:59:46] <lch>	check permissions for your $wgUploadDirectory and $wgTmpDirectory
[21:59:49] <clusterm1gnet>	hey
[21:59:58] <clusterm1gnet>	lch  upload_tmp_dir in php.ini, should that be set?
[22:00:04] <Duesentrieb>	clusterm1gnet: i told you earlier, script files are refused. they are not even blacklisted - ther's a hardcoded heuristic for detecting potentially harmfull scripts.
[22:00:08] <lch>	yeah, I guess
[22:00:17] <clusterm1gnet>	Duesentrieb: ah!
[22:00:23] <clusterm1gnet>	Duesentrieb: sorry, didnt see your post
[22:00:31] <clusterm1gnet>	Duesentrieb: uhm, so can i get around this? :)
[22:00:32] <lch>	doesn't matter since he has a general upload problem
[22:00:38] <clusterm1gnet>	im the only one that ever sees this wiki
[22:01:08] <Duesentrieb>	<Duesentrieb> clusterm1gnet: beware that mediawiki will refuse uploads of shell/perl scripts, for security reasons.
[22:01:33] <clusterm1gnet>	yep, fixed, i can upload .jpg now
[22:01:35] <clusterm1gnet>	lets try .pl
[22:01:36] <clusterm1gnet>	:)
[22:01:42] <clusterm1gnet>	it was temp upload path in php.ini
[22:01:52] <Duesentrieb>	it should refuse anything with a #! at the start.
[22:02:49] <Duesentrieb>	clusterm1gnet: disabeling that is not recommended for anything that is open to the public. for internal use, it can be hacked relatively easily - but you'll lose that on the next update.
[22:03:03] <clusterm1gnet>	Duesentrieb: how can i hack it :)
[22:03:07] <clusterm1gnet>	Duesentrieb: plz :)
[22:03:10] <Duesentrieb>	clusterm1gnet:  http://www.mediawiki.org/wiki/Manual:Mime_type_detection#Forbidden_files
[22:03:20] <clusterm1gnet>	thanks!
[22:04:08] <clusterm1gnet>	so uhm, how do i hack it :)
[22:04:24] <Duesentrieb>	"hack the detectScript function in the SpecialUpload.php file to always return false."
[22:04:36] <Duesentrieb>	you may also have to remove it from the blacklist, not sure about that.
[22:04:39] <clusterm1gnet>	i read that checking
[22:09:09] <Cometstyles>	XD
[22:09:28] <clusterm1gnet>	huh... well, i think i got SpecialUpload.php to return false
[22:09:39] <clusterm1gnet>	i did a search and replace %s/return true/return false/g
[22:09:49] <clusterm1gnet>	now, its complaining about extension
[22:09:53] <clusterm1gnet>	but i have that turned off
[22:09:59] <clusterm1gnet>	$wgStrictFileExtensions = false;
[22:10:02] <clusterm1gnet>	so what gives?
[22:10:36] <lch>	you did a global search and replace for "return true" to "return false"?? :P
[22:10:47] <clusterm1gnet>	in SpecialUpload.php, ya
[22:10:58] <clusterm1gnet>	i have a backup :)
[22:11:03] <lch>	and now you wonder why it misbehaves?? :P
[22:11:21] <clusterm1gnet>	ok, want me to revert and go through comments, ok :)
[22:11:25] <lch>	Duesentrieb told you to make detectScript return false always
[22:11:35] <lch>	not invert every return value
[22:13:07] <Duesentrieb>	clusterm1gnet: you did a search an replace on SpecialUpload.php? err. NOT a good idea. there are *many* functions in there with *many* different meanings.
[22:13:23] <Duesentrieb>	clusterm1gnet: you should find the *correct* one, and replcae its content with retrun false;
[22:14:15] <Duesentrieb>	clusterm1gnet: that was... a bit like using a hammer to fix a lightbulb...
[22:15:52] <clusterm1gnet>	thanks guys
[22:16:16] <clusterm1gnet>	Duesentrieb: whats the best way to now reference this file that was uploaded
[22:16:25] <clusterm1gnet>	so it doesnt try to render, just throws a link
[22:16:59] <clusterm1gnet>	wait i think i have it
[22:18:07] <clusterm1gnet>	yahoo!
[22:18:10] <clusterm1gnet>	thanks ppl :)
[22:18:21] <clusterm1gnet>	i like wiki waaaay better than OWL for this type stuff
[22:19:17] <clusterm1gnet>	plus it looks tidy
[22:26:21] <wikibugs>	03(NEW) blacklist extension handling is broken - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11142 15enhancement; normal; MediaWiki: Uploading; (spidermannequin)
[22:44:49] <CIA-15>	03david * r25381 10/branches/liquidthreads/extensions/LqtPages.php: User links in history listings the same as elsewhere.
[22:53:15] <Cometstyles>	jimbojw,  O_O
[22:54:15] <jimbojw>	sorry Cometstyles - i'm not _that_ jimbo
[22:54:34] <Cometstyles>	I know.. :P
[22:55:09] <jimbojw>	oh, then you must be referring to my annoying sign-on, sign-off cycle
[22:55:26] <jimbojw>	sorry - all clear now
[22:56:26] *jimbojw 	uses chatzilla and so logs off and logs on after each ff restart (for example after installing/uninstalling an extensions)
[22:57:52] <dublisk>	hi, I installed mediawiki, but the <math>   </math> doesn't seem to work, I am running it on os x
[22:58:57] <mutante>	oh crazy, even mediawiki extensions are debian packages now http://packages.debian.org/unstable/web/mediawiki-math
[23:00:27] <mutante>	dublisk: you need to install "texvc" somehow
[23:00:42] <mutante>	http://meta.wikimedia.org/wiki/Enable_TeX
[23:00:55] <mutante>	and OCaml
[23:01:16] <mutante>	and LaTeX, dvips, ImageMagick, and Ghostscript :p
[23:02:13] <mutante>	but.. this sounds better "Change to the "math" sub-directory of your MediaWiki install", "Run 'make' (or 'gmake' if GNU make is not your default make). This should produce the texvc executable." , "Enable $wgUseTeX in your LocalSettings.php and everything should work."
[23:02:37] <dublisk>	yeah looks like I need ocaml though, I got an error running make
[23:03:22] <dublisk>	this is probably a lot of work just to have a personal wiki going :P
[23:03:44] <mutante>	depends on the packaging system 
[23:03:54] <mutante>	if you had apt-get wouldnt be so bad
[23:05:29] <mutante>	i dont know about Mac OSX, how do you install from the commandline
[23:06:32] <dublisk>	ok well I downloaded it for os x, but the mediawiki says to install in the math directory
[23:06:44] <dublisk>	but this says it will install in /usr/local/bin
[23:06:47] <dublisk>	does that matter you think?
[23:06:48] <Duesentrieb>	bah, there should be an official linux binary of texvc
[23:07:02] <Duesentrieb>	asking people to compile it really sucks. noone needs ocaml for anything else, ever.
[23:07:32] <Duesentrieb>	dublisk: as long as make can find it, it's fine
[23:12:07] <mutante>	dublisk: well, you could copy it from /usr/local/bin to the math directory as well
[23:12:29] <CIA-15>	03david * r25382 10/branches/liquidthreads/extensions/LqtPages.php: marginally better handling of non-existant threads
[23:16:14] <dublisk>	bah, well it made but now it wont work
[23:16:18] <dublisk>	cant parse
[23:16:19] <dublisk>	:(
[23:25:23] <wikibugs>	03(mod) Broken rendering of arrows in SVG - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=5325  +comment (10broberg)
[23:33:09] <CIA-15>	03david * r25383 10/branches/liquidthreads/ (3 files in 2 dirs): Fixed HTML/CSS bug that made history look wrong. Also ripped out the temporarily unused history pager.
[23:50:24] <wikibugs>	03(NEW) Unicode entities in place of ASCII letters in hex-encoded links cause page rendering error - 10http://bugzilla.wikimedia.org/show_bug.cgi?id=11143 04CRIT; highest; MediaWiki: Page rendering; (EN.WP.ST47)
[23:53:32] <darkhorse>	anyone here know a lot about short url's and rewrites