[00:08:24] Warning: There is 1 user waiting for shell: Jose.canciani (waiting 202 minutes) [00:11:37] * Reedy pets wm-bot [00:21:45] Warning: There is 1 user waiting for shell: Jose.canciani (waiting 215 minutes) [00:35:07] Warning: There is 1 user waiting for shell: Jose.canciani (waiting 229 minutes) [00:48:32] Warning: There is 1 user waiting for shell: Jose.canciani (waiting 242 minutes) [01:01:58] Warning: There is 1 user waiting for shell: Jose.canciani (waiting 255 minutes) [01:10:13] Coren: usernames were changed to lowercase in tools labs recently, correct? [01:10:25] Looks like my bot is having issues since it cached various paths to local resources [01:10:34] /data/project/wmfDbBot/ no longer exixsts [01:10:42] lowercase now [01:11:05] git also internaly uses full paths for submodule references [01:11:50] all my git repo clones are borked [01:15:19] Warning: There is 1 user waiting for shell: Jose.canciani (waiting 269 minutes) [01:21:16] Krinkle: Ew. Sorry, that's an unplanned side-effect; it appears that while I was being generous with case, the OpenStack management interface wasn't. [01:21:44] I hadn't even considered that I had one mixed case tool account name. Mea culpa. [01:27:30] Coren: I see it is just the one indeed [01:27:42] my other bot was already lowercae [01:28:01] Git repeats this reference in quite a few locations. I'll have to set it up from scratch [01:28:08] Only takes a few minutes though with this one, I have a setup script for it [01:28:50] Warning: There is 1 user waiting for shell: Jose.canciani (waiting 282 minutes) [01:28:53] I'm really sorry about this, Krinkle, had I expected this as a possibility I would have coordinated with you ahead of time. [01:42:15] Warning: There is 1 user waiting for shell: Jose.canciani (waiting 296 minutes) [01:52:16] Coren: No worries, I got it working again. [01:52:49] Having everything in version control helps. Just did another recursive git-clone next to it, moved the config files and re-scheduled jstart :) [01:54:58] Coren: Did you see that see DB auth for new tools is still not working? [01:57:13] scfc_de: o_O No. Damn. [03:06:07] Warning: There is 1 user waiting for shell: Tomrobert87 (waiting 0 minutes) [03:16:24] [bz] (NEW - created by: Krinkle, priority: Unprioritized - normal) [Bug 48065] Wikitech: SAL transclusion on project pages should be limited - https://bugzilla.wikimedia.org/show_bug.cgi?id=48065 [03:19:32] Warning: There is 1 user waiting for shell: Tomrobert87 (waiting 13 minutes) [03:33:07] Warning: There is 1 user waiting for shell: Tomrobert87 (waiting 27 minutes) [03:46:36] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 40 minutes) Klortho (waiting 2 minutes) [04:00:12] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 54 minutes) Klortho (waiting 16 minutes) [04:13:42] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 67 minutes) Klortho (waiting 30 minutes) [04:27:11] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 81 minutes) Klortho (waiting 43 minutes) [04:40:41] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 94 minutes) Klortho (waiting 57 minutes) [04:54:02] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 108 minutes) Klortho (waiting 70 minutes) [05:07:31] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 121 minutes) Klortho (waiting 83 minutes) [05:20:56] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 135 minutes) Klortho (waiting 97 minutes) [05:34:22] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 148 minutes) Klortho (waiting 110 minutes) [05:47:51] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 162 minutes) Klortho (waiting 124 minutes) [06:01:21] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 175 minutes) Klortho (waiting 137 minutes) [06:14:46] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 188 minutes) Klortho (waiting 151 minutes) [06:28:07] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 202 minutes) Klortho (waiting 164 minutes) [06:41:28] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 215 minutes) Klortho (waiting 177 minutes) [06:54:54] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 229 minutes) Klortho (waiting 191 minutes) [07:08:19] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 242 minutes) Klortho (waiting 204 minutes) [07:21:44] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 255 minutes) Klortho (waiting 218 minutes) [07:35:14] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 269 minutes) Klortho (waiting 231 minutes) [07:48:48] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 283 minutes) Klortho (waiting 245 minutes) [08:02:14] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 296 minutes) Klortho (waiting 258 minutes) [08:15:40] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 309 minutes) Klortho (waiting 272 minutes) [08:29:05] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 323 minutes) Klortho (waiting 285 minutes) [08:42:30] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 336 minutes) Klortho (waiting 298 minutes) [08:55:56] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 350 minutes) Klortho (waiting 312 minutes) [09:09:25] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 363 minutes) Klortho (waiting 325 minutes) [09:23:00] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 377 minutes) Klortho (waiting 339 minutes) [09:36:26] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 390 minutes) Klortho (waiting 352 minutes) [09:49:58] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 404 minutes) Klortho (waiting 366 minutes) [10:03:24] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 417 minutes) Klortho (waiting 379 minutes) [10:16:49] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 431 minutes) Klortho (waiting 393 minutes) [10:30:10] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 444 minutes) Klortho (waiting 406 minutes) [10:38:05] addshore ping [10:38:06] !sh [10:38:07] http://bit.ly/10eZZoa [10:43:35] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 457 minutes) Klortho (waiting 419 minutes) [10:47:54] brb [10:47:56] :o [10:56:57] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 471 minutes) Klortho (waiting 433 minutes) [11:10:27] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 484 minutes) Klortho (waiting 446 minutes) [11:15:35] Hi all, I just "moved" into the tools project. Trying to port my first tool from the toolserver, but ran into an issue. Simple PHP script in cgi-bin gives error 500: http://tools.wmflabs.org/flickr2commons/cgi-bin/upload_from_url.php Any ideas? [11:23:48] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 498 minutes) Klortho (waiting 460 minutes) [11:37:13] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 511 minutes) Klortho (waiting 473 minutes) [11:50:35] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 524 minutes) Klortho (waiting 486 minutes) [12:04:04] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 538 minutes) Klortho (waiting 500 minutes) [12:17:30] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 551 minutes) Klortho (waiting 513 minutes) [12:30:55] Warning: There are 2 users waiting for shell, displaying last 2: Tomrobert87 (waiting 565 minutes) Klortho (waiting 527 minutes) [12:40:22] Has anyone figured out what the problem with MYSQL is? [12:42:06] greenrosetta? [12:42:17] hey petan.... [12:42:34] I and someone else found that we cant access MYSQL [12:42:42] which one? [12:42:46] ERROR 1045 (28000): Access denied for user 'fubar'@'tools-login.pmtpa.wmflabs' (using password: YES) [12:42:49] !sh [12:42:49] http://bit.ly/10eZZoa [12:42:52] ok let me check it [12:43:03] I created a new project called "fubar" [12:43:08] Did nothing but log in [12:43:33] petan: it's common to new projects, i have the same problem. [12:44:25] Warning: There is 1 user waiting for shell: Tomrobert87 (waiting 578 minutes) [12:44:44] @requests [12:44:44] There are no shell requests waiting [12:46:24] there is no user fubar in db [12:46:30] Alchimista what is your user? [12:46:35] tool [12:46:46] petan: alchimista [12:46:53] this is your tool name? [12:47:18] yap [12:50:18] ok [12:51:46] !log tools petrb: creating mysql accounts by hand for alchimista and fubar [12:51:48] Logged the message, Master [12:53:30] ok, should work [12:53:54] greenrosetta try now [12:53:57] Alchimista you too :P [12:53:58] petan: perfectly :D [12:54:18] that works [12:54:21] what happened? [12:54:35] I think there is a bug in that Coren's tool [12:54:39] that autocreates db [12:57:41] when is planned to have the live replicas on tools? [12:59:58] !hackaton [12:59:58] https://www.mediawiki.org/wiki/Amsterdam_Hackathon_2013 May 24-26 [13:00:02] Alchimista: then^ [13:01:32] can .htaccess use the $HOME evn variable? [13:05:21] i belive you've got to create him. but if a rood adds it to apache configs, things doesn't slow dow too much [13:05:33] petan, can you confirm? ^ [13:06:09] uh, I am no expert on apache [13:06:15] Warning: There is 1 user waiting for shell: Incola (waiting 0 minutes) [13:06:21] is that supposed to work? [13:06:44] well, the part that if it's supose to work faster if it's added by root is in apaches doc [13:07:48] so i'm not sure is who has access to apaches main config [13:07:58] well, I do [13:08:05] but I don't know what you want to change? [13:09:18] greenrosetta provably is thinking in some rewerite rules [13:09:41] i'll just use the script instead [13:09:49] http://httpd.apache.org/docs/2.2/en/howto/htaccess.html [13:10:01] You should avoid using .htaccess files completely if you have access to httpd main server config file. Using .htaccess files slows down your Apache http server. Any directive that you can include in a .htaccess file is better set in a Directory block, as it will have the same effect with better performance. [13:19:37] Warning: There is 1 user waiting for shell: Incola (waiting 13 minutes) [13:21:42] Alchimista I agree, but I don't think coren would be happy about using that instead of htaccess [13:22:07] :/ [13:32:58] Warning: There is 1 user waiting for shell: Incola (waiting 27 minutes) [13:42:48] Morning labs. [13:46:19] Warning: There is 1 user waiting for shell: Incola (waiting 40 minutes) [13:51:17] * Damianz pats the away off Coren [13:52:19] I was only somewhat here still. No coffee yet. [13:59:40] Warning: There are 2 users waiting for shell, displaying last 2: Incola (waiting 53 minutes) Seth (waiting 11 minutes) [14:03:17] Coren what [14:03:19] morning? [14:03:22] I have 4 pm [14:03:36] I thought u british [14:04:12] Damianz do u want to try my irc client? :D I need some feedback :P [14:04:42] what is your irc client? I bet mine is better XD [14:04:59] unless it's irssi [14:05:05] mine is GUI [14:07:42] Damianz stop pretending ur not here :D [14:07:59] I know you will love it [14:13:10] Warning: There are 2 users waiting for shell, displaying last 2: Incola (waiting 67 minutes) Seth (waiting 24 minutes) [14:13:59] petan: Nope. North-America [14:14:06] oh [14:14:27] well, we need some root from asia then, and tools will have 24h support :D [14:14:39] yuvipanda is a good candidate :D [14:14:46] petan: That'd be pretty much ideal. I'll try to find someone at Wikimania. :-) [14:15:24] wikimania? where is it this yar [14:15:25] I'd rather not bring in someone new before Amsterdam at least; wait until things are finalized before getting more prople onboard. [14:15:30] Hong Kong [14:15:35] oh [14:15:43] petan: irssi ;P and I'm sort of not here [14:15:45] too expensive for me just as last [14:15:52] Damianz damn you [14:16:07] Damianz ok my client is not better than irssi, but it's still worth of trying XD [14:16:40] u haz debian or ubuntu on your pc? [14:18:02] it's as hard as $ wget http://pidgeon-repo.googlecode.com/files/pidgeon1.2.1.0.deb [14:18:03] $ sudo dpkg -i pidgeon.deb [14:18:04] :D [14:22:06] Coren: Did Magnus Manske contact you re https://wikitech.wikimedia.org/w/index.php?title=Nova_Resource:Tools/Help&diff=0&oldid=68950? He had problems with *.php in cgi-bin. [14:22:21] osx on here :P I might try it on my ubuntu work laptop when I get it out later [14:23:19] scfc_de: He did. I even corrected the docs accordingly. /cgi-bin/ overrides interpretation of .php extensions, and his scripts were (incorrectly) invoked as CGI [14:26:03] Coren: Okay, I just thought as https://wikitech.wikimedia.org/wiki/User:Magnus_Manske/Migrating_from_toolserver still shows "/cgi-bin for *.php" and /data/project/flickr2commons/cgi-bin still has *.php. [14:26:09] I'll mail him later. [14:26:32] I already did; he contacted me by email. [14:26:35] Warning: There are 2 users waiting for shell, displaying last 2: Incola (waiting 80 minutes) Seth (waiting 38 minutes) [14:26:57] Coren: Less work for me :-). [14:31:22] Coren: Not holding my breath for Ryan_Lane approving a setuid thingy, do you think it would be useful to add an interim /usr/local/bin/own script that just "for FILE in $@; do cp "$FILE" "$FILE.tmp" && mv -f "$FILE.tmp" "$FILE"; done"? [14:34:57] scfc_de: There's a workaround: sudo chown -R local-$tool:local-$tool /data/project/$tool/ [14:35:01] scfc_de: Is allowed [14:36:27] Coren: Is this limited to resetting the whole directory tree? [14:36:46] But I plan to corner Ryan in Amsterdam and browbeat him into understanding that a well designed, limited take with sudo is better. :-) [14:37:02] scfc_de: Yeah, full tree only. Which is why I think it sucks. :-) [14:39:27] hi petan [14:39:35] why is @seenrx unusable sometimes [14:39:36] hey [14:39:42] it says "Permission denied" [14:39:50] it can be only used by users that are trusted [14:39:53] try @whoami [14:40:02] ouch [14:40:05] it differs per channel [14:40:26] it's abuse protection - @seenrx is resource expensive [14:40:50] Coren: Well, it's rather a sledgehammer, but it should do the job :-). This needs to be documented, though, and I think a shortcut (/usr/local/bin/resetownership or similar) is useful. [14:41:07] I guess it's better to accept @seenrx from users who are trusted in any channel wm-bot participates [14:41:27] hm but there is no function for that written yet [14:41:57] wm-bot just do if (user.TrustedInAnyChannel) {... [14:42:01] * can't do [14:43:28] Coren: Doesn't work for me: "become wikilint", "sudo chown -R local-wikilint:local-wikilint /data/project/wikilint/" => "[sudo] password for local-wikilint:". [14:44:02] scfc_de: Do a sudo -l to see the exact command line accepted. It's extra finnicky. [14:44:20] Probably the last trailing / is the rub. :-) [14:44:59] Yeah, that solution sucks. [14:45:00] :-) [14:45:10] Coren: I tried it with 0, 1 and 2 trailing "/"s, and none worked. [14:45:27] Coren we can create alias like chown-home [14:45:36] Like I said, type 'sudo -l' (from the tool acount) to see the exact command line accepted. [14:45:38] or command for that [14:46:29] sudo chown -R local-`$USERNAME`:local-`$USERNAME` /data/project/$USERNAME [14:46:46] Actually, wait, it seems to not work in some cases. [14:46:52] * Coren tries to figure out why. [14:47:03] Coren: "User local-wikilint may run the following commands on this host:", " (root) NOPASSWD: chown -R local-wikilint:local-wikilint /data/project/wikilint/": Copy & paste: "sudo chown -R local-wikilint:local-wikilint /data/project/wikilint/" => "[sudo] password for local-wikilint:". [14:47:05] I *told* ryan this was a rickety solution. :-P [14:47:36] * Coren wonders why sudo is lying. [14:51:03] Coren: Use a sledge hammer to crack his nuts [14:51:45] also why am I reading graphs about how long a context switch takes on different processors... [14:51:49] * Damianz goes back to doing real work [15:03:22] Coren there are other ways [15:03:29] Coren we could create a suid script for this [15:03:34] it just need to be bullet proof [15:04:05] I already have one, Petan. I just need to make Ryan understand that sudo isn't the solution to all of life's problems. :-) [15:04:15] ok [15:05:12] that reminds me that discussion on slashdot, someone asked for alternative to cron and he was told that he should use cron, because it's good enough [15:05:52] Coren where is that suid script [15:05:56] I want to see it [15:05:56] :o [15:06:13] petan: There are no suid *scripts*, I believe :-). [15:08:13] huh? [15:08:35] It's not a script, it's in C-ish C++. [15:08:52] doesn't matter I speak c++ better than english :P [15:08:56] where is it [15:09:01] scfc_de: Yeah, one can suid a script on modern posixes. [15:09:09] yup [15:09:17] Petan: /home/marc/take.cc [15:09:21] ok [15:09:51] cc? isn't it supposed to be cpp? :P [15:09:58] if it's c++ [15:10:07] wait it's not [15:10:08] it's c [15:10:08] petan: Different conventions. [15:10:26] No, it's C++. It's just my coding style. C with classes. :-) [15:10:36] I like the style you us [15:10:37] use [15:10:41] Coren: And those modern POSIXes have solved the race condition?! [15:10:41] AKA non oo C++. :-) [15:10:56] scfc_de: Yeah, by passing filedescriptors around rather than paths. [15:11:42] old school K & R :P [15:11:46] I stand corrected :-). Is Ubuntu one of them? [15:12:43] * petan slaps Coren for using tabs [15:13:25] I even made a program to remove all tabs from sources :P [15:13:30] they are so evil :/ [15:14:38] petan: M-x untabify RET [15:14:57] it's not so simple to remove tabs [15:15:16] on some places (like in "this is a string with tab" they must be kept [15:15:23] scfc_de: Not by default; IIRC NetBSD does now. [15:16:59] petan: That's what "\t", "\f", etc. are for. Relying on whitespace to be preserved is Russian Roulette. [15:25:57] !manage [15:25:57] https://wikitech.wikimedia.org/wiki/Special:NovaProject [15:27:09] petan: can you run that MYSQL fix on stub pls/ [15:27:10] ? [15:31:28] greenrosetta ok [15:32:12] Coren some particular reason why we don't use datafile per table? [15:32:16] is there a nowiki template? [15:32:27] for wikitech? [15:32:34] On tools-db? That's just a temporary hack. :-) [15:32:53] I'm trying to create some instruction pages and the formatting is awful [15:33:05] !log tools petrb: fixing missing db user for local-stub [15:33:06] Logged the message, Master [15:33:28] greenrosetta fixed [15:33:40] ty [15:33:53] Coren you automatic tool is not properly creating mysql users and db's [15:33:59] Poop. [15:34:05] it creates .my.cnf but no user [15:34:07] Checks why. [15:34:14] I think it doesn't have access to mysql [15:34:20] which box it run on? [15:34:30] -login [15:34:42] ok [15:35:17] it runs as root? [15:35:26] Hm. I think it's getting confused because its environment might not be set right. [15:35:28] it needs to have /root/.my.cnf [15:35:42] It does. [15:35:47] ah I see [15:35:58] ok, in that case you need to load env :P [15:36:07] I know. I'm working it out now. [15:36:10] ok [15:36:45] What URL describes the process for signing up for an account on wikitech then requesting access to tools? [15:37:04] !toolsdoc [15:37:10] !toolsdocs [15:37:10] http://www.mediawiki.org/wiki/Wikimedia_Labs/Tool_Labs/Help [15:37:13] are there a list of bot commands? [15:37:28] you mean ! or @ [15:37:32] I know !manage and now !toolsdocs [15:37:35] what else are there? [15:37:42] http://bots.wmflabs.org/~wm-bot/dump/%23wikimedia-labs.htm [15:37:47] this is full list of all [15:39:31] what is the "name" of this project? People call it tools, but the URL is wikitech [15:39:46] tools is a project in wikimedia labs [15:40:09] wikitech is a web console for wikimedia labs and documentation for production [15:40:10] ok, so I'm a member of tools on wikimedia labs [15:40:15] yes [15:40:23] @labs-user Greenrosetta [15:40:23] That user is not a member of any project [15:40:26] eh [15:40:36] you are member of more projects [15:40:39] bastion for sure [15:40:44] as well as bots [15:40:50] I just don't know you wiki username :P [15:41:22] @labs-user little green roseeta [15:41:22] That user is not a member of any project [15:41:26] @labs-user littlegreenroseeta [15:41:26] That user is not a member of any project [15:41:30] it's case sensitive [15:41:37] @labs-user Little green rosetta [15:41:37] Little green rosetta is member of 3 projects: Bastion, Bots, Tools, [15:41:41] boo yah [15:42:36] do new users to labs have to request access to tools? [15:42:50] yes [15:42:59] (I'm writing my own set of instructions because what is there is a bit verbose) [15:43:17] What are the options for requesting besides IRC? [15:43:40] there's a request queue horrid thing that's linked to from the main help page [15:43:47] next to the one to request shell [15:43:57] meh.. im gonna tell them IRC or GTFO [15:44:06] or email [15:57:35] !Manage [15:57:39] !manage [15:57:39] https://wikitech.wikimedia.org/wiki/Special:NovaProject [16:09:02] found a wiki markup bug error [16:11:12] Is there a place I can report this? [16:11:20] bugzilla? [16:11:26] !bugzilla [16:11:26] https://bugzilla.wikimedia.org/$1 [16:11:38] assuming you mean there's an issue with the wikitext parser [16:15:02] https://wikitech.wikimedia.org/wiki/User:Little_green_rosetta/bug [16:15:03] [bz] (UNCONFIRMED - created by: thelittlegreenrosetta, priority: Unprioritized - normal) [Bug 48079] Wikimarkup error - https://bugzilla.wikimedia.org/show_bug.cgi?id=48079 [16:15:07] I think so.. just reported it [16:24:01] Who has a broken DB I can retest? [16:30:21] Ah! Finally works 100% [16:58:51] Warning: There is 1 user waiting for shell: Euku (waiting 0 minutes) [17:12:21] Warning: There is 1 user waiting for shell: Euku (waiting 13 minutes) [17:13:55] i can haz membership? [17:14:52] Bots and webtools [17:15:12] see my userpage (https://wikitech.wikimedia.org/wiki/User:Magog_the_Ogre) for a list of things that I run. Currently all on the Toolserver [17:17:46] petan, can you do that? ^ [17:17:53] yes [17:18:12] Magog_the_Ogre what is your wiki name? [17:18:29] I answered that immediately above :) [17:18:38] https://wikitech.wikimedia.org/wiki/User:Magog_the_Ogre [17:19:04] !manage [17:19:04] https://wikitech.wikimedia.org/wiki/Special:NovaProject [17:19:18] ok done [17:19:46] !toolsdocs | Magog_the_Ogre read this [17:19:46] Magog_the_Ogre read this: http://www.mediawiki.org/wiki/Wikimedia_Labs/Tool_Labs/Help [17:20:47] petan, can you delete the following projects:flask-stub, [17:20:47] foobar [17:20:52] yes [17:20:54] im all done with those throwaways [17:20:55] ty [17:20:57] wait [17:20:59] tyvm [17:21:00] both? [17:21:03] both [17:21:50] and if you have 5 minues, could you read through (and execute) the following instructions? [17:21:53] https://wikitech.wikimedia.org/wiki/Stub [17:22:23] obviously you can skip the part about creating an account, but do create a new tools project and see if it works for you [17:25:22] greenrosetta, are you talking to me or petan? [17:25:51] Warning: There is 1 user waiting for shell: Euku (waiting 27 minutes) [17:27:50] yay I logged in [17:30:02] Magog_the_Ogre: you can try if you want [17:39:22] Warning: There is 1 user waiting for shell: Euku (waiting 40 minutes) [17:47:31] !log tools petrb: removing project flask-stub using rmtool [17:47:32] Logged the message, Master [17:49:19] Coren|Away ping [17:49:35] Coren|Away I created a special tool that removes a tool - it's in /home/petrb/bin/rmtool [17:49:37] check it out [17:50:05] !log tools petrb: foobar as well [17:50:07] Logged the message, Master [17:51:18] greenrosetta is that fubar sql user part of foobar? [17:52:44] Warning: There is 1 user waiting for shell: Euku (waiting 54 minutes) [17:55:30] Coren|Away we need to create a lockfile for /data/project/.system/webservers [17:55:35] petan: fubar sql? [17:55:43] there is user fubar [17:55:46] in mysql [17:55:51] let me see [17:55:53] if it's not a part of foobar, nvm [17:56:23] not sure what you mean... fubar is the name of the project [17:56:36] basically you should create "moobar" [17:56:45] and replace that accordingly [18:03:39] greenrosetta did you create project foobar again? [18:04:02] lol [18:04:07] * petan == stupid [18:06:10] Warning: There is 1 user waiting for shell: Euku (waiting 67 minutes) [18:06:36] petan no [18:06:43] i have "fubar" [18:06:49] I forgot to remove the project [18:06:55] so that the folders got recreated :D [18:08:03] !searchlog [18:08:09] mhm [18:17:23] New patchset: Petrb; "tool for removing of existing projects" [labs/toollabs] (master) - https://gerrit.wikimedia.org/r/62236 [18:19:45] Warning: There is 1 user waiting for shell: Euku (waiting 81 minutes) [18:21:50] * Coren exists again, fed this time. [18:26:32] petan: Yes, removing the service group first is always necessary. :-) [18:26:54] ah [18:27:05] ok... I just sent a mail, that you are afk [18:27:11] you just stopped being afk :D [18:27:20] anyway you can read it :D [18:27:31] I described that new tool I made there, check it out [18:28:40] it works quite well, but there is one problem [18:28:53] the script that is updating the webservers file need to check the lockfile [18:29:16] touch /data/project/.system/webservers.lock [18:29:48] if this lockfile exist it means that the file is being edited and it needs to wait, after it should create this lockfile, update the file and remove it [18:31:38] petan: did my instructions work? [18:31:45] greenrosetta huh? [18:31:47] which [18:32:02] the one to install my stub project? [18:32:22] Coren we might do this automaticaly (removal of project) but I think removing stuff is dangerous and should never be done automatic [18:32:40]