[01:46:18] Jasper_Deng: it already is :P [07:54:47] [bz] (NEW - created by: Antoine "hashar" Musso, priority: Normal - minor) [Bug 38438] [OPS] scap-2 should be installed by puppet - https://bugzilla.wikimedia.org/show_bug.cgi?id=38438 [10:10:14] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669689 edit summary: [+266] /* Bots project */ rearranged order of items, done items first [10:14:22] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669690 edit summary: [+168] /* Bots project */ cleaning up [10:22:42] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669692 edit summary: [+392] /* Bots project */ added question [10:27:04] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669693 edit summary: [-309] /* Various */ cleaned up the paragraph [10:33:22] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669694 edit summary: [+322] /* Backup */ cleanup [10:35:07] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669695 edit summary: [+11] /* Backup */ [10:38:06] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669696 edit summary: [+10] /* Database */ [10:39:45] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669697 edit summary: [+72] /* Filesystem */ asked about status of FS items [10:47:16] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669698 edit summary: [-145] /* Web */ clean up [10:59:37] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669699 edit summary: [-114] /* Languages */ cleaned up a bit [11:05:39] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669700 edit summary: [+151] /* Labs wide (not only bots / tools), but available for all projects */ use of project storage vs. home directories needs documentation [11:07:49] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669701 edit summary: [-1050] /* Labs wide (not only bots / tools), but available for all projects */ removed explanations about Central per-user directory mounted on all instances within a project, will be added to documentation [11:09:47] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669702 edit summary: [+338] /* Backup */ added backup of user dbs here [11:11:08] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669703 edit summary: [-733] /* Labs wide (not only bots / tools), but available for all projects */ part about backup removed, was redundant to first part of page [11:20:56] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669704 edit summary: [-540] /* Labs wide (not only bots / tools), but available for all projects */ clean up [11:30:05] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669707 edit summary: [-374] /* Bots project */ cleaned up [12:14:22] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by 87.160.86.109 link https://www.mediawiki.org/w/index.php?diff=669722 edit summary: [+163] /* Filesystem */ added links to documentation [12:15:11] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by 87.160.86.109 link https://www.mediawiki.org/w/index.php?diff=669723 edit summary: [-27] /* Filesystem */ set quota to done [12:17:04] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by 87.160.86.109 link https://www.mediawiki.org/w/index.php?diff=669724 edit summary: [+163] /* Filesystem */ added comment about replacing gluster [12:19:25] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by 87.160.86.109 link https://www.mediawiki.org/w/index.php?diff=669725 edit summary: [+186] /* Filesystem */ moved Nemo's question about sharing up here. [12:24:09] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by 87.160.86.109 link https://www.mediawiki.org/w/index.php?diff=669728 edit summary: [-95] /* Labs wide (not only bots / tools), but available for all projects */ set simple http access to done and linked to instance proxy documentation [12:42:12] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669736 edit summary: [-2770] /* Labs wide (not only bots / tools), but available for all projects */ deleted a discussion about storage, how this is supposed to be used is now in the docs [12:44:22] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669740 edit summary: [+33] /* Bug tracker */ [12:49:19] Change on 12mediawiki a page Wikimedia Labs/Tool Labs/Needed Toolserver features was modified, changed by Silke WMDE link https://www.mediawiki.org/w/index.php?diff=669742 edit summary: [-395] removed redundant questions about bug tracker [15:32:31] Morning, Labs! [15:33:32] * Damianz thinks it's afternoon [15:37:12] Here it's still before noon, and "morning" gets a lot of elbow room on a sunday. :-) [19:01:53] whom I may add to Nova resource bots? [19:04:49] whom I may add to Nova resource bots? [19:07:39] UA31_, sorry, I don't understand what you're asking [19:08:31] join bots proyect [19:10:25] UA31_: Oh, if you want to join a specifc project, you need only ask any one of its members. [19:10:49] UA31_: Are you looking for a place to run a bot, then? [19:11:14] Exactly [19:12:18] UA31_: I can help with that. Is it already a working bot or are you looking for more of a development/trial space? (There are two applicable projects, "bots" is for the more experimental stuff and "tools" is for the stable ones that are already running). [19:14:15] Working bot http://es.wikipedia.org/wiki/Especial:Contribuciones/Elvisor [19:15:41] Allright, do you already have a wikitech user? [19:18:20] https://wikitech.wikimedia.org/wiki/Special:Contributions/UA31 [19:21:04] I've given your account access to the tools project, and created a tool account for 'elvisor' as well. There is a quick start guide here: https://www.mediawiki.org/wiki/Wikimedia_Labs/Tool_Labs/Help [19:21:20] Coren: PM [19:21:20] don't hesitate to ask me if you need help; I'm arround this channel all the time. [19:21:22] (quick q) [19:27:18] thanks [19:28:29] Coren: AT ALL TIMES!? [19:29:40] Coren never sleeps. [19:30:06] He's a bot [19:31:41] Damianz: I'm *here* at all times, but sometimes you have to rely on my reading scrollback when I wake up. :-) [19:32:39] I think we should hook up some highlight -> electrocution system for when you're sleeping [19:32:56] ... maybe not. :-) [19:33:20] also hai [19:33:29] Yeah, that too. :-) [19:34:10] * Damianz goes back to trying to make backbone work [19:46:17] Coren do we have some utilities to manage sql? create db / drop db etc [19:46:25] imagine a bot would need to have 5 db's [19:46:39] and owner of bot wanted to grant access to 5 separate mysql users [19:46:51] do regular users in tools project have mysql account or only tools do have? [19:47:31] petan: Regular users don't have mysql accounts; but it would be a good idea to allow accessing the tools' databases. [19:48:03] also I found a serious problem on mysql server - the binary logs are enabled and being written to a filesystem which is mounted as / and has only around 9-8 gb [19:48:26] well I don't like idea that 6 collaborators share 1 mysql account :P [19:48:37] that's kind of old school [19:48:59] petan: Well, they have access to the tools' credentials, but I agree it's a good idea. [19:49:17] yes I know - which means they can only share same account... [19:49:40] btw accessing mysql using the tool account means same history etc, which is annoying [19:49:44] petan: No, you're right, it's a good idea. [19:49:52] btw even using 1 unix account is annoying at some point [19:49:57] you can't have prefered editor etc [19:50:18] maybe become should allow you to switch to bot account keeping your existing env [19:50:22] as a tool user, all i really care about is that i can just load up .my.cnf without having to worry about authentication and stuff [19:50:38] legoktm speak for yourself :P [19:50:51] petan: That's called sudo. :-) If you sudo -s instead of sudo -i, you keep your environment. :-) [19:50:52] I care that I don't get petan's retarded vi config :P [19:51:05] Coren I am talking about `become` [19:51:08] the command [19:51:27] does it load the .profile of tool or it keep your environment? [19:51:32] petan: For ease of use, become should really use -i -- someone who knows how to fiddle their environment doesn't need their hand held. :-) [19:51:38] ok [19:51:58] I was sharing 1 account with addshore for like 2 hours and it was paint in the ars... [19:52:04] * pain [19:52:21] cuz I was using vim and he insisted of having nano as default editor [19:52:25] for editing crontabs :D [19:52:33] * on [19:53:07] EDITOR=vim crontab -e [19:53:14] mhm... [19:53:18] that would work [19:53:40] petan: Like I said, by the time your get at that level of fiddling with your environment, you should really know about sudo -s and not use become anymore. :-) [19:53:43] well I am definitely not sure how that crontab command works [19:53:56] true [19:54:10] nano is best for noobs [19:54:17] Damianz: Usually VISUAL= is better. :-) [19:54:37] I remember I was quiting vim by plugging the power cable of my box [19:54:50] like 10 years ago or that [19:54:56] first time I faced it [19:55:10] that was debian 2.0 or something [19:55:51] eitherway would work most of the time [19:56:03] vim is easy... if you want clunky junk then use emacs [19:56:09] heh [19:56:24] I wish we had vim on these old boxes we have in work [19:56:35] they are so old that "ed" is considered high tech [19:56:39] lol [19:56:45] You know vim owns nano now? lol [19:56:59] wait that is supposed to be news? [19:57:15] you mean that vim > nano? [19:57:22] it always used to be like that or not [19:57:55] vim > * [19:57:57] :P [19:58:00] :P [19:58:17] vim has allways been > nano, but nano is now owned by VIM (and keeps getting vim like features added to it) [19:58:38] what does it mean "owned by VIM" is vim a company or what [19:58:49] I wouldn't be surprised if oracle bought vim btw [19:58:50] :D [19:58:54] they buy everything [19:59:00] they already got virtual box and mysql [19:59:15] one day they buy wikipedia [19:59:22] and it will run on oracle [19:59:24] :D [19:59:35] and all servers will run on solaris [19:59:37] http://lists.gnu.org/archive/html/nano-devel/2013-04/msg00000.html [19:59:40] then everything will collapse [19:59:45] Vim is owned by a company license wise [19:59:47] and 3rd world war being [20:00:44] SleepyPanda I think you should have launch that your whatcanidoforwikipedia site and /then/ post it to wikitech :P [20:00:56] petan: heh. true. [20:01:01] otherwise you never avoid these people like "why do it this way when you can do that this way" [20:01:06] "this was is better than ur way" [20:01:12] lots of scope creep now :) [20:01:17] but that's okay [20:01:18] Damianz: loooool [20:01:41] petan: https://github.com/yuvipanda/asknot is tiny, so no problem with re-creating something similar [20:02:48] VIM Development Corporation LLC OMG WTF BBQ [20:02:51] aha [20:02:56] that sounds like oracle heh [20:03:27] * SleepyPanda goes to slee [20:03:27] p [20:04:44] That happy feeling that we didn't end up owned by emacs [20:04:45] :D :D [20:05:38] You can get into insert mode via Esc, or the usual method of pressing random keys until it works. [20:07:16] Damianz did you notice it was sent on april? [20:07:31] I think it was an april fool :P so smart I am [20:07:32] damn [20:07:34] :D [20:08:01] Ooo. That reminds me. I didn't check this year's April 1 RFCs [20:08:18] by the IETF? [20:08:39] petan: It's still funny to wind people up with [20:08:48] :P [20:09:19] it's a shame that wikimedia doesn't make the same [20:09:22] april fools [20:09:33] 6921 Design Considerations for Faster-Than-Light (FTL) Communication [20:09:33] 6919 Further Key Words for Use in RFCs to Indicate Requirement Levels [20:09:34] Coren: 6919/6921 look interesting [20:09:51] :P [20:09:56] The evil bit RFC is hard to beat, as well as IPAC. :-) [20:13:46] Bah. 6921 didn't even get into the difficulties of dealing with replay attacks when you break causality. :-) [20:17:12] 1149 is a classic, all the more so because it had a working implementation. :-) [20:18:07] http://www.blug.linux.no/rfc1149/pinglogg.txt [20:39:54] "Logically, it is reasonable to [20:39:54] assume that as we go faster than the speed of light, time will [20:39:55] reverse. [20:39:59] {{reference needed}} [20:42:55] sigh, it didn't go into the details for case b, where processing time is less than the time gap [20:43:25] it had so many possibilities... [20:43:40] Platonides: That's actually an unavoidable consequence of special relativity if Minkowski space holds true. [20:44:17] development of a relativistic synchronization protocol for detecting how much should transmission be slowed down, for instance [20:48:15] Platonides: Why slow it down? Simply make protocols time-invariant! [21:32:44] I don't think you would want your answer to be received before you decided to send it [21:33:26] imagine the DoS potential [21:34:06] you would just tell to the target host: here it is the 10^100 Tb file you are going to request me in the future [21:34:34] and it would have to store it optimistically thinking it will be interested in that garbage file it is really being sent [21:52:39] Platonides: That's trivially solved with even minor crypto; just make sure that the file you are receiving ends with a signed timestamp; if it's okay then you know you will have been asking for it then. :-) [22:01:55] yes, looks good [22:02:16] I think that would require a tcp protocol extension [22:03:11] as well as answers like "don't send me the file I will request in the future earlier than $timestamp, as I won't be interested in storing it for so long" [23:23:00] legoktm: shh [23:23:03] nano is just simple ;p [23:23:06] :D [23:26:58] Does anyone know of any status update for db replication? :) [23:27:57] Coren said hopefully by the hackathon [23:34:51] which i no longer think I can go to D: [23:35:44] * addshore may have to go log into ts to take a copy of all the schemas and put some sample data in :P [23:36:15] * addshore cant wait :D