[00:22:30] 03(NEW) create a new list for dispute resolution issues - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19414 enhancement; Normal; Wikimedia: Mailing lists; (stvrtg) [00:29:50] 03(mod) create a new list for dispute resolution issues - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19414 (10herd) [00:38:19] hi! is there a way to make text show just if i'm not logged in? [00:39:29] HerrKanin: There's MediaWiki:AnonNotice, are you looking for that? [00:48:25] GreenReaper: It took a while to figure it out, apperently there wasn't a capital N in it... But yes! Exactly that! :D [00:48:30] Thanks! [00:49:58] Ah, my apologies, but cool. [01:21:08] 03demon * r52479 10/branches/maintenance-work/ (12 files in 2 dirs): [01:21:08] * Better names for DB constants [01:21:08] * Tweak batch size to be a default param when needed, constructors need to set it if they'll use it (need to update this in a few places) [01:21:08] * Changes "Memcached" a more generic "cache". Jidanni pointed out that most of these work on _all_ caches, not just memcached. [01:21:09] * Port rebuildmessages, refreshLinks (rebuildall works again!) [01:21:13] * Fix E_STRICT, make init() public static [01:21:15] * Port cool global debug function from refreshLinks to the overall Maintenance stuff [01:28:23] 03(mod) white background in ul item bullet - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19413 summary; +comment (10innocentkiller) [01:28:55] 03(mod) white background in ul item bullet - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19413 (10innocentkiller) [02:07:32] Can anyone advise why a default install of mediawiki doesn't seem to allow the use of a user pages css ? [02:07:39] IE: User:Daworm/common.css or /monobook.css ? [02:08:08] I have css coding in there, but nothing shows. Is there a setting I need to set ? [02:08:22] Perhaps it is cached? [02:14:15] hurm - on a default install. How to disable it ? [02:14:30] Other wiki's have been fine I can CTRL + F5 and it updates... [02:14:46] Does it matter if nothing is in the mediawiki:...css? [02:16:28] umm user css has to be enabled iirc [02:16:36] no idea how to do it thou [02:20:15] <^demon> !wg EnableUserCss [02:20:15] --mwbot-- http://www.mediawiki.org/wiki/Manual:%24wgEnableUserCss [02:20:25] http://www.mediawiki.org/wiki/Manual:$wgAllowUserCss [02:20:38] There's Js too [02:20:49] <^demon> Blah. [02:20:54] <^demon> !wg AllowUserJs [02:20:54] --mwbot-- http://www.mediawiki.org/wiki/Manual:%24wgAllowUserJs [02:22:22] 03(mod) Allow enabling of "clean URLs" directly from interface - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19331 summary (10francisdinh) [02:23:55] ah ty! [02:25:06] 03(mod) New pages log doesn't remove/update item after suppression redirect - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=17463 +comment (10francisdinh) [02:26:00] ^demon the css link is a dud [02:26:38] 's what you get for guessing with da bot [02:26:44] http://www.mediawiki.org/wiki/Manual:$wgAllowUserCss [02:26:46] it's "allow" [02:27:04] ty :) Will give those to the wiki hoster :P [02:27:10] he also quit [03:24:59] hi, i'm setting up a mediawiki instance with latex math using mimetex. Mimetex itself works, however although i've modified math.php to insert mimetex links in it, i'm simply getting back my

