[11:41:49] (03PS1) 10Yuvipanda: Add bug link to grrrit-wm message [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/129945 [11:55:18] (03PS2) 10Yuvipanda: Add bug link to grrrit-wm message [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/129945 [11:55:21] (03PS3) 10Yuvipanda: Add bug link to grrrit-wm message [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/129945 [11:55:24] (03PS4) 10Yuvipanda: Add bug link to grrrit-wm message [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/129945 [11:58:44] (03CR) 10Yuvipanda: [C: 032] "Tested and works." [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/129945 (owner: 10Yuvipanda) [11:58:47] (03Merged) 10jenkins-bot: Add bug link to grrrit-wm message [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/129945 (owner: 10Yuvipanda) [12:00:56] 3Tool Labs tools / 3[other]: Global user contributions: Implement "Show blocks" feature - 10https://bugzilla.wikimedia.org/62913 (10Krinkle) [12:03:57] 3Tool Labs tools / 3[other]: Global user contributions: Namespace problem - 10https://bugzilla.wikimedia.org/61699 (10Krinkle) [12:04:12] 3Tool Labs tools / 3[other]: Global user contributions: Implement "Show blocks" feature - 10https://bugzilla.wikimedia.org/62913 (10Krinkle) a:3Luxo [12:05:41] 3Tool Labs tools / 3Global user contributions: Global user contributions: Implement "Show blocks" feature - 10https://bugzilla.wikimedia.org/62913 (10Krinkle) [12:05:56] 3Tool Labs tools / 3Global user contributions: Global user contributions: Namespace problem - 10https://bugzilla.wikimedia.org/61699 (10Krinkle) [12:10:28] 3Tool Labs tools / 3Global user contributions: Global user contributions: Implement Atom/RSS feed output format - 10https://bugzilla.wikimedia.org/62920 (10Krinkle) a:3Luxo [12:11:59] 3Tool Labs tools / 3Global user contributions: Global user contributions: Support wildcard in username - 10https://bugzilla.wikimedia.org/64499 (10Krinkle) 3NEW p:3Unprio s:3normal a:3Luxo In my similar tool on Toolserver: https://toolserver.org/~krinkle/MoreContributions/input.php There is suppor... [12:16:26] (03PS1) 10Yuvipanda: Testing wikibugs [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/129947 (https://bugzilla.wikimedia.org/64407) [12:18:59] (03Abandoned) 10Yuvipanda: Testing wikibugs [labs/tools/grrrit] - 10https://gerrit.wikimedia.org/r/129947 (https://bugzilla.wikimedia.org/64407) (owner: 10Yuvipanda) [12:24:54] Could an admin please grant my request? [12:24:57] https://wikitech.wikimedia.org/wiki/Shell_Request/Marsupilami [12:25:05] Thank you. [12:26:32] Marsupilami: someone already has [12:27:08] Oh, thank you for the information. [12:27:30] Marsupilami: That was me. Do you want access to the Tools project as well? [12:28:04] scfc_de: wikibugs looks dead [12:28:35] ssh login worked, fine. [12:28:54] yes, please. [12:29:38] oh fuck [12:29:58] scfc_de: I'm an idiot. I've been testing wikibugs and not seeing anything, and thinking wikibugs is broken [12:30:06] scfc_de: had completely forgotten I had it on ignore [12:30:19] Marsupilami: One moment, please. [12:31:01] YuviPanda: The same happened for me recently: I had wikibugs on ignore so was (positively) surprised by pywikibugs, but when that fell quiet I thought it was broken :-). [12:31:09] haha [12:32:21] Marsupilami: Done. Welcome to Tools! [12:35:47] Thank you. [12:43:32] how can I find what my instance is to login from bastion host? [12:44:12] 3Tool Labs tools / 3WMT bots: Fix bot-wmt-blocks.php parsing of block entries - 10https://bugzilla.wikimedia.org/59703#c1 (10Southparkfan) Like zh.wikipedia ja.wikipedia blocks gives the same error. [12:59:31] Marsupilami: On Tools? You don't have a dedicated instance there. Have you looked at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools/Help ? [13:22:22] tools.wmflabs keeps on having troubles the past days [13:23:02] Internal error [13:27:12] Romaine: What URL? [13:27:44] similar to these, 40% of time gives it internal error: https://tools.wmflabs.org/geohack/geohack.php?language=nl¶ms=62_16_00_N_7_03_00_W_type:city(33)_region:FO&pagename=Lj%C3%B3s%C3%A1 [13:30:14] Failed for me on the first try :-). [13:34:12] !log tools Restarted webservice for geohack and moved {access,error}.log to {access,error}.log.1 [13:34:14] Logged the message, Master [16:56:58] I can't launch category.py from my tools account [16:57:49] I've followed this page https://wikitech.wikimedia.org/wiki/User:Russell_Blau/Using_pywikibot_on_Labs [17:01:25] Traceback (most recent call last): [17:01:25] File "/shared/pywikipedia/core/scripts/category.py", line 106, in [17:01:25] import pywikibot [17:01:25] ImportError: No module named pywikibot [17:01:41] that's when I try to start it with jsub [17:17:55] 3Tool Labs tools / 3WMT bots: Fix bot-wmt-blocks.php parsing of block entries - 10https://bugzilla.wikimedia.org/59703 (10John F. Lewis) p:5Normal>3High s:5normal>3major [17:18:55] 3Tool Labs tools / 3WMT bots: Spambots is outdated and gives false positives - 10https://bugzilla.wikimedia.org/59977 (10John F. Lewis) p:5Unprio>3Normal [17:20:27] 3Tool Labs tools / 3WMT bots: Make it easier to track -attacks - 10https://bugzilla.wikimedia.org/60813 (10John F. Lewis) 5PAT>3RES/FIX a:3John F. Lewis [18:20:58] YuviPanda: thanks! [18:35:11] 3Wikimedia Labs / 3wikistats: MediaWiki - wiki registry - 10https://bugzilla.wikimedia.org/37062 (10[[kgh]]) [18:35:32] Cyberpower Have the linked counter the basic settings with no opts either way, then have an "unofficial" (/supercount2/) tool that provides full features, again regardless of opts. This way, wikipedia is not condoning the stats, but we can all still use them (because we can use them anyway). [18:36:05] Bleh... [18:36:47] !log local-wikibugs Updated wikibugs to 407ad66 [18:36:49] Logged the message, Master [18:39:09] !log wikibugs Updated wikibugs to 245f2a2 [18:39:10] wikibugs is not a valid project. [18:39:13] !log local-wikibugs Updated wikibugs to 245f2a2 [18:39:14] Logged the message, Master [20:16:29] YuviPanda: also, !log can be used for projects -- could you !log local-wikibugs blahblahblah when you deploy? Thanks! :-) [20:19:00] valhallasw: ah, I will! [20:19:03] valhallasw: have never really done that for grrrit-wm so didn't think. will remember! [20:19:15] valhallasw: I was looking to make a 'Bug' object that represents a bug and have things produce that [20:21:26] valhallasw: also couple of minor code clean patches coming up [20:22:08] valhallasw: https://github.com/valhallasw/pywikibugs/pull/14 [20:24:01] YuviPanda: You could make the dict into an object, I guess, yes. Makes sense. [20:24:22] valhallasw: yeah. I also need to understand the parsing code better. [20:24:31] might experiment with a slightly different way. [20:25:54] valhallasw do you work in AWB? [20:27:07] YuviPanda: Right. Basically there are two types of email (new and change), and a change e-mail can contain changes and/or comments [20:27:15] Kolega2357: no. [20:30:05] valhallasw: right. [20:30:29] valhallasw: hmm, so the type of object generated should be a BugChange, rather than a Bug [20:30:43] valhallasw: and then we can have individual variants that cater to different changes [20:30:51] valhallasw: and use jinja2 to formatting (similar to grrrit-wm) [20:32:30] if you think that's easier for formatting, sure [20:33:17] as long as you don't break it, I'm happy =p [20:33:54] valhallasw: :D [20:34:09] valhallasw: yeah, I definitely think having formatting in some templating language would be nice [20:34:35] valhallasw: also, when I was restarting it, sleep 1 wasn't enough. local copy has sleep 5 [20:34:46] I should maybe commit it [20:34:52] grrrit-wm has a sleep 2 [20:35:24] YuviPanda: doesn't really matter in practice :-) [20:35:30] valhallasw: true [20:35:37] and I guess you didn't like the tail? NFS /is/ a bit slow for this kind of thing. [20:38:01] valhallasw: yeah, the tail was confusing since I initially thought it was logging to stdout, then realized it can't because it should be on jsub, and then was confused again wondering if it wasn't [20:38:08] and then realized you wouldn't run it on -login :P [20:38:16] and then went and got the sleep and commented out the tail [20:47:14] valhallasw: we should also do the parsing and then put it to redis. then other tools can use it too [20:47:30] sure [20:48:16] valhallasw: I spent some time looking at the code, but could use some help understanding. I'll make notes and ping you later :) [20:48:22] I've to crash soon. [20:48:58] valhallasw: and thanks for writing the bot! the more of these kinda things we can move off crazy scripts in random prod servers the better :D [20:49:15] the code is not my best piece of work :-p [20:49:30] valhallasw: you parsed BZ EMAILS! THAT IS NO MEAN JOB! :D [20:49:52] I parse physics for a living ;-p [20:50:00] oh wow. I didn't know that [20:50:25] super ocol :) [20:50:42] valhallasw: we should also add a mysql backend so people can issue commands from IRC! [20:50:46] and also add a pony. [20:50:59] Let's first do the pony. Then IRC. [20:51:09] IRC commands* [20:51:20] what color do we want the pony? [20:51:24] pink. duh. [20:51:26] I suggest fluoroscent yellow [20:51:32] oh, that's also good [20:51:39] users will love the ability to clearly find it amongst their other ponies [20:51:45] of which they will have a lot, obviously [20:51:57] and it should eat camels [20:52:24] yes, and have a bright orange mane. [20:52:34] should also poop plutonium [20:54:04] now I sleep, and hope the pony graces my dreams [20:54:05] night, valhallasw [20:54:29] good night :-) [21:25:08] is there a shot link version like [[:commons:New York]] like [[tools:mytool]] or [[:tools.wmflabs:mytool]] ?? [21:29:00] exists a short link version to link to tools on tools.wmflabs.org like [[:tools.wmflabs:mytool]] ? [21:31:51] Marsupilami: no, I don't think so [21:32:26] okay, thank you. [21:56:36] Something is broken, and I'm not sure it's my fault. [21:57:57] If I'm streaming through the webservice, why would it be coming out chunked? [22:13:36] springle, ping [22:14:07] Coren, around what time can springle be reached on IRC? [22:15:44] Cyberpower678: Have the linked counter the basic settings with no opts either way, then have an "unofficial" (/supercount2/) tool that provides full features, again regardless of opts. This way, wikipedia is not condoning the stats, but we can all still use them (because we can use them anyway). [22:17:22] a930913, umm....don't really feel like maintaining that. [22:17:32] a930913, are you good with JS? [22:18:04] Cyberpower678: I fixed your last problem with it didn't I? :p [22:18:15] Oh right. [22:19:05] Cyberpower678: Maintaining? It's just a cut down version for the unwashed masses, and the regular one for us. [22:19:33] I'd rather just stick to consensus. [22:20:37] Cyberpower678: Yeah, I'm proposing that as a potential solution of compromise. [22:30:34] Cyberpower678: IIRC, Melbourne time. [22:30:42] So, UTC+10? I think. [22:36:05] Coren: I can't seem to find a problem with my live stats page, and I'm beginning to suspect it's not my fault. [22:37:18] can some tell me how can I increase upload_max_filesize from default 2M to 4M on tools.wmflabs.org? [22:38:06] Coren: Could the webservice be buffering output, rather than outputing it immediately? [22:39:43] a930913: Well, there's a proxy in front of it, so pretty much by definition yes. [22:40:07] Coren: Has it been changed in the last few weeks? [22:41:01] a simple "upload_max_filesize 4M" in ~/.lighttpd.conf doesn't work :-( [22:41:05] Well, we switched the proxy from apache to nginx a bit under three week ago, but that shouldn't have affected that aspect. [22:42:52] Marsupilami: That's expected, since that isn't a lighttpd option at all -- you need to tweak your php settings. [22:43:12] server.max-request-size will have an influence however. [22:43:44] Marsupilami: redmine.lighttpd.net/projects/1/wiki/Docs_ConfigurationOptions [22:43:58] http://redmine.lighttpd.net/projects/1/wiki/Docs_ConfigurationOptions even [22:44:23] Coren: I have a server sent event stream that is a long HTTP connection that sends packets a few times a second. [22:44:52] Coren: Now though, something is buffering it, and then flushing it in one big go. [22:59:49] a930913: In theory, the proxy should not be adding any buffering above that which your lighty gives by default. You using PHP? [23:03:48] The obvious first question then is whether you are using explicit flush()es or not. Also, we're doing compression by default so that may affect buffering as well. [23:04:23] Also, pro tip: you can prevent nginx from doing buffering by sending a 'X-Accel-Buffering: no' header. [23:06:04] Coren: Python fcgi. I'll try the header now. [23:06:36] "X-Accel-Expires: 0" may also help if your problem is interaction with the internal cache. [23:12:23] can some tell me how can I increase upload_max_filesize from default 2M to 4M on tools.wmflabs.org? [23:12:44] Marsupilami: I've been telling you above. Have you not noticed? [23:13:45] I have not found something about upload_max_filesize in your link. [23:14:41] That would be because "upload_max_filesize" isn't a lighttpd option at all. The link I gave you explains how to change request size for the webservice itself. Everything else is done from within whichever language you are using. [23:15:42] I need to change this value to use with php. [23:16:45] http://www.php.net/manual/en/function.ini-set.php [23:21:58] Marsupilami: Re tools.wmflabs.org shortcut for wiki, on en.wikipedia.org it's "toollabs:xyz". You can look these up at https://en.wikipedia.org/wiki/Special:Interwiki for example. [23:23:23] I found it now. echo "upload_max_filesize = 4M" >> ~/public_html/.user.ini [23:25:30] FastCGI, php and Lighttpd is crap. Why this combination and not apache or newer and faster nginx? [23:25:59] Thank you, Coren.