[00:04:19] Coren: Where does the redaction happen? If already at the replication stage, the index shouldn't matter?! [00:04:57] scfc_de: It does matter if you expect users to actually /use/ the damn table. Trust me, full table scans over globaluser would not be pretty. :-) [00:06:32] Coren: So the table is available, you're just concerned about performance? [00:07:08] No, performance affects replication because there be triggers in them thar hills. [00:08:11] But the trigger only has to work on the row that is being replicated, hasn't it? [00:09:27] ... yes? It'd still be a catastrophe if it took 60s to insert a row. [00:10:48] So you're doing a lookup based on the replicated row in another table? [00:13:04] Coren: Would it be possible to get S7 without the centralauth db for now? [00:14:24] legoktm: Not in a way that'd allow getting centralauth back in without major headaches. We're still not far off though, I'm almost done and I expect Asher should be able to turn it on early next week. [00:14:49] That works too :) [00:14:54] thanks btw! [00:15:50] Thank the bruises on my face from the repeated headdesks and facepalms as I read the source of the extension to figure out how the schema worked. [00:15:52] :-) [00:15:59] Coren: Could you illustrate what the trigger needs to do? [00:16:30] (BTW, on Toolserver only gu_id, gu_name, gu_registration, gu_locked and gu_hidden are visible.) [00:17:01] scfc_de: And, presumably, gu_hidden should always be the empty string. [00:17:47] scfc_de: The problem is that the visibility of some rows in globalnames depends on the string value of globaluser.gu_hidden [00:17:54] Coren: I aborted the query "WHERE gu_hidden <> ''" because it took too long :-). [00:18:16] scfc_de: ... my point exactly. Which means you're missing a number of rows. [00:18:53] (I may end up having to just not replicate globalnames, though that'd be annoying) [00:19:31] Coren: But then your problem reduces to "if INSERT on globalnames, check on globaluser WHERE usernames are equal and gu_hidden <> ''", and that should use an index on the username? [00:20:00] scfc_de: No, because gu_hidden can change /after the fact/ [00:20:16] (In fact, it must) [00:20:25] But then you an index on globaluser (username), and you have that as well. [00:20:34] So I don't see unindexes columns there. [00:20:52] ("But then you *need* an index" ...) [00:21:34] No, those are different problems; not the same. The unindexed column is globaluser.username which cannot use the index since it needs to be an expression conditionally blanking the column. [00:22:58] Ah, okay. Well, you're fucked :-). [00:23:20] Like I said, I might end up simply axing globalnames. [00:23:52] If WMF fundamentally opposes trusting MySQL permissions, yes. [00:24:35] scfc_de: how's it going? Any word on the Typoscan thing? [00:27:46] ChrisGualtieri: I ran some performance tests on the smallest enwiki part today (and managed to increase it by 20 %). I need to tweak some bits, and then I'll run on the whole dump. BTW, Reedy, you're around? [00:28:04] Increase what? [00:28:28] My implementation on the dumpscanner (nothing to do with AWB). [00:28:49] How is the page title formatted that you import on Toolserver? Spaces or underscores? [00:29:14] Wow thanks scfc_de, that sounds amazing. [00:29:54] 20% means absolutely nothing [00:30:01] it's relative [00:30:17] Waiting 20% less of 1000 years isn't going to help [00:30:44] 20% faster on the scale of a week or two is still days faster >.> [00:30:46] /public/datasets/public/enwiki/20130503/enwiki-20130503-pages-articles1.xml-p000000010p000010000.bz2 took 8302.46 seconds. [00:33:10] So 1,8 GByte largest file, should take about 100 hours, or four days. [00:34:32] Reedy: Import format for Toolserver? [00:35:05] Title1 [00:35:06] Title2 [00:35:25] literally just newline seperated [00:35:38] So you need just the page_title, not page_id? [00:35:44] Yup [00:35:52] Titles with spaces or underscores? [00:36:14] Likely spaces, but I'd have to check [00:37:07] Okay, if you can find they out, I'll finish it up and start the process later tonight. [00:37:48] At worst, I add a string replace call when doing the sql query [00:37:53] It really doesn't matter [00:39:21] The dump has spaces, so I'll use those. Okay, back to coding. [00:39:35] Hey SCFC, you are only focusing on the content pages right? [00:39:48] ChrisGualtieri: Look at the dump file he's using ;) [00:40:14] I hope you're only interested in them :-). [00:40:15] I have no idea what it is. I downloaded the current Dump, but I'm dumb enough to know next to nothing about what it is [00:40:27] Ah okay, perfect. [00:41:55] I am really sad that the database scanner on AWB is so slow and unable to be really customized for general fixes. [01:00:50] Coren, petan: Since we have memcached now in Tool Labs, can we get libcache-memcached-fast-perl (or libcache-memcached-perl) installed? [02:34:36] Coren, ping [02:34:55] Cyberpower678: What's up? [02:35:15] Crap I forgot what I was going to ask. [02:35:19] Oh yea. [02:35:30] Coren, how do I jsub a bash script? [02:35:59] Basically to run every month. [02:36:13] o_O The same way you start anything else. For once a month, cron seems indicated. [02:36:26] Just make sure it's executable and starts with a shebang. [02:43:47] Coren: Since we have memcached now in Tool Labs, can we get libcache-memcached-fast-perl installed? [02:44:19] anomie: Yes, you can. :-) I'm about to head to bed though, please to file a BZ and I'll see what I can do over the weekend? [02:44:25] ok [04:11:31] Warning: There is 1 user waiting for shell: ArrowEdge (waiting 0 minutes) [04:24:52] Warning: There is 1 user waiting for shell: ArrowEdge (waiting 13 minutes) [04:38:17] Warning: There is 1 user waiting for shell: ArrowEdge (waiting 26 minutes) [04:51:42] Warning: There is 1 user waiting for shell: ArrowEdge (waiting 40 minutes) [05:05:03] Warning: There is 1 user waiting for shell: ArrowEdge (waiting 53 minutes) [05:17:53] !rq ArrowEdge [05:17:53] https://wikitech.wikimedia.org/wiki/Shell_Request/ArrowEdge?action=edit https://wikitech.wikimedia.org/wiki/User_talk:ArrowEdge?action=edit§ion=new&preload=Template:ShellGranted https://wikitech.wikimedia.org/wiki/Special:UserRights/ArrowEdge [05:18:28] Warning: There is 1 user waiting for shell: ArrowEdge (waiting 67 minutes) [05:31:52] Warning: There is 1 user waiting for shell: Glaisher (waiting 5 minutes) [05:45:25] Warning: There is 1 user waiting for shell: Glaisher (waiting 19 minutes) [05:58:50] Warning: There is 1 user waiting for shell: Glaisher (waiting 32 minutes) [06:12:11] Warning: There is 1 user waiting for shell: Glaisher (waiting 45 minutes) [06:25:32] Warning: There is 1 user waiting for shell: Glaisher (waiting 59 minutes) [06:38:57] Warning: There is 1 user waiting for shell: Glaisher (waiting 72 minutes) [06:52:22] Warning: There is 1 user waiting for shell: Glaisher (waiting 86 minutes) [07:05:43] Warning: There is 1 user waiting for shell: Glaisher (waiting 99 minutes) [07:19:11] Warning: There is 1 user waiting for shell: Glaisher (waiting 112 minutes) [07:32:31] Warning: There is 1 user waiting for shell: Glaisher (waiting 126 minutes) [07:45:56] Warning: There is 1 user waiting for shell: Glaisher (waiting 139 minutes) [07:59:24] Warning: There is 1 user waiting for shell: Glaisher (waiting 153 minutes) [08:12:49] Warning: There is 1 user waiting for shell: Glaisher (waiting 166 minutes) [08:26:10] Warning: There is 1 user waiting for shell: Glaisher (waiting 179 minutes) [08:39:31] Warning: There is 1 user waiting for shell: Glaisher (waiting 193 minutes) [08:53:04] Warning: There is 1 user waiting for shell: Glaisher (waiting 206 minutes) [09:06:28] Warning: There is 1 user waiting for shell: Glaisher (waiting 220 minutes) [09:19:49] Warning: There is 1 user waiting for shell: Glaisher (waiting 233 minutes) [09:33:17] Warning: There is 1 user waiting for shell: Glaisher (waiting 246 minutes) [09:38:18] !log tools petrb: update python requests to version 1.2.3.1 [09:38:19] Logged the message, Master [09:46:46] Warning: There is 1 user waiting for shell: Glaisher (waiting 260 minutes) [09:48:34] @labs-info tools-exec-01 [09:48:34] [Name tools-exec-01 doesn't exist but resolves to I-00000604] I-00000604 is Nova Instance with name: tools-exec-01, host: virt9, IP: 10.4.0.156 of type: m1.large, with number of CPUs: 4, RAM of this size: 8192M, member of project: tools, size of storage: 90 and with image ID: ubuntu-12.04-precise (deprecated) [09:48:36] @labs-info tools-exec-02 [09:48:36] [Name tools-exec-02 doesn't exist but resolves to I-0000064c] I-0000064c is Nova Instance with name: tools-exec-02, host: virt10, IP: 10.4.1.65 of type: m1.large, with number of CPUs: 4, RAM of this size: 8192M, member of project: tools, size of storage: 90 and with image ID: ubuntu-12.04-precise (deprecated) [09:48:37] @labs-info tools-exec-03 [09:48:37] [Name tools-exec-03 doesn't exist but resolves to I-0000071e] I-0000071e is Nova Instance with name: tools-exec-03, host: virt10, IP: 10.4.0.115 of type: m1.large, with number of CPUs: 4, RAM of this size: 8192M, member of project: tools, size of storage: 90 and with image ID: ubuntu-12.04-precise (deprecated) [09:48:41] @labs-info tools-exec-04 [09:48:41] [Name tools-exec-04 doesn't exist but resolves to I-0000071f] I-0000071f is Nova Instance with name: tools-exec-04, host: virt9, IP: 10.4.1.74 of type: m1.large, with number of CPUs: 4, RAM of this size: 8192M, member of project: tools, size of storage: 90 and with image ID: ubuntu-12.04-precise (deprecated) [09:48:43] @labs-info tools-exec-05 [09:48:43] [Name tools-exec-05 doesn't exist but resolves to I-00000775] I-00000775 is Nova Instance with name: tools-exec-05, host: virt5, IP: 10.4.1.102 of type: m1.large, with number of CPUs: 4, RAM of this size: 8192M, member of project: tools, size of storage: 90 and with image ID: ubuntu-12.04-precise [09:48:44] @labs-info tools-exec-06 [09:48:45] [Name tools-exec-06 doesn't exist but resolves to I-00000774] I-00000774 is Nova Instance with name: tools-exec-06, host: virt7, IP: 10.4.1.125 of type: m1.large, with number of CPUs: 4, RAM of this size: 8192M, member of project: tools, size of storage: 90 and with image ID: ubuntu-12.04-precise [09:55:55] !log tools petrb: backporting tcl 8.6 from debian [09:55:57] Logged the message, Master [10:00:14] Warning: There is 1 user waiting for shell: Glaisher (waiting 273 minutes) [10:13:43] Warning: There is 1 user waiting for shell: Glaisher (waiting 287 minutes) [10:27:12] Warning: There is 1 user waiting for shell: Glaisher (waiting 300 minutes) [10:40:33] Warning: There is 1 user waiting for shell: Glaisher (waiting 314 minutes) [10:53:36] @notify yuvipanda [10:53:36] I'll let you know when I see yuvipanda around here [10:54:01] Warning: There is 1 user waiting for shell: Glaisher (waiting 327 minutes) [13:54:00] hey YuviPanda [13:54:07] hey [13:54:07] why u no like my log :< [13:54:12] nom nom time [13:54:15] 15 mins brb [13:54:20] k [14:19:38] hey petan [14:20:01] Y U NO USE [14:20:54] YuviPanda: Because it was NOT INVENTED HERE! [14:21:09] ah [14:21:18] it is the equivalent of... uh, Idk [14:23:48] legoktm: ping? [14:24:18] legoktm: want to see something interesting that you might haeve probably seen before? [14:24:26] wolfgang42: are you doing the WP1.0 bot migration to labs? [14:24:40] Some of it, why? [14:25:01] oh just checking, I was cc'd in that email [14:25:05] since i offered to help if necessary [14:25:18] I haven't got access to the Labs instance yet though. [14:27:59] wolfgang42: oh? [14:28:00] wolfgang42: too tools? [14:28:15] I don't understand. [14:28:42] err, *not* tools? [14:28:52] are you running it on tools-labs or its own labs instance? [14:30:37] I'm not sure. I don't know much about Labs; see https://en.wikipedia.org/wiki/Wikipedia_talk:Version_1.0_Editorial_Team/Index#Migration_to_Labs [14:31:53] wolfgang42: ah, let me see if you have perms [14:32:00] YuviPanda howcome [14:32:02] I do [14:32:03] thanks [14:32:04] if not petan should be able to add you [14:32:13] petan: I meant syslog. [14:32:20] there is syslog as well [14:32:33] nobody forces you to use my thing [14:32:43] i wanted to setup syslog remote logging [14:32:48] gimme a bit, need to write it up [14:32:49] there is that thing [14:33:01] it will never support so many features as what mine does [14:33:01] petan: can you add wolfgang42 to labs? [14:33:03] i mean [14:33:04] tools [14:33:07] :/ [14:33:10] !tr wolfgang42 [14:33:10] request page: https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Access_Request/wolfgang42?action=edit talk page: https://wikitech.wikimedia.org/wiki/User_talk:wolfgang42?action=edit§ion=new&preload=Template:ToolsGranted link: https://wikitech.wikimedia.org/w/index.php?title=Special:NovaProject&action=addmember&projectname=tools [14:33:35] I don't have perms to add people, do I? [14:33:37] * YuviPanda checks [14:33:44] Am I supposed to do something with those links? [14:33:46] nope [14:33:58] no wolfgang42, petan is adding you. what was your shell name? [14:34:03] wolf [14:34:11] petan: ^ wolf, not wolfgang42 [14:34:24] done [14:34:27] what [14:34:37] are you sure? [14:34:47] he just said that [14:34:59] there is no user wolf [14:35:04] @labs-user Wolf [14:35:05] That user is not a member of any project [14:35:12] @labs-user Wolfgang42 [14:35:12] Wolfgang42 is member of 1 projects: Bastion, [14:35:13] The account on the wiki is Wolfgang42, but the shell is wolf. [14:35:20] that is what I meant [14:35:23] ah, okay [14:35:24] I needed the wiki one [14:35:25] :P [14:35:40] wolfgang42 you are in tools now [14:35:54] wolfgang42: https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help has helpful docs [14:36:03] Ah, thanks [14:36:06] petan: can you also add him to enwp10 service group? [14:36:20] (see https://en.wikipedia.org/wiki/Wikipedia_talk:Version_1.0_Editorial_Team/Index#Migration_to_Labs) [14:37:01] Nice ASCII art on login.... [14:37:12] :) [14:37:19] the docs page is pretty neat [14:37:21] read through :) [14:39:38] YuviPanda: Just the one you linked, or any others? [14:39:45] that is pretty complete, IIRC [14:39:49] rest, just ask here :) [14:42:47] Should I be able to `become enwp10`? [14:44:31] When I try, I get 'sudo: sorry, a password is required to run sudo' [14:44:59] petan: could you add wolfgang42 to enwp10 service group? [14:45:20] wolfgang42: somene needs to add you to the enwp10 group, carl or Theopolisme could [14:45:32] One sec [14:45:33] * wolfgang42 blinks. [14:45:37] Oh, duh. [14:45:39] YuviPanda I don't know :/ I shouldn't do that [14:45:39] Eating a bag and I'll add you [14:45:46] yeah figured [14:45:51] petan: you can add him [14:45:52] petan: Theopolisme should add [14:45:59] like I don't want to touch others projects without consent of project admins [14:46:00] mkay then let me do that [14:46:23] yeah, agreed petan, sorry I asked [14:46:26] *doing* [14:46:29] np [14:46:55] wolfgang42: you need to log out and log back in once Theopolisme adds it [14:47:39] petan: oh, I see a lot of comments on the bug + a wikitech-l thread [14:47:46] * YuviPanda will read in a bit [14:47:59] what for [14:48:11] the log [14:48:14] aha [14:48:21] nothing new for me :/ [14:48:38] I am just installing the authentication version [14:48:55] wondering if I should password protect all tools by default or on request only [14:49:15] these are just logs... [14:49:25] wolfgang42: Done, sorry for the delay [14:49:47] petan: can any member of a service group add other people? [14:49:54] yes [14:50:00] and remove :/ [14:50:10] not sure if it's smart, but andrewbogott invented it [14:50:11] I logged out and logged back in, and I still get 'sudo: sorry, a password is required to run sudo' [14:50:31] wolfgang42 you need to completely shut down your ssh session I think [14:50:41] like connect to whatever you use as bastion again [14:50:50] As in, drop back to a local shell and then re-ssh? I did. [14:50:58] hmm [14:51:00] try again, maybe? :D [14:51:04] what is the project? [14:51:08] enwp10 [14:51:10] why is that a requirement anyway? [14:51:16] is it doing something on login? [14:51:19] sourcing something? [14:51:22] uh? [14:51:25] what you mean [14:51:40] ah relog [14:51:40] idk [14:51:40] the 'log out and log back in when someone adds you to a project' dance [14:51:40] hmm [14:51:41] I think some sudo cache [14:51:54] oh lol I know [14:51:56] nope [14:51:57] Errr, it's working now. [14:52:01] it's because of group [14:52:12] when you change groups you need to relog for it to reload [14:52:36] you would see if you type groups [14:57:45] YuviPanda are you sure it's hard to intergrate with this logger when you can just redirect stdout? :P [14:57:59] bot | /shared/logeater botlogs [14:58:11] petan: you realize that syslog is so old and established that there is a *syscall* for it? [14:58:20] it's like, the sqlite of logging :P [14:58:36] I don't know why but this looks thousands times simpler to me than syslog, and again we /have/ syslog there as well [14:58:44] it just doesn't log to correct place so far :/ [14:59:02] it is also an IETF standard [14:59:11] that's cool but it suck :P [14:59:11] and literally every programming language has an adaptor for it [14:59:12] many inbuilt [14:59:24] does it support some kind of authentication? [14:59:25] let's just disagree on that :) [14:59:36] IIRC you can do different things based on which user is writing [14:59:37] does it support on-deman configuration built in protocol? [14:59:40] need to check [15:00:03] idk if you like syslog just use it! [15:00:06] it's there [15:00:14] but you need to make it write to correct place... [15:00:14] yeah, but it needs to be setup properly. [15:00:17] i'm reading through docs now [15:00:21] mhm [15:00:21] yes yes. [15:00:41] also the fact that it's common doesn't mean tool operators will find it simple to use [15:01:10] they just need to use whatever logging framework their language uses [15:01:18] python's logging, java's log4j, whatever [15:01:21] .... [15:01:26] that sounds complicated :P [15:01:40] some of the people who run bots here never heard about linux before :P [15:01:56] sure, let's write our own libraries instead of using the inbuilt libraries of everything ever :) [15:02:11] anyway, let me write stuff up and read things through [15:02:11] you don't need to write libs, you can redirect stdout [15:03:28] I don't know what to say to that except 'DON'T DO IT!' :P [15:04:44] I already do it [15:04:49] it works :> [15:05:09] sure, keep using it :) I'm still writing stuff up... [15:05:10] http://tools.wmflabs.org/logs/data/afcbot/afcbot__2013_06_08.txt [15:05:50] btw how do you make rsyslog write a html page hm? [15:07:25] Coren, are you still there or did you bang your head into a coma? [15:08:03] he wasn't here [15:08:46] I wonder how he's managing with centalauth. [15:13:28] whoever is running typoscan, that thing needs optimizations [15:14:22] aha [15:14:32] @seenrc scfc [15:14:37] @seenrx scfc [15:14:37] petan: Last time I saw scfc_de they were quitting the network with reason: Read error: Connection reset by peer at 6/8/2013 9:38:18 AM (05:36:19.0676950 ago) (multiple results were found: scfc_de`, scfc_de``, scfc_e) [15:16:52] rsyslog conf looks nice [15:16:54] * YuviPanda keeps reading [15:17:08] haha [15:17:28] it looks nice but keep in mind we can't change it on-demand or per tool [15:17:48] or we can, but that is complicated... [15:20:00] http://tools.wmflabs.org/?status [15:20:01] meh [15:20:19] I don't know if I should convince Tim to optimize the process or add more exec nodes :P [15:20:21] petan: I like how our local- infrastructure is [15:20:30] and I'm going to set up rsyslog so that it works *with* it [15:20:34] in a nice, private and secure way [15:20:37] brb [15:20:38] reading [15:20:40] okok [15:20:44] have fun :P [15:20:56] I am :) [15:21:08] the manual is far better than I thought. [15:33:39] !log tools petrb: grid is overloaded, needs to be either enlarged or jobs calmed down :o [15:33:41] Logged the message, Master [15:38:52] petan: how many exec nodes do we have? [15:39:52] 6 [15:39:55] type qtop [16:36:01] petan: ping [16:36:04] petan: question about the bots project [16:36:15] petan: absolutely nothing runs in production there, right? [16:36:23] i'm going to play with rsyslog there now [16:49:15] !log tools petrb: turned off wmf style of vi on tools-dev feel free to slap me :o or do cat /etc/vim/vimrc.local >> .vimrc if you love it [16:49:17] Logged the message, Master [16:50:03] YuviPanda yes lot of stuff run in production there [16:50:11] YuviPanda don't break the bots [16:52:18] petan: Is the only major difference between sharp-memcached and regular memcached the 'authenticate' command? [16:53:02] petan: hehe, ok [16:58:44] anomie no [16:59:11] anomie slabs and binary protocol doesnt work as well [17:02:03] petan: But for basic functionality, the same client can work for both? [17:04:48] Warning: There is 1 user waiting for shell: Bharaththiruveedula (waiting 0 minutes) [17:08:32] anomie: it does (there's a simple 'test' python script that just sets and tests values) [17:08:39] anomie: uses default python-memcached module [17:18:16] Warning: There is 1 user waiting for shell: Bharaththiruveedula (waiting 13 minutes) [17:29:12] is 10.4.0.64 a labs ip? [17:29:21] I thought it might be a squid but apparently not [17:31:45] Warning: There is 1 user waiting for shell: Bharaththiruveedula (waiting 26 minutes) [17:45:09] Warning: There is 1 user waiting for shell: Bharaththiruveedula (waiting 40 minutes) [17:58:33] Warning: There is 1 user waiting for shell: Bharaththiruveedula (waiting 53 minutes) [18:01:07] addshore [18:01:11] @labs-resolve 10.4.0.64 [18:01:11] I don't know this instance, sorry, try browsing the list by hand, but I can guarantee there is no such instance matching this name, host or Nova ID unless it was created less than 0 seconds ago [18:01:20] aha [18:01:24] it doesnt work this way lol [18:01:30] shame on me [18:02:19] anomie yes the basic command should be same :) unless you are going to store huge data [18:02:32] that doesnt work in normal memcache but it does in sharp one [18:02:45] also it handles OOM differently [18:03:10] with current config it delete 50% of oldest data from memory on OOM instead of cherry-picking the best candidate one by one [18:03:15] which is kind of faster [18:04:13] also stats command work which had to be disabled for security reasons from standard memcache [18:04:25] petan: So I may as well get access to the sharp-memcached, so I can at least try it out. I didn't think I would bother writing my own client library, but I'm not sure I can resist. Heh. [18:04:54] anomie it is now running in mixed mode, you dont need to authenticate to use it [18:05:06] by default all users get access to :global memory pool [18:05:25] authenticated users are switched to their private memory pool, but can as well switch to :global if they need [18:06:10] so - you dont need to write any library you can just use it as it is now, but you will have no guarantee that people wont see your data, or remove them [18:07:39] Speaking of which, I don't see in the doc how to access the shared store versus the user store. [18:12:02] Warning: There is 1 user waiting for shell: Bharaththiruveedula (waiting 67 minutes) [18:23:50] petan: I found it anyway :) twas bots-4 [18:24:18] anomie you are correct [18:24:28] I need to add it to doc... you can use gset or gget [18:24:39] (global set...) [18:24:56] not sure if ggets exist though [18:25:35] Warning: There is 1 user waiting for shell: Bharaththiruveedula (waiting 80 minutes) [18:39:04] Warning: There is 1 user waiting for shell: Bharaththiruveedula (waiting 94 minutes) [18:42:21] !rq Bharaththiruveedula [18:42:21] https://wikitech.wikimedia.org/wiki/Shell_Request/Bharaththiruveedula?action=edit https://wikitech.wikimedia.org/wiki/User_talk:Bharaththiruveedula?action=edit§ion=new&preload=Template:ShellGranted https://wikitech.wikimedia.org/wiki/Special:UserRights/Bharaththiruveedula [19:44:45] zz_YuviPanda: sure! [21:05:07] YuviPanda: ? [21:13:19] petan: around? [21:13:26] yes [21:13:59] hi, can you please install a python module on the tools project? [21:14:04] sure [21:14:39] python-flickrapi [21:15:10] needed for working with flickrapi for transfers to commons [21:15:56] ok [21:16:22] thank you [21:16:27] !log tools petrb: installing [21:16:29] Logged the message, Master [21:16:32] omg [21:16:42] :) [21:16:46] !log tools petrb: installing python-flickrapi on grid [21:16:47] Logged the message, Master [21:19:04] petan: i need python-tk as well, sorry, forgot to mention it [21:19:10] np [21:20:06] !log tools petrb: installing python-tk [21:20:07] Logged the message, Master [21:20:40] done [21:21:25] thanks a lot [21:21:36] is the grid ubuntu 12.04? [21:22:06] if it is it has a weird dependency [21:22:24] it is missing python-imaging-tk altough you just installed it [21:22:43] didn't it install this? [21:22:55] @ petan [21:23:12] I installed python-tk not python-imaging-tk [21:23:34] it is ubuntu but using wikimedia repository, which may be broken :o [21:24:01] so i need to ask you to install that too :) [21:24:17] !log tools petrb: installing python-imaging-tk on grid [21:24:19]