tags unparsed
[03:25:08] is there any reason why mediawiki would stop parsing math tags?
[03:31:51] managed to work it out
[03:31:54] thanks anyways :)
[03:50:52] greetings
[03:51:45] hey wrathgrapes 
[03:52:55] I was going to ask a question about editing the specialpage contents but I decided it more prudent to use the manual
[04:33:20] How do I change the entire interface language for a wiki? (not just for my user)
[04:34:22] http://www.mediawiki.org/wiki/Manual:$wgLanguageCode ?
[04:34:30] thanks
[04:38:10] Well, I changed it to "he"; now everything is aligned to the right, however the message strings are still in English?
[04:38:28] sorry pls ignore that
[04:44:06] If I want to create various templates, text boxes etc etc, should I add them to monobook's main.css (I will only enable monobook as the only skin); is that the right way to do it, or should I create a new file and put it there?
[04:44:31]!css
[04:44:31] --mwbot--	To change styles for your wiki, go to one of the MediaWiki:xxx.css wiki page (NOT a file) and put your custom styles there (sysop/admin rights required). MediaWiki:Common.css is for all skins and should be used for content styles. MediaWiki:Monobook.css is for the MonoBook skin (default), etc. For more information, see !skins and [04:44:53] thanks
[04:57:59] does wikipedia prevent screen scraping?
[04:59:38] fualo: some common screen-scraping non-browser user-agent strings are blocked at the squid level
[05:00:01] Splarka: I'm using Rcurl in R and I get about half way through and then it craps out
[05:00:02] fualo: please try to use the api functions where possible
[05:00:08] blocked not for blocking sake, but blocked for being a default string
[05:00:12] p858snake: that's not possible I believe
[05:00:16] I need to extract populations
[05:00:32] hmm, well, they should return 403 if blocked, so probably not blocked
[05:00:42] (or some other 4xx or 5xx error code)
[05:01:13] Splarka: it just says Error: 1: failed to load HTTP resource... that could be any type of error I believe
[05:01:17] R is pretty cryptic 
[05:01:37] hmm, well anyway, be sure to set your user agent string to include some contact info and if possible a brief summary of your project... eg Rcurl fualo@somewhere.something SuperDuperBackupProhject
[05:01:52] (lame example, but you know what I mean)
[05:01:57] Splarka: 403 is bandwidth isn't it?
[05:02:00] and why isn't the API possible?
[05:02:02] Splarka: alright, thanks so much
[05:02:15] maybe I need to learn the API better
[05:02:36] your just plugging the text from a page artn't you?
[05:02:43] *arn't
[05:02:50] *pulling
[05:03:17] p858snake: 403 is "Forbidden"
[05:03:26] and happens for many reasons
[05:03:45] p858snake: yes... how should I do this with API
[05:03:50] like on WMF, it can happen if you have & in the URL
[05:03:53] I want html, not wikicode
[05:04:19] the API can return the html, but the UI (screen scraping) is actually better, as those hit the squid cache
[05:04:52] ("better" depending on the application and scope)
[05:15:25] I'm not too sure about the structure by which templates for side information windows, for instance, are written; say I want to create a page that on the side has a "quick info" box, with all kinds of data; I'm guessing that in the page I need to add something like [[Template:personal_info]] or so; but, where do I create that personal_info page? That is, where is the place where I actually put in
[05:15:41] the "

" info and such? also, where can i get samples? [05:17:01] generally those are called "Infoboxes" [05:17:40] en.wp has a few thousand examples, but those are often a bit complex with sub-template and parserfunction dependencies [05:18:11] i see [05:18:13] mostly what you need is a table (html

