[07:15:35] Warning: There is 1 user waiting for access to tools project: Pouyan (waiting 1 minutes) [07:19:12] petan: may 20th [07:19:13] aha... [07:19:13] see uptime [07:27:33] Coren the old /tmp wasn't cleaned on exec nodes I am cleaning it now [07:27:38] it just got mounted over [07:29:01] Warning: There is 1 user waiting for access to tools project: Pouyan (waiting 14 minutes) [07:42:26] Warning: There is 1 user waiting for access to tools project: Pouyan (waiting 27 minutes) [07:45:44] petan: how often does your bot nag about shell requests? [07:45:47] every 13 minutes? [07:45:54] idk [07:46:35] if (Shell.Count > 0 || Tools.Count > 0) [07:46:36] { [07:46:38] Thread.Sleep(800000); [07:46:53] 800 seconds... [07:47:04] https://github.com/benapetr/wikimedia-bot/blob/master/plugins/request/request/Request.cs [07:48:09] it seems you're wasting threads [07:48:21] (I don't know how expensive threads are in c#) [07:48:49] how would you do that? [07:49:03] I don't think that any thread which is sleeping is expensive at all [07:50:13] I may use a job queue scheduling mini = quick tasks to do in the future [07:50:19] and do them in one thread [07:50:33] this may reduce the chance of deadlock too [07:51:42] there is no chance for deadlock I know of [07:51:56] also, I don't think your version would be faster, in fact it would be slower [07:52:12] I am putting this thread to sleep, what would you do with execution context? [07:53:55] how did that deadlock happen yesterday [07:54:02] or the day before? [07:54:34] also are irc bots cpu-intensive? [07:54:53] so being faster or slower a little is critical [07:55:48] Warning: There is 1 user waiting for access to tools project: Pouyan (waiting 41 minutes) [07:59:04] about context, maybe I want to consider putting a closure into job queue. serialization is not needed I guess [07:59:36] liangent that was entirely different code which caused the deadlock, anyway - I see no point in rewriting code which works and is fast to something that is slower, even if it work as well. what is the point? [08:00:14] btw - there is a ton of stuff that could be improved in wm-bot I just have little time for that, you are welcome to improve it [08:00:27] it's open source in the end [08:00:49] I am working on other project right now which I spend most of my day on... [08:01:42] I'm not talking about rewriting the bot using my idea. I'm just explaining I may use another approach if I designed it [08:02:33] btw I know nothing about c# - and I remember there was some talk about developer capacity in different languages at the beginning [08:04:07] ok [08:09:23] Warning: There is 1 user waiting for access to tools project: Pouyan (waiting 54 minutes) [08:22:54] Warning: There is 1 user waiting for access to tools project: Pouyan (waiting 68 minutes) [08:27:48] !tr Pouyan [08:27:48] request page: https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Access_Request/Pouyan?action=edit talk page: https://wikitech.wikimedia.org/wiki/User_talk:Pouyan?action=edit§ion=new&preload=Template:ToolsGranted link: https://wikitech.wikimedia.org/w/index.php?title=Special:NovaProject&action=addmember&projectname=tools [08:28:36] !rq Pouyan [08:28:37] https://wikitech.wikimedia.org/wiki/Shell_Request/Pouyan?action=edit https://wikitech.wikimedia.org/wiki/User_talk:Pouyan?action=edit§ion=new&preload=Template:ShellGranted https://wikitech.wikimedia.org/wiki/Special:UserRights/Pouyan [08:31:53] Hello I made a job for my bot but it isn't working [08:32:06] ladsgroup@tools-login:~$ qstat [08:32:07] job-ID prior name user state submit/start at queue slots ja-task-ID [08:32:09] ----------------------------------------------------------------------------------------------------------------- [08:32:10] 68196 0.26753 python2 ladsgroup Rr 05/20/2013 21:08:40 continuous@tools-exec-02.pmtpa 1 [08:32:28] How i can see the job [08:32:34] like screen -r [08:32:41] I'm new :( [08:33:48] hi [08:33:53] hi [08:34:24] the output from your job should be in your home [08:35:06] there are 2 separate files, error output and std out [08:36:35] Oh [08:36:43] I get that [08:38:18] ok [08:38:44] Thank you [08:38:54] :) [08:52:40] sorry but my internet got crazy so i didn't see what you said [08:56:05] well, I didn't say anything :) there are logs of this channel [08:56:10] !logs [08:56:11] experimental: http://bots.wmflabs.org/~wm-bot/html/%23wikimedia-labs [08:56:18] oh.. [08:56:20] !logs del [08:56:20] Unable to find the specified key in db [08:56:25] o.O [08:56:29] !logs unalias [08:56:29] Alias removed! [08:56:40] !logs is http://bots.wmflabs.org/~wm-bot/logs/%23wikimedia-labs/ [08:56:41] Key was added [08:59:25] I said What I'm doing is ok or not ? Amir1 petan: what I'm doing is ok? jsub -continuous python /ladsgroup/pywikipedia/wdph50.py [08:59:37] ok I didn't see that [08:59:55] I don't think it is correct I see 2 mistakes [09:00:05] 1. you are executing it as you, instead of tool account [09:00:12] I think that wasn't sent [09:00:16] 2. you are using invalid path /ladsgroup/pywikipedia/wdph50.py [09:15:58] sorry :( my internet got really crazy. I said can you help me to write a correct job? [09:22:20] Amir1: sure [09:22:29] first of all, you should create an account for it [09:24:30] my account is ladsgroup [09:24:30] i have a tool account too, [09:24:30] I made a job named local-dexbot [09:24:37] ok [09:24:42] you need to type become dexbot [09:25:59] type what? [09:26:10] become dexbot [09:26:20] ok [09:26:24] let me do that [09:26:39] then you need to upload your bot to some location accessible by that user [09:28:43] see this:https://wikitech.wikimedia.org/wiki/Special:NovaProject [09:29:07] hm? [09:29:31] I had dexbot [09:29:38] now I am dexbot [09:29:45] ok [09:29:48] ladsgroup@tools-login:~$ become dexbot [09:29:51] local-dexbot@tools-login:~$ [09:30:05] now you need to copy the bot files to some folder [09:30:13] probably to /data/project/dexbot [09:30:13] so what's next [09:30:57] there is a program mc which can be used for that [09:31:04] it's easy to use file manager ;) [09:48:24] jsub -once python /data/project/dexbot/pywikipedia/wdph50jsub -continuous python /data/project/dexbot/pywikipedia/wdph50 [09:48:24] petan: is it correct now? [09:48:44] sorry I copied incorrectly jsub -once python /data/project/dexbot/pywikipedia/wdph50 [09:48:46] I am not really sure, but I need to go now... will check later :/ [09:48:50] !toolsdocs [09:48:51] https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help [11:02:37] For some reasons I have problems to access my test server from outside [11:02:38] http://math-test.instance-proxy.wmflabs.org/srv/mediawiki/skins/common/images/labs_mediawiki_logo.png [11:03:16] the wgScript path is set to $wgScriptPath = "/srv/mediawiki"; [12:05:18] http://math-test.instance-proxy.wmflabs.org/wiki/Main_Page [12:05:50] He's gone, but it's setup wrong [12:05:52] http://math-test.instance-proxy.wmflabs.org/mediawiki/skins/common/images/poweredby_mediawiki_88x31.png [12:06:00] /srv needs removing [12:08:47] Reedy: yeah, the old labs mediawiki instance puppet configs were screwy [13:07:08] Oh, how fun. I seem to have some replication up. [13:10:07] Coren up for you or up for people [13:10:24] I'm people! [13:10:47] I'm about to document it but, sneak preview: mysql --defaults-file=replica.my.cnf -h nlwiki.labsdb nlwiki_p [13:11:07] Coren you know you didn't clean /tmp on these old boxes :P [13:11:11] I mean old /tmp [13:11:14] new boxes :D [13:11:27] after reboot of exec nodes it got mounted over the old tmp [13:11:40] but no worries I cleaned it on all of them... [13:11:52] petan: Thanks. I'd have gotten to it evenbtually. [13:12:07] well, it was hard to notice, I just thought it would happen [13:12:38] I knew it wouldn't: mounting /tmp takes place before the cleanup. [13:12:53] aha [13:13:43] btw we should write somewhere all these manual parts that aren't in puppet, like change /etc/fstab and so in case we needed to create more exec nodes [13:14:03] * Coren nods. [13:14:28] I think there isn't actually so much of that.. I think only swap and this /tmp [13:14:34] There aren't too many of them left except for the grid config. [13:14:45] grid config isn't in puppet as well? [13:14:46] aha [13:14:54] I didn't set up any exec node on tools so far [13:15:36] petan: Partially only; there is no clean interface to qconf in puppet so I need to finish the gridengine module. [13:18:05] petan: Between Amsterdan and Hong Kong [13:41:17] Coren: Re replication: \o/ Although next people will want to be able to do joins between tool tables and the replicas, and probably between enwiki_p and commonswiki_p, etc. [13:43:14] anomie: joins between commons/wikidata and others may come within a day or two with luck. [13:43:30] anomie: Everyone can create tables of the form username__xxx on the replicas though. [13:43:34] To join with [13:44:06] Oh? Does everyone see those tables then? [13:44:08] create databases* [13:45:22] Hm. In theory. I need to turn off read-only now, don't I. :-) [13:45:41] Coren, help! [13:45:57] http://tools.wmflabs.org/cyberbot/waca/acc.php [13:46:42] Cyberpower678: Did you check against the common errors in the docs? [13:46:52] what docs? [13:46:56] !tooldocs [13:46:56] https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help [13:47:28] In particular, check out https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help#Logs [13:50:08] Coren, can you make Cyberbot own it for me? [13:50:25] Cyberpower678: take [13:50:31] (From the right account, of course) [13:50:46] Is that a new command? [13:51:32] !petan-build is make -j `getconf _NPROCESSORS_ONLN` deb-pkg LOCALVERSION=-custom [13:51:32] Key was added [13:51:44] I always forget this command [13:52:06] !petan-forgot is !petan-build [13:52:06] Key was added [13:52:08] Cyberpower678: It's been there a while, just not yet documented [13:52:18] Coren, no one ever told me. [13:52:36] And now you know -- and knowing is half the battle!™ [13:52:44] :-) [13:53:16] Umm...http://tools.wmflabs.org/acc.php?action=login&nocheck=1 [13:53:35] Coren, [13:53:36] Four hundred and four! [13:53:36] The URI you have requested, http://tools.wmflabs.org/acc.php?action=login&nocheck=1, doesn't seem to actually exist. [13:53:36] You might want to looks at the list of tools to find what you were looking for, or one of the links on the sidebar to the left. [13:54:06] Yes, impressive isn't it? If the URL you give is wrong, it returns an error. :-) Check your URL. [13:54:47] AKA the login button doesn't seem to want work. That seems to be a labs error. It's the exact code on my PC and toolserver and the work just fine. [13:55:08] Look at your URI. The URI is wrong. [13:55:18] if anything is broken coren did it!™ [13:55:32] What's wrong with it? [13:55:52] Cyberpower678 you are missing the tool name? [13:56:02] tools.wmflabs.org is a root of webserver [13:56:10] FAIL. [13:56:48] Cyberpower678: Were you added to the ACC devs? ACC needs IP information to work right, and I can't give that to random people who haven't identified to the Foundation. :-) [13:57:44] Not officially yet. I'm learning the code. But I am identified to the foundation. All tool users are. [13:58:00] o_O? What's your WM username? [13:58:00] o.O [13:58:13] all tool users are identified to foundation? wtf [13:58:28] Cyberpower678 [13:59:11] It's required because we have access to sensitive information. In some case more than a CU. [13:59:27] I don't see you on http://meta.wikimedia.org/wiki/Identification_noticeboard [13:59:38] Oh, now I do. [13:59:47] Yeah, clearly I need new glasses. :-) [14:00:15] LOL. Just in case. https://meta.wikimedia.org/wiki/?diff=3713947&diffonly=yes [14:00:23] Or, alternately, I need to not search for Cyverpower [14:01:03] ACC (and UTRS for that matter) will need special handling. Special handling that will only be available at or after the Hackaton. [14:01:37] Because right now I'm teh buzies. :-) [14:01:37] :D [14:16:19] addshore when you arrive to hostel? [14:16:27] I will be there on thursday evening [14:24:14] hi, pleas enable on commons.wikimedia.beta.wmflabs.org the translate extension. Thank yoz [14:24:16] *u [14:28:21] Coren, I'm having some issues here. Cyberbot owns the files now but gets a permission denied when I chmod 664 -R /data/project/cyberbot/public_html/waca [14:28:50] What could be causing that. [14:29:23] Well, first of, the -R should go before the 664. But more importantly, you shouldn't hardcode the mode like this because you'll mess some of the sgid on directories. What you want is: [14:29:30] chmod -R g+w /data/project/cyberbot/public_html/waca [14:29:50] I.e.: add group write to all [14:30:24] Directories you want to leave sgid because that allows the group to remain correct regardless of who edits files in them. [14:31:00] chmod: cannot access `/data/project/cyberbot/public_html/waca/includes': Permission denied [14:32:39] Coren, does it have something to do with the waca folder having been set to 2664 [14:34:13] Gah! Don't chmod a directory without x! [14:34:19] Yep, that was the culprit. [14:34:20] First fix: [14:34:27] chmod a+x /data/project/cyberbot/public_html/waca [14:34:34] :-) [14:34:45] Then do the chmod -R and that'll fix everything else [14:34:59] Coren, already done. That mod changed itself when I executed take for some reason. [14:35:25] No, it didn't. take does not touches modes ever. [14:35:35] That was your chmod 664 -R /data/project/cyberbot/public_html/waca [14:35:59] A directory shouldn't be 664. Ever. :-) [14:36:40] I still can't create folders. [14:37:30] Coren, ^ [14:37:36] Can I 774 everything. [14:38:43] Wait! Don't! That's also a bad mode. [14:38:56] I'm waiting. [14:39:16] Never, ever change recursively with an octal mode: good permissions for directories are not the same as for files. [14:39:25] 774 o.O [14:39:25] Who are you trying to create a directory as, and where? [14:40:20] Hrm. You didn't fix /data/project/cyberbot/public_html/waca right. chmod a+x /data/project/cyberbot/public_html/waca [14:40:42] There you go. [14:40:50] Coren, Done [14:41:04] * Cyberpower678 will get it right eventually. :p [14:41:21] Now your permissions seem okay. [14:56:34] petan: hello are you there? [15:10:21] I want to make two jobs (via jsub) but this doesn't work jsub -once python /data/..... [15:10:42] does anybody know that? [15:12:52] Warning: There is 1 user waiting for shell: Aandrei (waiting 0 minutes) [15:19:44] Amir1: what is the problem? [15:19:54] i.e. what doesn't work? [15:20:06] does the second job not start, do you get an error, ....? [15:20:34] Coren, can you add stwalkerster to tools? [15:21:25] Cyberpower678: I don't see his request? [15:21:29] PM [15:21:34] !toolsrequest is https://wikitech.wikimedia.org/wiki/Special:FormEdit/Tools_Access_Request [15:21:34] You are not authorized to perform this, sorry [15:21:37] :-( [15:21:50] I need to let him access local-cyberbot [15:22:05] To debug some stuff. [15:22:06] Amir1: If you didn't specify a name for you job, it takes the name of the program you ran. In your case, 'python'. [15:22:16] Cyberpower678: He needs to request it himself. [15:22:26] !toolsrequest is https://wikitech.wikimedia.org/wiki/Special:FormEdit/Tools_Access_Request [15:22:26] Key was added [15:22:54] Amir1: So since your other job is /also/ named python, -once (correctly) prevents it from starting. [15:23:05] Amir1: Name your jobs with the -N option, and that'll be fixed. :-) [15:24:43] What's the DB word? [15:25:02] greenrosetta, Bare minimum will be ready by Amsterdam. [15:25:54] whats bare minimum entail? en-wiki? [15:26:00] yes. [15:26:07] No archive yet I believe. [15:26:20] sorry i was away [15:27:05] Warning: There is 1 user waiting for access to tools project: Stwalkerster (waiting 0 minutes) [15:27:23] Coren, he's requesting it now. [15:27:30] Coren: Thank you but is ok doing this way: jsub -once -N:albumbox ....? [15:27:51] You want a space after -N, not a colon, but yeah. [15:28:00] jsub -once -N albumbox ... [15:28:07] oh [15:28:09] I get that [15:28:44] yes [15:28:47] It worked [15:28:49] Cyberpower678: {{done}} [15:28:51] thank you [15:28:58] I think we should update the manual [15:29:02] Amir1: That's what I'm here for. [15:29:23] Redactatron... heheh [15:29:25] Amir1: I thought it was pretty clear about job names, but if you find a way to make it clearer, go ahead: it's a wiki. :-) [15:29:35] Coren, thank you [15:29:57] It's strange [15:30:05] sounds like a character from a 70's exploitation flick [15:30:41] I thought that was like this jsub -once jobname php /data/project/tool/task/execute.php [15:30:45] (there wasn't -N) [15:30:55] so my bad [15:30:58] sorry [15:31:04] and thank you again [15:40:11] Successfuly added .*@wirenat2\.strw\.leidenuniv\.nl [15:40:11] @trustadd .*@wirenat2\.strw\.leidenuniv\.nl trusted [15:40:17] valhallasw try again [15:46:41] Oh, how interesting! There has been an update to https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help#Database_access [15:53:39] petan: heh, except that I switch domains often. I should probably just get a mask [15:54:11] indeed [15:57:58] petan: ^ fixed :-) [15:58:22] Successfuly added .*@unaffiliated/valhallasw [15:58:22] @trustadd .*@unaffiliated/valhallasw trusted [15:58:51] thanks :-) [16:02:38] kernel doesn't maintain any good backward compatibility.... [16:02:49] basically every new release breaks half of my drivers :/ [16:03:20] I wish they would actually deprecate variables and functions before they remove them from code [16:18:15] Krenair, are you able to access nova-precise2? [16:18:27] Um… via ssh, I mean? The web interface is working fine [16:18:57] no Permission denied (publickey). [16:21:16] Mind if I reboot? [16:23:50] Krenair, mind if I reboot? [16:24:27] andrewbogott, don't mind at all, I'm obviously not logged in at the moment [16:24:35] Ah, good point [16:40:21] Krenair, the disk is full… which I don't know how to fix without a login :( [16:54:09] Warning: There is 1 user waiting for shell: Moshe742 (waiting 0 minutes) [16:59:42] Funny, given how often people clamoured for replication I'd have expected half of -login's ps to be full of mysql. :-) [17:00:11] replication is public now? [17:01:57] https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help#Database_access [17:03:48] Coren, I didn't see anything about this on the mailing list... [17:04:27] Krenair: Because I don't want to open the floodgates quite yet; "officially" that's for the Hackaton. [17:04:38] Some use until then would be good, though. [17:04:53] Coren, ... then why are you surprised that most people aren't aware of it? [17:05:10] I've been saying things about it on-channel all morning. :-) [17:05:30] I only got home at like 16:30 BST [17:05:38] Heh. Well, now you know! Have at it! [17:05:40] :-P [17:05:48] Do you need tools access to connect to it? [17:06:01] Krenair: Yes. It is only accessible from the tools project atm. [17:06:10] Can I be added to that project please? [17:06:19] (Well, also by deployment-prep but that's a side-effect) :-) [17:06:27] I'm in deployment-prep [17:06:46] You're in tools now. [17:06:57] thanks [17:07:08] The way to access them from deployment-prep wouldn't be the same anyways; the hacks to do it cleanly are, atm, only on tools [17:07:39] Warning: There is 1 user waiting for shell: Moshe742 (waiting 13 minutes) [17:09:19] Krenair: Hm. Need a reboot of the DBs. (See why I didn't widely publicize it?) [17:09:30] I understand that [17:09:31] Krenair: Downtime: ~2-3 minutes in 1-2 minutes [17:09:51] However, you seemed surprised that people were seemingly unaware of it [17:10:03] No, I wasn't really. I was dropping hints. :-) [17:10:26] And, indeed, it worked for you didn't it? :-) [17:11:02] Coren what [17:11:07] there is mysql you say? :D [17:11:10] anyway [17:11:41] what about the private dbs? are they still on that slow box? or we are getting dedicated one [17:13:08] petan: RTFWP. :-) [17:13:15] Coren, which instance should I connect to in tools to use this? [17:13:18] i'm going to keep tools-db up, provisionally. [17:13:42] Krenair: tools-login is the normal entry point for all things tools. Has a public IP too, since it's a bastion (tools-login.wmflabs.org) [17:13:44] Krenair -login? :P [17:13:57] hm [17:14:07] I was wondering if I shouldn't be using that to connect to mysql [17:14:19] since I don't have a ~/replica.my.cnf file there [17:14:41] Krenair: It takes a moment after creation for the file to appear; and the DB is not up. :-) [17:14:43] Coren what about the creating db [17:14:45] part [17:14:55] what is that for [17:14:57] petan: Read the fine Wiki Page, petan. :-) [17:15:03] I do [17:15:07] https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help#Database_access [17:15:08] that is what confuse me [17:15:16] Creating databases [17:15:17] Users can create databases with names starting with username__ (where username is your credentials' user, which can be found in your ~/replica.my.cnf followed by two underscores), and have all privileges on it (with grant options). [17:15:35] I thought private databases are supposed to be on separate server [17:15:38] like tools-db [17:16:17] ... you couldn't join with the replica databases if that's the only place you could make them. [17:16:25] aha [17:16:31] Those databases can be created on the replica servers (as above), or on a database local to the tools project: tools-db. [17:16:37] Next paragraph. [17:16:52] so these are permanent databases? [17:17:13] * Coren notes Asher is finishing up maintenance on said DBs and they will be back up shortly. [17:18:41] Define "permanent"? They don't go away automatically if that's what you're asking. [17:20:06] yes :D [17:21:50] Krenair +1 I don t think how people would be spamming the labs with db requests if they dont know it :) you need to send announcement :D [17:22:00] s1 (enwiki) is back [17:22:05] So any minute now. [17:22:36] Coren that cnf file differs per user? [17:22:49] petan: Of course it does. [17:23:06] aha you said people can create db too [17:23:12] if it was read only it wouldnt need to [17:23:40] petan: You'd still want to be able to see who does what queries to know who to beat up when they make silly full scan cross-joins. :-) [17:23:50] ok [17:24:36] Coren what a creepy username [17:24:38] :D [17:25:41] DBs are back up. [17:25:50] Krenair: your creds should have arrived. [17:57:19] Coren: creds? en-wiki? [17:57:55] greenrosetta: https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help#Database_access [17:58:37] * brion tossed up a quick project request at https://wikitech.wikimedia.org/wiki/New_Project_Request/SVG-dashboard \o/ [18:00:04] error: commlib error: access denied (client IP resolved to host name "bots-gs.pmtpa.wmflabs". This is not identical to clients host name "bots-gs") [18:00:05] error: unable to send message to qmaster using port 6444 on host "bots-gs.pmtpa.wmflabs": got send error [18:00:07] What does that mean? [18:01:12] Pyfisch: I'm not sure where it came from, but apparently the program you are using requires you using fully qualified names that match the reverse. If you give it the whole name, it should work. [18:01:29] brion: Not sure that needs a whole project. Lemme poke Ryan. [18:01:43] heh [18:01:45] hmmm [18:01:50] i'll take a vhost, just need storage :) [18:01:52] I wish we had a project for mediawiki that was easy to use [18:02:07] so that we didn't need to create a project for each one [18:02:11] let me look at the project list really quick [18:02:18] whee [18:02:19] Coren: I just try to execute qstat on bots-gs [18:03:44] Pyfisch: Oh, I'm not quite familiar with the setup of the gridengine on bots; you'll have to ask Petan. At first glance, he's configured some of the access control lists with just hostnames instead of FQDN and it breaks from some hosts. [18:04:01] petan: ^^ [18:05:00] Ryan_Lane: We should make a project where one can just deploy a WM install automatically per service group. Shouldn't be too hard to swing. [18:05:10] ah. true [18:05:21] service groups are handy [18:05:57] With a suitable apache config with nice rewrite rules, that'd be the idea spot for testing codebases. [18:06:10] indeed. that's what I wanted at first [18:06:18] never got a chance to work on it [18:07:07] for now I'll just create an svg project [18:07:45] brion: I created an svg project and added you as projectadmin [18:07:56] whee [18:07:58] brion: see: https://wikitech.wikimedia.org/wiki/Help:Single_Node_MediaWiki [18:08:05] it'll make the mediawiki install part quicker :) [18:09:55]