[07:17:11] Heh [07:20:26] @search make [07:20:26] Results (Found 1): petan-build, [07:20:31] !petan-b [07:20:31] make -j `getconf _NPROCESSORS_ONLN` deb-pkg LOCALVERSION=-custom [07:48:09] petan: one of my grid process vanished :< [07:48:19] ? [07:48:27] what u mean [07:48:41] well, it was running as continuous [07:48:44] and its gone D [07:48:59] typical [07:49:02] happens to me as well [07:49:17] and out of all of the wones to die ti wass the most imporant one xD [07:49:18] grid is not trustworthy you should create own watch system to respawn your process when it die [07:49:27] PAH! [07:49:36] cron jsub -once [07:49:39] and run it every 10 minutes [07:49:46] mhhhm, maybe [07:49:52] that will check if it works if not it will restart it [07:49:55] silly grid [07:49:59] yep [07:50:05] it wasn't made by me ;) [07:50:06] ... [07:50:09] that's why it doesn't work [07:50:11] any way to find out why it vanished? [07:50:16] yes [07:50:21] all i have is the jobname, not id [07:50:22] tell me a name of it [07:50:24] WdIm.m [07:50:31] !toolsadmin [07:50:32] https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Documentation/Admin [07:50:33] addshore: are you making sure it always exits with -1? [07:50:33] or something that isn't 0? [07:50:36] that'll ensure that the grid will always restart it [07:50:42] not really [07:50:47] if it die OOM grid will not restart it [07:50:48] Yuvi|NoPowerGrrr: its a while(true){} loop [07:50:51] even if it exist with 54i63467267 [07:51:12] I wonder if it OOMed [07:51:19] thats a good point actually [07:51:21] petan: if you get killed OOM you don't get to 'exit' [07:51:44] of course you will [07:51:50] it doesn't really "kill" it [07:51:51] i forgot I changed the way it worked and ddnt change the mem limit [07:51:56] SIGKILL is unhandleable [07:51:58] in fact it will not allow it to allocate more memory [07:52:04] Yuvi|NoPowerGrrr: there is no SIGKILL [07:52:11] :) ok [07:52:14] it will just not allow it to allocate memory that will lead to crash [07:52:24] Yuvi|NoPowerGrrr: , all of my slaves are just sitting there waiting for work ;p [07:52:25] crash is handled by the software itself [07:52:38] typically it just exit with some random error code [07:52:40] addshore: yeah, should be able to just start it back up and things should work [07:52:45] yup :> [07:52:59] I think it might have OOMed then when it tried to read the enwiki list to redis [07:53:23] error: job name Wdlm.m not found [07:53:36] thats an i by the way ;p [07:53:55] aha [07:54:12] PHP Fatal error: Out of memory (allocated 136839168) (tried to allocate 32 bytes) in /data/project/addbot/src/addwiki/includes/Mysql.php on line 124 [07:54:12] PHP Fatal error: Out of memory (allocated 136839168) (tried to allocate 77 bytes) in /data/project/addbot/src/addwiki/includes/Mysql.php on line 124 [07:54:19] :< [07:54:42] MoArE MemORy! [07:57:52] awesome :> I guess I could catch OOMs, but all I would do is restart it and as it would then do the same thing I would probably never notice xD [07:59:32] addshore: jsub -mem 8g ? [07:59:33] :P [07:59:34] :D [07:59:35] or more [07:59:40] xD [07:59:42] you can go up to 24g [07:59:45] that is max [07:59:50] it's vmem anyway [07:59:57] what matters to system is res [08:00:28] or rewrite your bot to c++ it will eat 64kb and it will do same job :P [08:00:42] HAH [08:00:51] petan: the memory isnt really used by the program [08:00:53] or c# that will make it eat 800MB but that is still less :P [08:00:59] what it uses then [08:01:00] its when it loads 100,000 rows from a db ;p [08:01:15] make it load it in smaller segments [08:01:18] i could split it up into smaller queries [08:01:20] but i cba ;p [08:01:24] cba? [08:01:37] don't forget you can always use /tmp [08:01:43] that is a large storage which is pretty fast [08:01:50] well, the problem is the db is contasntly being changed, and I dont really want to lock it while I grab lots of rows :P [08:01:50] it's local filesystem [08:02:00] you can't lock it [08:02:05] unless it's your own db [08:02:10] it is :O [08:02:30] this is the db that was on bsql01 ;p [08:03:19] ah ok [08:04:06] although its abouot 1/26th of the size it was when it started :> [08:06:35] HAH! http://ganglia.wmflabs.org/latest/stacked.php?m=load_one&c=tools&r=day&st=1375257968&host_regex= you can see whenever nfs freezes :P [08:09:25] that is bad :/ [08:09:37] is there a bug filled about the NFS freeze ? [08:09:46] I imagine there is [08:10:34] petan: What's the rules? [08:10:43] ? [08:10:43] of tool labs [08:10:51] https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Rules [08:10:52] this [08:11:03] !rules [08:11:03] there is only 1 rule in labs: WP:IGNORE [08:11:11] yoy see [08:11:42] !link w:WP:IGNORE [08:11:42] https://labsconsole.wikimedia.org/wiki/w:WP:IGNORE [08:26:05] &ping [08:26:05] Pinging all local filesystems, hold on [08:26:06] Written and deleted 4 bytes on /tmp in 00:00:00.0009910 [08:26:07] Written and deleted 4 bytes on /data/project in 00:00:00.0356290 [08:26:14] hashar: what nfs freeze you mean [08:26:15] it works now [08:26:44] I mean, if NFS is freezing from time to time, there better have a bug filled about it for ops to look at and find the root cause :-] [08:26:48] and eventually get it fixed hehe [08:26:58] yes I created it it's RESOLVED WONTFIX [08:27:08] let me give you link [08:27:13] ... [08:27:41] hashar: Coren narrowed it down to hardware issues, I think. [08:27:50] ah nope it's not WONTFIX [08:27:53] it's just unresolved :P [08:27:57] https://bugzilla.wikimedia.org/show_bug.cgi?id=51937 [08:28:06] it's not directly saying "NFS" but it's related to it [08:29:08] you might want to fill another bug dedicated to the NFS slowness [08:29:12] with the above ganglia graph [08:29:24] and maybe mark your bug 51937 a dependency of the newly created NFS bug [08:29:38] hashar: Coren said he wanted to replace the hardware controller, but didnt' want to do it so close to wikimania [08:32:18] ah good to know :-] [08:44:13] [bz] (8NEW - created by: 2Antoine "hashar" Musso, priority: 4Unprioritized - 6normal) [Bug 52316] MediaWiki code update sometime leave deleted files - https://bugzilla.wikimedia.org/show_bug.cgi?id=52316 [08:47:50] &ping [08:47:50] Pinging all local filesystems, hold on [08:47:51] Written and deleted 4 bytes on /tmp in 00:00:00.0006860 [08:47:54] damn [08:47:56] again [08:47:59] nfs is fucked [08:49:30] Written and deleted 4 bytes on /data/project in 00:01:39.6748470 [08:54:33] (03CR) 10Ori.livneh: [C: 04-1] "(11 comments)" [labs/tools/gerrit-to-redis] - 10https://gerrit.wikimedia.org/r/76764 (owner: 10Yuvipanda) [09:05:52] (03CR) 10Yuvipanda: "(5 comments)" [labs/tools/gerrit-to-redis] - 10https://gerrit.wikimedia.org/r/76764 (owner: 10Yuvipanda) [09:17:12] (03CR) 10Yuvipanda: "Grrrit fucked up formatting. Sorry!" [labs/tools/gerrit-to-redis] - 10https://gerrit.wikimedia.org/r/76764 (owner: 10Yuvipanda) [09:20:32] (03PS3) 10Yuvipanda: Add separate process that listens for subscription changes [labs/tools/gerrit-to-redis] - 10https://gerrit.wikimedia.org/r/76764 [09:21:47] (03PS4) 10Yuvipanda: Add separate process that listens for subscription changes [labs/tools/gerrit-to-redis] - 10https://gerrit.wikimedia.org/r/76764 [09:23:37] [bz] (8NEW - created by: 2Peter Bena, priority: 4Lowest - 6minor) [Bug 51937] execution hosts are randomly unresponsive - https://bugzilla.wikimedia.org/show_bug.cgi?id=51937 [10:50:17] !log tools ptwikis added graph with mobile edits [10:50:19] Logged the message, Master [11:00:55] !log deployment-prep Migrated beta code updater from shell to python. https://integration.wikimedia.org/ci/job/beta-code-update/ [11:00:58] Logged the message, Master [12:28:38] Hi. I like to deploy a wiki using puppet, is there any documentation for it? [13:16:27] It's not clear whether it is hardware issues or driver issues, but the problem is definitely somewhere between the device driver and the spinning rust. [14:36:08] [bz] (8RESOLVED - created by: 2Niklas Laxström, priority: 4High - 6major) [Bug 48203] Purging does not work on deployment-prep / beta labs - https://bugzilla.wikimedia.org/show_bug.cgi?id=48203 [14:45:24] !toolsrequest [14:45:24] https://wikitech.wikimedia.org/wiki/Special:FormEdit/Tools_Access_Request [14:48:31] Coren, https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Access_Request/Steinsplitter [14:49:14] I'm in a middle of something, but I'll take care of it in ~20m if nobody else does. [15:00:13] Cyberpower678 done [15:00:37] Cyberpower678: next time you decide to ping C oren keep in mind there are other monkeys too, less busy [15:01:12] petan, thanks. [15:01:41] !monkey is petan, scfc_de: someone need a help with tools [15:01:41] Key was added [15:09:00] thx petan :) [15:37:17] petan, Steinsplitter created the service group splitty but it has no replica.my.cnf. Why? [15:37:46] local-splitty@tools-login:~$ sql enwiki [15:37:46] Enter password: [15:37:47] O_O [15:38:16] Steinsplitter: It takes some time before that propagates. [15:38:28] ah. okay. Thank you. [15:45:24] [bz] (8PATCH_TO_REVIEW - created by: 2Antoine "hashar" Musso, priority: 4Low - 6enhancement) [Bug 41285] [OPS] foreachwiki on beta use all.dblist instead of all-wmflabs.dblist - https://bugzilla.wikimedia.org/show_bug.cgi?id=41285 [15:47:31] coren, good morning! [15:47:39] Hola, kma500! [15:47:50] I have emerged from the etherpad :) [15:47:59] For great justice? :-) [15:48:19] I had a few more questions for you, as well as a draft for review. [15:48:26] When you have time. [15:48:44] Go with the questions, I'll sit down for the read after lunch. [15:48:52] I put them here: https://www.mediawiki.org/wiki/User:Kmenger/Tool_Labs#TODO_for_improvingTool_Labs_documentation.C2.A0 [15:49:22] kk. I'll work on those. [15:49:35] They are tied to specific sections of the draft, which is here:https://www.mediawiki.org/wiki/User:Kmenger/ToolLabsGuide [15:49:40] Thank you! [15:56:02] &ping [15:56:02] Pinging all local filesystems, hold on [15:56:03] Written and deleted 4 bytes on /tmp in 00:00:00.0006420 [15:56:13] ;_; [15:56:15] come back! [15:56:37] Written and deleted 4 bytes on /data/project in 00:00:34.7985970 [15:56:59] &ping [15:57:00] Pinging all local filesystems, hold on [15:57:01] Written and deleted 4 bytes on /tmp in 00:00:00.0003460 [15:57:02] Written and deleted 4 bytes on /data/project in 00:00:00.0060000 [15:59:39] kma500: Answered your new questions there. I'll ping you when I got around to reading the etherpad. [16:12:35] Hi all [16:12:56] I have a Q about crontab [16:14:28] My crontab in labs not work [16:20:51] <^d> hashar: Did you see my !log about the new memcached hosts for beta? [16:22:15] nop [16:22:23] ^d: have you setup dedicated hosts ? [16:22:45] [bz] (8NEW - created by: 2Antoine "hashar" Musso, priority: 4Unprioritized - 6normal) [Bug 52316] MediaWiki code update sometime leave deleted files - https://bugzilla.wikimedia.org/show_bug.cgi?id=52316 [16:22:52] role::memcache apparently creates instances with 90MB memory [16:23:03] was wondering yesterday how we could add more mc instances on a server [16:23:06] then gave up [16:23:22] <^d> hashar: Yep, deployment-memc0 and deployment-memc1 [16:23:44] that eat some disk/cpu from labs infrastructure but probably fine [16:24:09] <^d> Yeah. As a result we actually have something a little more like prod now. [16:24:18] <^d> Actual caches that hold stuff ;-) [16:24:27] though still only 90 MB ? :( [16:24:33] <^d> Nooo, way more. [16:24:39] <^d> 8G each iirc. [16:24:53] ahh [16:25:01] grats :-] [16:25:48] <^d> mc-labs.php already updated with the new hosts too, so all the beta wikis are using the new cache :) [16:26:10] I can't connect to them grbmbl [16:28:58] ^d: on another subject, I got two changes for you to rearview that setup Gerrit replication on the jenkins slaves https://gerrit.wikimedia.org/r/75499 (lanthanum) https://gerrit.wikimedia.org/r/75500 (gallium) [16:29:17] ^d: I think that require an action on Gerrit server side to accept the remote host key [16:30:20] ^d: if you get time today to get it applied with Ryan, that would be nice :-] [16:30:25] <^d> The lanthanum one looks fine. [16:30:48] \O/ [16:30:51] <^d> I'll have a look at the other one too, finishing breakfast. [16:30:54] the other does some ruby magic :-] [16:30:57] thanks! [16:31:04] reaching out back home! enjoy your morning coffee [16:31:56] I am off *wave* [16:36:30] ^d awesome, caches that hold stuff, whoda thunk it, thanks [16:42:45] Steinsplitter: Did your tool get its credentials okay? [18:18:16] Coren: all okay. Thanks :) [18:28:27] hey guys, anyone know if there is documentation about setting up https in labs? [18:28:35] or does anyone here have experience doing it? [18:31:14] ahh nm got it [18:31:17] was doing something dumb [18:32:37] !dumb [18:32:57] !dumb is wm-bot [18:32:58] Key was added [18:33:31] wm-bot: you're a dumb bot.. Don't talk to me for an hour... [18:33:31] Hi Technical_13, there is some error, I am a stupid bot and I am not intelligent enough to hold a conversation with you :-) [18:33:41] Fail.. [18:52:12] hi [18:52:22] is there a copy of the text table on tool labs? [18:57:28] lbenedix1: Nope. Even if it was possible to do it (it's much too big) it'd be /slower/ than through the API because of the caching. [19:02:09] okay [19:24:34] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Migration of Toolserver tools was modified, changed by Kmenger link https://www.mediawiki.org/w/index.php?diff=753078 edit summary: /* Information about design, functionality and structure of Tool Labs for existing and new devs */ Changed 'bots' to current name, 'toolsbeta' [19:25:54] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Migration of Toolserver tools was modified, changed by Kmenger link https://www.mediawiki.org/w/index.php?diff=753079 edit summary: /* Bots project (flexible/more experimental environment) */ Updated bots to toolsbeta [19:26:58] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Migration of Toolserver tools was modified, changed by Kmenger link https://www.mediawiki.org/w/index.php?diff=753080 edit summary: /* Do I have to set up my own virtual machine inside Labs? Do I have to know about puppet? */ bots to toolsbeta [19:31:32] what is the encoding of the database tables? utf8? [19:37:59] lbenedix1: latin-1, I believe. [19:38:57] ok [19:40:22] lbenedix1: You can run "show create table page\G" to check. [19:40:32] Reedy: Why does that say utf8? ^ [19:40:36] I think it's lying. [19:40:43] Hmmm. [19:40:48] I think the MySQL views fuck it up. [19:40:56] * Elsie blames Reedy. [19:41:50] show variables like "character_set_database"; [19:41:54] that sais latin1 [19:48:06] next qustion: I get an empty result when I try to get the page_id of: 1993–94_French_Division_1 [19:48:29] works with 1993-94_French_Division_1 (- instead of –) [19:50:32] are there other char replacements than ' ' -> '_'? [19:56:35] lbenedix1: No. [19:56:44] Your terminal may not be passing the en dash properly. [19:57:00] The '-' is a redirect, I imagine. [19:57:34] MariaDB [enwiki_p]> select page_id from page where page_title = '1993–94_French_Division_1' and page_namespace = 0\G [19:57:39] *************************** 1. row *************************** [19:57:45] page_id: 9914605 [19:57:49] 1 row in set (0.03 sec) [19:57:49] MariaDB [enwiki_p]> select page_id from page where page_title = '1993-94_French_Division_1' and page_namespace = 0\G [19:57:53] *************************** 1. row *************************** [19:57:55] page_id: 29487021 [19:57:58] lbenedix1: See the difference? [19:58:00] 1 row in set (0.02 sec) [19:59:00] okay [20:15:28] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Migration of Toolserver tools was modified, changed by Kmenger link https://www.mediawiki.org/w/index.php?diff=753122 edit summary: /* What's a "service group"? */ [20:28:06] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Migration of Toolserver tools was modified, changed by Kmenger link https://www.mediawiki.org/w/index.php?diff=753127 edit summary: /* List of important questions/FAQ */ added new faq content from doc sprint [20:43:39] ^d: manybubbles: mooaar search :-] [20:43:58] coming... [20:44:08] ^d: manybubbles: whenever you have completed the Cirrus Search migration on beta, I guess you could cleanup the old lucene instances ( deployment-search*) and possibly the related puppet manifests. [20:44:09] hey, how do I log what i'm doing, I think I'm supposed to do that [20:44:28] hi manybubbles -- !log ? [20:44:28] !log deployment-prep manybubbles never logs anything. [20:44:31] Logged the message, Master [20:44:40] manybubbles: syntax is: !log deployment-prep [20:44:56] I wish it could be made '!log beta' or simply !beta but that is not possible apparently [20:45:01] https://wikitech.wikimedia.org/wiki/Labs_Server_Admin_Log manybubbles [20:45:08] manybubbles: To log a message in #wikimedia-labs, use the following format: !log [20:45:10] !log deployment-prep building search indecies for beta [20:45:13] Logged the message, Master [20:45:20] sweet! [20:45:28] I'll go read that after I've set up the indecies. [20:45:31] then I'll log it [20:45:33] properly [20:48:47] yoo andrewbogott [20:48:48] just realized something [20:48:55] whatup? [20:48:56] we need to auto run git submodule update —init on virt0 too [20:49:09] should be long since done [20:49:16] Unless you see otherwise... [20:49:36] i just had to run it manually [20:49:41] the submodules weren't cloned [20:50:06] Oh, sorry, I misread before. [20:50:10] Yeah, that needs adding to the cron. [20:50:15] oh its a cron not the hook [20:50:15] ja [20:50:16] hm [20:50:16] do you want to do it? [20:50:23] manually? [20:50:24] or puppetized? [20:50:36] It's just manual atm. [20:50:44] hm [20:50:47] there isa puppet name [20:51:25] it was puppetized once i guess [20:51:28] i don't see it anymore [20:51:30] ok will add [20:52:30] added., danke [20:55:38] manybubbles: another thing is https://www.mediawiki.org/wiki/Beta_cluster/status [20:55:55] manybubbles: I need to write a summary of the last two months activity. [20:56:18] hashar: cool! I'll update that when I get finished too [20:56:37] that is used by the community technical team to craft the monthly engineering report [20:57:03] thank you :) [20:59:51] Coren, looks like the load on tools is on an incline, or is going thorugh a super spike. :/ [21:01:15] define "on tools"? I see a bit more useage on -login than usual but nothing seems awry. [21:01:55] Webserver 1's load spiked incredibly blocking access to tools. [21:02:43] Whatever it was is going down now. [21:03:16] could that be me doing things on deployment-bastion? [21:04:16] manybubbles: No, it's local to the tools webserver. AFAICT, there was a big flurry of activity on enwp10 [21:04:41] cool. I'm just used to being the one that breaks shared infrastructure [21:04:54] haha [21:05:05] manybubbles: are you a nexus of destruction? [21:05:28] sumanah: that is how I learned computers. every time I touched one it'd break. then I had to fix it. [21:05:40] also, I like data. [21:05:54] manybubbles: some people have A Force Field around them, you have A B0rks Field [21:06:06] (03PS2) 10Tim Landscheidt: Package take [labs/toollabs] - 10https://gerrit.wikimedia.org/r/71112 [21:06:08] that is me [21:09:25] manybubbles: that is why I don't have root on my laptop. I cant break it anymore :-] [21:11:44] manybubbles: Karl Popper said that we can't prove things right, but we can prove things wrong.... there seems something akin to your temperament there, incrementally breaking and then robustifying things [21:17:45] manybubbles: many QA/tester folks I know claim to be "bug magnets". [21:24:03] !log deployment-prep built and populated search indecies for all wikis exception dewikivoyage, enwikivoyage, and simplewiki. [21:24:05] Logged the message, Master [21:24:32] !log deployment-prep dewikivoyage and enwikivoyage are still building. simplewiki crashed. https://bugzilla.wikimedia.org/show_bug.cgi?id=52353 [21:24:34] Logged the message, Master [21:26:57] [bz] (8NEW - created by: 2Tyler Romeo, priority: 4Unprioritized - 6enhancement) [Bug 52354] Run Minion testing instance for security testing - https://bugzilla.wikimedia.org/show_bug.cgi?id=52354 [21:27:07] <^d> manybubbles: https://gerrit.wikimedia.org/r/#/c/77050/ :) [21:27:12] <^d> I think I fixed your fatal [21:28:06] thanks! [21:28:29] ^d: so *wikivoyage are super slow [21:28:35] <^d> :( [21:28:39] and they complain about not being able to create paths [21:28:43] which is weird [21:29:09] try it to get the full weird effect: time sudo -u mwdeploy mwscript extensions/CirrusSearch/forceSearchIndex.php --wiki dewikivoyage --batch-size=50 [21:29:40] Its probably slow because it is trying to do file stuff. which we don't really want, I assume. [21:33:26] <^d> Indeed. I was hitting this problem some time ago on my local dev install for a similar-ish reason. [21:33:36] <^d> It doesn't help that /data/project/* is NFS :) [21:37:22] <^d> manybubbles: Your wikivoyage problem looks like permissions. [21:37:43] ^d: yeah, but do we really want to be creating thumbnails while we do search indexing? [21:37:48] <^d> !log deployment-prep Fixing permissions on /mnt/upload7/wikivoyage to be like the other domains [21:37:50] Logged the message, Master [21:38:13] <^d> manybubbles: Not particularly. But in most cases they should already be created :D [21:39:07] ^d: so in beta if they aren't --- hey, if I run this as apache instead of this mwdeploy punk, I bet it'll create them for me [21:39:20] which will take forever, but only the first time [21:39:34] <^d> Conveniently, the target directory is now 0777 ;-) [21:39:46] <^d> (I wouldn't have chosen that personally, but hey all the other ones were too!) [21:40:43] <^d> But yeah, it'll be slow the first time but better from then on. [21:41:17] k. I'll build those later tonight in a screen session. [21:41:20] scren will be burning! [21:41:30] <^d> :) [21:43:01] and now it is time for me to hang out with my family. [21:44:16] (03PS1) 10Aude: report WikidataEntitySuggester changes to wikidata irc channel [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/77054 [21:44:55] YuviPanda_zz: [21:45:00] around? [21:45:10] hey aude [21:45:18] did i do https://gerrit.wikimedia.org/r/#/c/77054/ right? [21:45:40] it would be much better to see changes in our irc channel [21:45:42] aude: yeah, is the extension name correct? [21:45:58] yes [21:46:04] okay, let me merge and deploy [21:46:12] great :) [21:46:15] (03PS2) 10Yuvipanda: report WikidataEntitySuggester changes to wikidata irc channel [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/77054 (owner: 10Aude) [21:46:24] (03CR) 10Yuvipanda: [C: 032 V: 032] Report WikidataEntitySuggester changes to wikidata irc channel [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/77054 (owner: 10Aude) [21:46:25] * aude loves the new bot [21:46:29] aude: :D [21:46:57] thanks! [21:47:25] aude: can you do a test change to verify? [21:47:27] Bye, grrrit-wm. [21:47:29] should be back in a second [21:47:37] I really should make it reload config changes without having to restart [21:49:37] Yes, YuviPanda, you should... [21:50:05] aude: can you test / verify? [21:50:17] asking [21:53:36] waiting.... [21:54:23] hmm, should be instant? [21:55:09] no, waiting for our student to make a change [21:55:14] he's doing one [21:55:19] ah, okay :) [21:55:28] you can just comment 'test' on some changeset :P [21:55:47] true [21:56:52] works! [21:59:32] aude: :) thanks for the patch! [21:59:47] so easy [22:00:04] aude: also if you've any feature suggestions, poke me. Also, I've infrastructure on toollabs for building similar realtime gerrit based tools, so let me know if you have ideas for that [22:00:18] i noticed [22:01:42] heh :) [22:01:55] I've patches in that open that up to everyone, should have them deployed tomorrow or so [22:05:40] I'll head to sleep now [22:16:06] Hi- I wanted to update the copy on the Tools page here: http://tools.wmflabs.org/ . Not sure how to do that. Can anyone help? [22:19:04] hi kma500 - Coren would know more about that. hmmm [22:19:34] Thanks, sumanah. [22:19:51] kma500: That page is in git, in the labs/toollabs repository [22:20:03] (More specifically, in the www subdirectory thereto) [22:21:05] Thanks--I'll look for it there. [22:22:26] aha [22:22:31] I knew it was somewhere in git [22:22:35] I trust you like that Coren :) [22:29:03] @seen petan [22:29:03] Technical_13: petan is in here, right now [22:30:28] petan: in #mediawiki-visualeditor it's saying it's never seen people that are in the room. [22:30:59] kma500: how are things going? would you find it helpful to have any more informational meetings this week? [22:32:43] Whitespace bug [22:35:19] things are going okay, sumanah. I sent Coren the link to the draft to get his feedback this morning. What's there so far is here: https://www.mediawiki.org/wiki/User:Kmenger/ToolLabsGuide [22:35:53] I had some questions about how to deal with pywikibot help; not sure who the best person to ask for that is [22:36:34] kma500: https://lists.wikimedia.org/mailman/listinfo/pywikipedia-l is a good list to ask [22:37:01] Merlijn van Deen is ... valhalla, or a similar nickname on IRC [22:37:11] just to clarify--it's for pywiki in tool labs/setting it up for the environment [22:37:21] kma500: Coren might know things about this, then [22:37:41] i already tried him. [22:37:44] kma500: hmmmm [22:37:47] whom, Coren or valhalla? [22:37:51] coren [22:38:51] kma500: I've now sent an email introduction to you to introduce you to Merlijn [22:38:59] thanks! [22:45:28] Requesting shell access per the procedure. Shell Request has been filed on wikitech