, or wikicode {| || |-...), float it right, set a width, and give it some parameters [05:18:19] thanks [05:40:54] *GreenReaper sighs - FreeBSD and no root makes the WikiTrust extension a pain. Instead of running an executable, you have to download an entire ocaml user-mode package, build sqlite3 separately, work around assumptions that make == gmake . . . and then find it's looking for a magic word, t, that doesn't exist. :-p [05:49:50] qq more [05:56:10] domas: I would but it's still churning through revisions to generate trust data. [05:56:59] I'm using Semantic Forms, and want to create a thing that calculates a person's age; I am open to taking the date of birth in any format you think is best: three fields (m, d, y), one field, one "DATE" field, anything... how do I go about this? [05:58:34] no idea how to do this in Semantic forms but three fields that put the data into a formatted variable [05:58:58] so you can guantee that people will enter it correctly [05:59:17] no problem, but how do I calculate the age from that? how do I run a mathematical function inside the wiki? [06:00:14] no idea [06:02:04] k [06:04:13] this is how you can do it kind of with a template compared to using forms http://en.wikipedia.org/wiki/Template:Birthdate_and_age thats the closet to your idea i could find [06:11:45] DanielTahar: #time and #expr [06:47:14] *rook2pawn just realized all his comments are spam :( [08:07:57] 03(NEW) option to supress section edit links with action=render - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19415 enhancement; Normal; MediaWiki: Page rendering; (brightbyte) [08:11:36] 03(NEW) Apply consistent borders to GeSHi-generated code blocks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19416 enhancement; Normal; MediaWiki extensions: SyntaxHighlight (GeSHi); (herd) [08:12:48] 03(WONTFIX) Localize auto-summaries - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19363 +comment (10siebrand) [08:21:51] Is there a way to add a wysg editor to mediawiki? [08:22:34] !wysiwyg [08:22:34] --mwbot-- What You See Is What You Get editors allow you to create articles and see the text formatting without needing to Show Preview. A list of wysiwyg editor extensions may be found at . For some discussion, see . See also . [08:23:01] Annemarie [08:23:10] You rock. ;) [08:23:15] :-) [08:23:19] <4 [08:23:20] er [08:23:22] <3 [08:25:31] going to try to patch this.. [08:25:36] lets hope I don't blow it all up :D [08:26:50] 03(mod) Apply consistent borders to GeSHi-generated code blocks - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19416 (10obsolete.fax) [08:27:16] think I'll try the.. TinyMCE [08:27:17] one [08:27:18] ;x [08:27:37] o [08:27:41] .patch file... [08:27:43] uuuh [08:28:14] nice [08:28:40] <4 is a nice enhancement of <3 :) [08:28:44] how do I apply a patch ;x [08:28:56] Zombie_Will, with "patch" [08:28:57] it's one more better than <3 [08:29:05] ;p [08:29:11] hrm [08:29:14] I dl'd it [08:29:25] do I upload this .patch to a specific dir? :? [08:29:32] it is /potentially/ one more better [08:29:39] http://en.wikipedia.org/wiki/Patch_(Unix) [08:29:39] hehe [08:29:46] it is still less than 4, and possibly less than 3 as well [08:30:05] help :( [08:31:06] hrm [08:31:31] not as easy as dropping the file somewhere or something eh? :( [08:31:42] have you read the Wiki article? [08:31:44] *Zombie_Will is media wiki retarded [08:32:07] 03(mod) Feeds format dates in content language and other messages in user language - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19393 +comment (10siebrand) [08:32:26] yes sir [08:32:52] it just basically says "This patch integrates TinyMCE into MediaWiki version 1.5.7" [08:32:57] no install instructions ;( [08:33:03] nor in the .zip [08:33:31] !patch < Zombie_Will [08:33:31] --mwbot-- For information on using *.patch files, see . [08:33:46] oh, you alkready got that, sorry :P [08:33:59] yes but this seems to need a linux, maybe shell access [08:34:00] maybe we should have a pathc howto on mediawiki.org [08:34:02] which I do not have [08:34:06] just web access [08:34:09] Zombie_Will: then you are lost. [08:34:12] and ftp, yada yada [08:34:13] sql [08:34:17] !shell < Zombie_Will [08:34:17] --mwbot-- Shell access (that is, SSH access, see http://en.wikipedia.org/wiki/SSH) is highly recommended if you want to run MediaWiki. You can install without it, and basic operation will work, but even creating backups or upgrading will be painful without it. Some more involved maintenance tasks may even be impossible. MediaWiki is not designed for minimal environments. [08:34:23] have... have I lose the game? ;( [08:34:51] *Zombie_Will cries in a corner [08:35:06] Zombie_Will: there are ports of patch for windows. you can patch the file locally and upload it. but it's a pain. [08:35:16] maybe I can ask my host o.O [08:35:29] media wiki is a bit of a pain lol [08:35:30] From the article: "Originally written for Unix and Unix-like systems, patch has also been ported to Windows and many other platforms. Windows ports of patch are provided by GnuWin32 and UnxUtils." [08:35:33] but I <3 it too [08:35:56] fyi: getting a Wikiwyg installed is only the start of your headache [08:36:00] well, it's a heavy duty tool. it's designed to be run on a server farm. not on shared webspace. [08:36:22] I guess so. [08:36:28] We are just using for a smaller project [08:36:46] well, you can, but no one said it would be easy :) [08:36:51] hehehe ;) [08:36:59] let me ask my host [08:37:00] hi guys, I'm at the setup/install page. What do I put for DB username and password? [08:37:01] i'm amazed why everyone wants to use mediawiki for everything. there are tons of alternatives [08:37:03] !engines [08:37:03] --mwbot-- For a comparison of wiki software, see and [08:37:05] they are nice people [08:37:21] lakotajames: whatever your DB username and password is. [08:37:33] Do I need to make a DB first? [08:37:55] lakotajames: yes. unless you know the root password for the database. in that case, you can supply that in the install form [08:38:04] then the installer will create the db and user, if needed [08:38:16] the root password, is that for the system? [08:38:26] for the database server. [08:38:29] oh. [08:38:34] I should know that. [08:38:36] not identical to the system root [08:38:36] but I don't. [08:38:41] how would I check it? [08:39:01] I set up mysql a really long time ago. [08:39:02] I forget. [08:39:07] lakotajames: http://dev.mysql.com/doc/refman/5.0/en/resetting-permissions.html [08:39:18] thanks [08:39:24] lakotajames: it's also possible that you never set one. then you should now :) [08:39:31] oh, ok [08:39:32] well. [08:39:34] I think I did. [08:39:44] the username will be root, though, right? [08:39:48] yes [08:40:12] thanks [08:40:14] I knew it [08:40:17] heh :) [08:40:20] :P [08:40:27] I just didn't know to leave it root... [08:40:29] :P [08:40:46] well, don't use root for the database user name [08:40:52] *Zombie_Will asks his host [08:40:53] I didn't [08:40:54] use "mediawiki" or some such [08:41:00] I used lakota. [08:41:00] the root pw is entered in a separate field [08:41:02] oh, well [08:41:41] maybe I'm just SOL [08:41:44] lulz [08:42:14] Zombie_Will, the Wikipedia article lists ports to Windows of "patch" [08:42:25] you could patch the files locally and then upload them like normal [08:42:45] erm [08:42:51] it's a web wiki [08:42:58] I don't have ssh access [08:43:11] but I do have db and ftp access [08:43:25] it's on a shared server meant for a smaller project :) [08:43:45] sweeeeeet [08:43:53] the host says they'll run the command [08:45:01] *Zombie_Will figures out what the command is [08:45:43] you could patch the files locally and then upload them like normal [08:45:52] locally = on your computer [08:45:54] oooh [08:46:00] der [08:46:06] ty [08:53:58] 03(NEW) line number missing by action=parse&prop=sections - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19417 enhancement; Normal; MediaWiki: API; (dr.trigon) [08:54:15] Thanks guys! [08:54:16] bai [09:02:01] 03shinjiman * r52480 10/trunk/phase3/includes/specials/SpecialVersion.php: fix for r52476, include the cases with quotation marks. [09:40:20] 03(NEW) Bengali Wikipedia's LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19418 enhancement; Normal; Wikimedia: General/Unknown; (jayantanth) [09:43:49] 03(mod) Bengali Wikipedia's LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19418 (10p858snake) [09:45:28] 03daniel * r52481 10/trunk/WikiWord/WikiWordIntegrator/pom.xml: dependency fix [09:46:00] 03daniel * r52482 10/trunk/WikiWord/WikiWordIntegrator/src/main/java/de/brightbyte/wikiword/integrator/ (3 files): source spec fix [09:46:04] Duesentrieb: stop working on the weekend :) [09:46:30] *p858snake whips werdna to start working on the weekend [09:46:57] naw, lots to do. gotta finalize the project by tuesday. going to london to start the next on thursday :) [09:47:24] side of my mouth is sore =( [09:50:39] werdna: http://wiki.werdn.us/test/view/Talk:New_page - try to click "Start a new discussion" link [09:51:26] vvv: bah, lame [09:54:58] vvv: can you report it as a bug, I'm going out in a few minutes and I don't want to forget [09:55:08] Duesentrieb: ah yes, will you have time to come say hi? [10:00:40] 03(mod) Bengali Wikipedia's LocalSettings.php - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19418 (10jayantanth) [10:02:10] 03(NEW) Clicking on "Start a new discussion" link on non-existent pages does not work - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19419 enhancement; Normal; MediaWiki extensions: LiquidThreads; (vasilvv) [10:02:12] bah he replied with still no link to any form of community consensus [10:03:58] community shommunity! [10:06:14] werdna: also, LQT doesn't seem to care about page or thread protections at all [10:17:14] 03aaron * r52483 10/trunk/phase3/includes/LogPage.php: Fill in log_user_text column on log save [10:20:12] 03aaron * r52484 10/trunk/phase3/maintenance/populateLogSearch.php: Fixed summary [10:23:54] 03(mod) Feeds format dates in content language and other messages in user language - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=19393 (10mormegil) [10:33:59] 03aaron * r52485 10/trunk/phase3/maintenance/ (populateLogUsertext.inc populateLogUsertext.php): Added script to populate log_user_text [10:40:28] 03shinjiman * r52486 10/trunk/phase3/ (RELEASE-NOTES includes/specials/SpecialVersion.php): * (bug 14611) Added support showing the version of the diff/diff3 engine. [10:46:52] 03(mod) Special:Version should show all third party software which it depends on - 10https://bugzilla.wikimedia.org/show_bug.cgi?id=14611 (10shinjiman) [11:05:18] my MediaWiki installation returns zero results when somebody includes the word "in" in the search terms, I guess that is because of MySQL stop words or something? [11:05:25] how would I turn that "feature" off? [11:09:01] I see that this was addressed in http://www.mediawiki.org/wiki/Search_issues as well [11:09:57] so would I need to filter out the "in" word from the search terms before handing it over to MySQL? [11:34:50] DB Question: If I add columns to a MW table, will an upgrade from version X (eg 1.14) to Y (eg 1.15) remove them? [11:40:39] I tend to think no. [11:40:59] You may need to verify the extension that calls those lines is compatible. [11:41:23] We have a few custom lines because of extensions on ours and that overright has never been a problem. [11:41:37] Alright then, thanks. [11:41:38] *LauraHale doesn't do the tech end much so has no clue really other than looking at the outcome. :) [11:41:42] heh [11:52:39] 03shinjiman * r52487 10/trunk/phase3/includes/specials/SpecialVersion.php: fix regression in r52476, point to the correct GD library home page or PHP GD module page. [11:59:14] Help with a wiki table? http://fanhistory.com/wiki/Template:Actors <-- I can't figure out why there is no table border on the right. How do I get it to appear? [11:59:17] ironic [11:59:28] http://usability.wikimedia.org/wiki/Releases/Acai/Compatibility_Matrix I can't see the difference between green and red easily [11:59:51] usability != accessability? heh [11:59:53] Oh Hai fail. [12:09:13] er [12:09:21] how can one add an image? o.O [12:09:31] hmm [12:10:06] !images | Zombie_Will [12:10:06] --mwbot-- Zombie_Will: For instructions to use images in MediaWiki, see . For more technical details about image uploads, see and . Note that uploads are disabled per default (see !uploads). [12:10:15] !upload | Zombie_Will [12:10:15] --mwbot-- Zombie_Will: File uploads are disabled per default, set $wgEnableUploads=true to enable it. See for configuration details, and for using uploaded images and other files. [12:10:21] ty [12:11:25] no ideas on my "help, the word 'in' ruins my MediaWiki searches" question? :( [12:11:46] *Splarka pokles rainman-sr ^ [12:12:11] !sqlsearch | lch [12:12:11] --mwbot-- lch: http://dev.mysql.com/doc/refman/5.0/en/fulltext-search.html [12:12:20] oh, i though there would be more info. [12:12:38] lch: mysql's fulltext index only covers works with more than 3 letters per default (and no numbers) [12:12:53] i think 1.16 will have a workaround built in. [12:12:53] Duesentrieb, that's not the problem [12:13:11] the problem is that if a search includes the word "in" then there are zero results [12:13:27] if one doesn't include "in" in the search terms, the results are good [12:13:34] it should just ignore/omit the word [12:13:59] hm... that'S ture i guess. [12:14:12] but in order to do that, mediawiki would have to know exactly which words mysql ignoires [12:14:20] but there is no good way to know that [12:14:33] you could just start with the default list [12:14:46] maybe make it configurable, too [12:14:49] ...plus everything shorter than 4 letters? [12:14:51] I mean, the problem seems to be an old one [12:15:01] that would suck if you tune mysql to include those [12:15:05] Duesentrieb, I think that's different from stop words, no? [12:15:12] in effect, no. [12:16:01] anyway... it'S a question for domas and maybe rainman. though rainman's expertise is lucene, not mysql... [12:16:06] lch: file a bug? [12:16:20] well, I have no trouble that people won't find anything if they search only for the word "in", but I don't like that this word ruins other search terms as well [12:17:42] yes, i understand [12:17:44] you can't expect that non-technical people know about mysql stop words [12:17:51] i don't see a nice solution though [12:17:57] or understand, even if you explain it to them [12:17:59] which is why i suggest filing a bug, so it can be discussed [12:18:04] perhaps even post to the mailing list also [12:18:09] I'd be surprised there isn't a bug yet [12:18:11] it's actually an interesting problem [12:18:34] and probably one not specific to mediawiki.... did you try search for people with the same issue with mysql's full text search? [12:18:53] lch: well, so much the better. perhaps there's a solution on the bug report? [12:19:06] yeah, I'm looking [12:19:35] Duesentrieb, I found enough other people that have a problem with it for MediaWiki, though MySQL is at fault :P [12:19:40] for example http://www.searchtools.com/analysis/mediawiki-search/2-mw-search-stinks-stopword-hell.html [12:20:03] hehe [12:20:20] since MediaWiki builds a lot on MySQL, it isn't unreasonable that they should be aware of the problems, even though they aren't their own [12:22:01] lch: dunno what'S reasonable. it does make sense to a) look for a solution in mysql's bugtracker/lists and to b) post to mediawiki's bugtracker/lists about it, wether you found something or not [12:22:38] isn't that alredy solved too? doesn't mediawiki pad around the short words? [12:24:04] Nikerabbit: i think i remember somethign like that was added very recently. but that would not help with long stopwords. the problem isn't that words are too shoirt, but how ignored words are handled if they appear in the query phrase. [12:24:41] "that" is an example for a long stopword, btw :) [12:25:36] holy shit, mysql has a lot of them. http://dev.mysql.com/doc/refman/5.1/en/fulltext-stopwords.html [12:26:09] any search containing any of them would fail. that sucks... [12:26:12] is that really the case? [12:26:15] lch: --^ [12:27:23] Duesentrieb, searching for "that" gives zero results for me, searching for "that" and other term gives results for both [12:27:31] not so for "in", as said before [12:27:41] maybe the padding workaround throws things off [12:27:51] so, "that" does not behave like a stopword at all? [12:27:56] that's odd. [12:28:09] well, it acts like one on itself, I guess it is ignored [12:28:14] I don't know what happens [12:28:30] but if it's a stopword, it's impossible to find matches for it... [12:28:35] anyway. [12:28:37] http://dom3.servegame.com/wiki?title=Special%3ASearch&search=that+unit [12:28:39] http://dom3.servegame.com/wiki?title=Special%3ASearch&search=that [12:28:43] versus [12:28:52] yes, it's possible that the passing breaks things. but with padding, you *should* get results even for "in" alone... [12:29:02] http://dom3.servegame.com/wiki?title=Special%3ASearch&search=hidden+in+sand [12:29:04] http://dom3.servegame.com/wiki?title=Special%3ASearch&search=hidden+sand [12:29:52] lch: ah, no - it doesn't find matches for "that". it does however highlight "that" in the matches it finds for "unit". [12:29:58] yeah [12:30:08] but "that" doesn't ruin the "unit" search [12:30:13] "in" does ruin things [12:30:15] see above [12:31:01] yes. what i mean is: "that" does behave like a stopword, and indeed exactly as expected: nho matches if it's alone, ignored if there's another word. [12:31:11] hm, interesting why that shouldn't work for "in"., [12:31:15] file a bug :) [12:31:29] maybe "that" is not a stopword, or maybe it's the padding workaround [12:31:48] yeah, I'll do, will look at the bugtracker a little more for related bugs first [12:36:52] it is a stopword, accourding to the mysql manual. and it does behave like one, i.e. searching for "that unit" gices the same results as searching for "unit" alone [12:47:50] anyone here with interest and/or experience in wikifarming? [12:48:04] I'm gathering info for a solution I'm developing [12:49:27] Saruman: try on a work day at a time convenient for the us west coast to catch the wikimedia folks :) [12:49:50] what's wikifarming? [12:50:01] running multiple independent wikis from one host [12:50:04] a SEO technique? :) [12:50:16] on mediawiki site it's called "wiki family" [12:50:33] Saruman: yes, and it's described inthe manual [12:50:54] I run a similar setup, even for one wiki I have different code base than for others [12:51:09] I use a variation of drupal-like hack [12:51:13] 03ialex * r52488 10/trunk/phase3/includes/specials/SpecialVersion.php: Mark SpecialVersion::execOutput as static to avoid E_STRICT [12:51:22] I've automated most aspects of administering a wiki farm on Linux [12:51:46] I use a single virtualhost rule for example [12:52:07] How do you deal with maintenance scripts? I have modified them to use HTTP_HOST environment variable [12:52:09] "rule"? [12:52:14] for apache [12:52:47] maintenance scripts run fine with --conf --aconf [12:53:36] I do not want to modify anything in the MW code and as little as possible in the LocalSettings.php file [12:53:40] http://www.mediawikifarm.nl/wiki/index.php/Main_Page [12:54:01] of course mediawikifarm.nl/wiki runs on a wikifarm :-) [12:54:24] I'm diving into the extensions problem this weekend :-/ [12:54:25] do you have any specific issue? [12:54:41] GroupPermissions_manager extension has its own configuration file [12:54:51] Havne't figured out how to handle that [12:55:14] my current alpha solution has identical GPM settings over all wiki's - not nice [12:55:22] all other features work like I want them [12:57:02] don't you have LocalSettings split among wikis? [12:58:03] yes I do [12:58:15] every LocalSettings.php is in /etc/mediawikifarm/ [12:58:29] being the "wikilabel" that identifies a wiki instance [12:59:04] every wiki instance also has its own apache.conf file that you include in the virtualhost configuration [13:01:19] saper: have you documented your setup somewhere? [13:02:06] no [13:02:17] :-( [13:02:20] I intended to run a single codebase initially [13:02:34] but then I found I like to experiment with new svn releases [13:03:15] /home/wiki/sites/$HOSTNAME/LocalSettings.php [13:03:28] /home/upload/$HOSTNAME [13:04:08] $MWFCONFDIR/$WIKILABEL/LocalSettings.php [13:04:24] $MWFDATABASEDIR/$WIKILABEL/images [13:04:45] /home/wiki/root/w is a common codebase [13:04:47] where the variables can be read from /etc/mediawikifarm/mediawikifarm.conf [13:04:57] clear [13:05:01] but there is one exception (/home/wiki/root/rcw for experimentali wiki) [13:05:24] hmm i should be able to cater to multiple code bases with relative ease... [13:05:39] I'll put it in my future deveolopment list :-) [13:06:33] saper: perhaps you could find some time to visit http://www.mediawikifarm.nl/wiki/index.php/User_documentation and let me know what you think of it [13:06:33] and my /home/wiki/root/w/LocalSettings.php contains the drupal-like trick with [13:06:51] $server = explode('.', implode('.', array_reverse(explode(':', rtrim($_SERVER['HTTP_HOST'], '.'))))); [13:07:04] and iterating over it to find LocalSettings.php to be included [13:07:16] oooh, that sounds like heavy php trickery [13:07:23] no, it's not heavy [13:07:32] *Saruman doesn't know PHP [13:07:43] $wgDBadminuser and password asre the only globals [13:07:58] so you will need to learn one to proceed with the project [13:08:20] possible, although I can handle most of my tasks with bash scripts [13:09:28] keep in mind that if you want to have separate codebases, the point of the project becomes moot, i.e. the only thing that remains is more oor less a well-thought directory structure [13:10:31] not necessarily... I'm running 6 wiki's on 1 codebase, and perhaps I could use a 2nd codebase for a 7th wiki [13:10:58] well it all boils down to the requirements that you impose on yourself, or which are imposed on you :-) [13:12:44] I don't see a config file for gpm [13:12:58] looks like most of stuff is in localsettings, or not? [13:13:48] ah I see [13:14:23] for GPM you need to change this [13:14:27] $dir = dirname(__FILE__) . '/'; [13:14:39] line 32 of GroupPermissionsManager.php [13:14:52] ah thanks [13:14:56] oh no, it's more than that [13:15:19] 6 wikis in one codebase sounds like a nightmare in my eyes o_o [13:15:33] lines 111-116 [13:16:30] I currently have an alpha setup that has GPM in it; it creates a single GroupPermissions.php which contains all GPM settings [13:16:34] change $dir . 'config/SortPermissions.php' to $your-instance-directory . '/SortPermissions.php' [13:16:57] heh, very handy to find someone that speaks PHP [13:17:06] SortPermissions.php needs to be changed too [13:17:33] I would discuss that issue with the extension author [13:17:42] rook2pawn: no nightmare, just need the right management solution - which is what I'm developing [13:18:08] saper: that's one route, but I'm looking in the other direction [13:18:33] see if I can come up with some symlink-trickery that fools not only GPM, but every extension [13:18:42] I have a $IPplus = "/home/wiki/sites/www.wikimania2010.pl"; [13:18:51] variable in eavery LocalSettings.php [13:19:04] perl within php? [13:19:13] ah wait [13:19:14] :-) [13:19:19] so in my case, I would change the extension to use $IPplus instead, but it's a non-standard variable. [13:19:34] php is almost like perl in case you haven't looked [13:19:45] I haven't... Bash is all I know [13:20:55] anyways, your pointers are most valuable [13:21:10] I'll see if I can tackle this problem this weekend [13:21:31] saper: much obliged [13:22:00] symlink-based code is somewhat tricky cross platforms [13:22:19] synlinks suck and are not needed [13:24:29] Duesentrieb: if all you have is a hammer... [13:24:52] Saruman: well, define instance PHP variable (like mine "$IPplus") and go through SortPermissions.php and GroupPermissionManager.php and see where $dir needs to be changed. Probably you can replace all instances of $dir . '/config/something.php' with $IPPlus . '/something.php' [13:24:58] Saruman: ...then all you do is hit your thumb. [13:25:10] :-D [13:25:21] saper: hacking around core files? wtf for? [13:25:45] Duesentrieb: since when GroupPermissionManager extension is "core"? [13:26:02] the goal is to have a multiple mediawiki instance with the same codebase [13:26:12] instances, even [13:26:24] saper: i don't know, i guess it isn't :) but if the extension can't cope with a changed $IP, then it's broken... [13:27:01]