[00:24:45] There doesn't seem to be a way to specific a default value for a boolean API parameter in MediaWiki. Or if there is, I haven't figured it out. Anyone know if there's a solution for this? Reedy? [00:25:00] I've tried setting ApiBase::PARAM_DFLT => 'true', ApiBase::PARAM_DFLT => true, ApiBase::PARAM_DFLT => 1, etc. [00:25:06] and they all give errors [00:25:17] Yeah you can't do that [00:25:23] You can only have boolean params that default to false [00:25:34] And if they are even present in the query string, they'll be read as true [00:35:05] RoanKattouw: I've added an error message to that effect. Thanks for the info! [00:37:32] brion: could you look at an svg bug for me? [00:37:46] hexmode: can try, gimme a link [00:37:51] https://bugzilla.wikimedia.org/show_bug.cgi?id=34947 [00:38:20] brion: ^^ tyvm [00:41:45] hexmode: added a quick comment on it [00:42:10] awesome, more info is always good [04:22:25] hi kaldari [04:22:36] howdy! [04:23:25] when are you going to Germany? [04:23:49] kaldari: can you help please with central notice coding? [04:23:54] i go end of march [04:24:06] https://meta.wikimedia.org/wiki/Special:NoticeTemplate/view?template=Wikimania2012Program&wpUserLanguage=de [04:24:49] this works ok, but if one has a small screen then it overflows [04:25:04] the english version is a bit compact and could use a bigger font [04:25:10] hmm [04:25:19] how do you deal with this stuff for fundraising? [04:25:48] * aude could make 2 banners -- one for english, polish and other languages that are more concise and give them bigger font [04:26:05] the other banner, maybe eliminate the line break and keep font size the same [04:26:24] and use for german and all other languages that are like that [04:26:47] or JS maybe? [04:27:22] You can make the height of the banner depend on the height of the text box [04:27:29] https://meta.wikimedia.org/wiki/Special:NoticeTemplate/view?template=Wikimania2012Program&wpUserLanguage=all [04:27:38] kaldari: how do i do that? [04:27:43] then if it wraps, you can still read it all... [04:28:21] on my screen, all the languages look ok except english text looks a little bit small [04:28:28] just give the text div a bottom margin and set the height of the banner to auto [04:28:53] hmmm.... i'll try [04:30:27] it looks pretty good if you give mw-wmprognotice-content a 20px margin-bottom and then set .mw-wmprognotice height:auto [04:30:44] ok [04:31:46] Oh, and you don't need the #centralNotice.collapsed part at the beginning. That's from the old days, but just won't die :) [04:32:24] oooh it works [04:32:28] probably because it used to be extremely important :) [04:32:47] i'll get rid of it [04:33:34] think i got it [04:33:55] maybe up the font size just a tad [04:35:32] i still think english looks better with the line break [04:36:27] you can put html in the translated messages if you want to [04:36:48] for example, span tags with different font sizing for english or german [04:37:02] nice [04:37:09] i think i'll do the line break that way [04:37:16] we had to do that with german rather often [04:37:23] since it's always long :) [04:37:29] it is! [04:39:51] alright, i think the banners are good now [04:40:42] kaldari: thanks! :) [04:41:16] no problem [04:42:09] we'll enable them in the morning i think [04:42:32] * aude braces for the complains [04:42:36] complaints [11:01:39] Wow, signpost on newpagetriage gets a giant talk tail https://en.wikipedia.org/wiki/Wikipedia:Wikipedia_Signpost/2012-02-20/Special_report [11:01:42] (bottom) [11:01:50] scroll, scroll, scroll, scroll, [11:16:54] Krinkle: eeeee [11:17:15] Hey werdna [11:17:25] hoe is't met jouw? [11:17:43] * werdna has been practicing [11:29:21] werdna: sorry, ik was even afgeleid :) [11:29:30] werdna: 't gaat goed met mij :) [11:30:21] (if you're google translator, it translates 't as not, whereas it is actually short for it, not not) [11:30:42] I know your text isn't from google, but thought you might try running mine through it [11:30:48] * Krinkle did [18:03:34] Nikerabbit: AaronSchulz: ~10min to 20% [18:11:38] hexmode: wtf? [18:11:44] I have weekly team meeting now [18:12:32] Nikerabbit: k: https://www.mediawiki.org/wiki/20_percent#Schedule_chart [18:12:47] hexmode: my 20% meetings are on wednesdays [18:13:10] Nikerabbit: ah, and you aren't in the invite... sorry :( [18:13:27] preilly: but you are :) [18:16:47] preilly: AaronSchulz: http://etherpad.wikimedia.org/20percent [18:17:43] AaronSchulz: especially #35047 [18:17:50] !b 35047 [18:17:50] https://bugzilla.wikimedia.org/show_bug.cgi?id=35047 [18:18:58] MaxSem: hey! I didn't see you for today :)] [18:19:11] just trolling around;) [18:22:25] preilly: #35037 [18:22:30] !b 35037 [18:22:30] https://bugzilla.wikimedia.org/show_bug.cgi?id=35037 [18:22:42] preilly: around? I have a google contact with a question about mobile en wp [18:22:53] apergos: I'm around [18:23:04] lemme have him show up here [18:23:54] shen, meet preilly [18:24:08] hey preilly :) [18:24:08] one of the primary folks on mobile dev [18:24:18] shenl: hello [18:24:41] Hi guys! We're getting ready to deploy a new version of Article Feedback Tool v5 with RoanKattouw and auroraesrose [18:25:04] This is a non-publicized release for testing purposes, so it should not have any direct impact on the community. [18:25:25] * apergos <3 dark launches [18:25:59] preilly: Is there a reason that the mobile pages for EN Wikipedia now have noindex tags? [18:26:58] shenl: the NOINDEX, NOFOLLOW ? [18:27:01] yup [18:27:16] The focus of today's limited, unpublicized AFT5 release is on new features for oversighters and roll backers, so we will not be reaching out to the community for testing yet. [18:27:23] * apergos lurks to learn the answer [18:30:15] We are not sharing any links to the feedback page today, to keep it unpublicized. However, you can look at our AFT5 feature requirements page to learn more about the roll backer and oversigher features, if you are interested: http://www.mediawiki.org/wiki/Article_feedback/Version_5/Feature_Requirements#Feedback_page [18:30:30] shenl: it's been that way for a long time [18:31:15] shenl: I don't think we have any solid reason for it [18:31:23] shenl: I can remove it — if you like [18:32:03] preilly: Really? It's a bit odd then, I just got a bunch of semi-panicky questions about it being noticed today and mobile pages being dropped from the index. [18:32:10] preilly: How long has it been there? [18:32:29] shenl: it has always been there [18:32:44] shenl: but, we didn't redirect google bot to the mobile page until yesterday [18:32:56] preilly: Ah that would explain it! [18:32:57] and there it is [18:33:21] Do you mind removing it then? I think we'd like to be able to return mobile pages as results when it's appropriate :) [18:34:14] shenl: * /trunk/extensions/MobileFrontend/templates/ApplicationTemplate.php: remove ROBOTS meta tag [18:34:36] fabriceflorin, auroraeosrose: Alright, code updated and schema changes applied on test.wikipedia.org , please test mercilessly [18:34:52] shenl: that change will go out today at 3 pm PST [18:34:58] sounds good, thanks! [18:35:02] shenl: np [18:36:27] Very cool, RoanKattouw! We'll be heading to test.wikipedia.org now. If anyone wants to help test the AFT5 feedback page there now, ping me and I will send you a sample URL (don't want to post it in public for this unpublicized release ;o). [18:37:32] fabriceflorin: ping [18:38:02] * hexmode waits for his url [18:40:25] preilly: Another quick question: are all Googlebot requests being redirected to the mobile site? Not just the ones for mobile pages? [18:41:03] shenl: that issue was just fixed. [18:41:20] RoanKattouw, fabriceflorin: just double checking, there is no change affecting the aft_article_answer and aft_article_feedback tables in this deployment, correct?  [18:41:43] Yes, we are changing the schema for aft_article_feedback [18:41:45] preilly: Got it, thanks. So regular requests will still go to the desktop site while mobile requests will go to the mobile site? [18:41:50] We're adding a bunch of fields and changing one [18:41:57] But it's all denormalized (i.e. redundant) data [18:42:00] shenl: yes [18:42:17] preilly: Awesome. thanks! [18:42:41] RoanKattouw: can you give me a reference to the new table structure? [18:43:41] https://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/ArticleFeedbackv5/sql/wmfupdate-mar8.sql?view=markup [18:43:59] thx [18:44:02] (That's slightly out of date, the UNIQUE INDEX isn't unique any more, but still) [18:44:42] shenl: robots meta tag is gone now as well [18:44:54] preilly: Nice, thanks again! [18:45:12] ok nothing affecting the data I'm using for the dashboards [18:52:15] RoanKattouw, I reported a bug by email on the AFT5 feedback page. What do you think is causing this? We're getting weird characters that ChrisMcMahon thinks may have to do with interpreted HTML, and may be related to auroraesrose's latest entries in this Recent Changes page: http://test.wikipedia.org/wiki/Special:RecentChanges [18:53:00] fabriceflorin: that's missing translation strings [18:53:23] RoanKattouw is on it ;) [18:53:27] two shakes [18:54:45] I'm rebuilding the l10n cache, this takes a few minutes [18:55:06] MaxSem: could you look at another one? #35070? [18:55:31] ewww, LQT [18:55:33] oh... forgot that is LQT. so maybe not your thing [18:55:46] * MaxSem takes his showel and starts grave-digging [18:55:58] MaxSem: so if you have a sec... [18:56:11] While I'm in SF, I've been talking to devs [18:56:30] sure, I'm currently hitting too many code slushes) [18:56:37] and finding out what they feel really comfortable with helping out on in 20% time [18:58:33] MaxSem: so other than "mobile", What sort of bugs could you help out on? What sort of subject areas? [18:59:21] well, I'm mostly a backend guy, though do other stuff sometimes [19:00:00] auroraeosrose: What's your username on testwiki? [19:00:29] auroraeosrose: (The bugs are fixed BTW, I just needed to do a cache rebuild that wasn't needed before; recent change in our deployment process) [19:00:43] Elizabeth M Smith (errr, I think with underscores) [19:00:45] excellent [19:01:08] I put you in the afttest and afttest-hide groups [19:01:14] I think that's what fabriceflorin wanted me to do [19:01:49] Hi guys, Roan just updated the cache, and the AFT5 feedback page problem is gone now. [19:01:51] hmmm, some of the stuff is fixed now but others are still missing [19:01:53] weird [19:02:06] Thanks, RoanKattouw, much appreciated! [19:02:49] auroraeosrose: The JS-based ones you might need to Ctrl+F5 for [19:02:57] I did [19:03:02] stupid firefox [19:03:08] * auroraeosrose goes to manually scrap entire cache [19:03:10] Here you go, sorry to keep you waiting: http://test.wikipedia.org/wiki/Special:ArticleFeedbackv5/Golden-crowned_Sparrow [19:05:11] auroraeosrose: Try a hard refresh now? [19:05:22] Sorry about having to clear the cache, auroraeosrose -- it's really annoying for me too ... [19:06:22] ah, there we go [19:07:57] Let me know when I can take this sitewide [19:13:04] Hi Roan, I am still testing a couple more use cases, to make extra sure. Can you give me a couple more minutes? [19:13:58] Sure [19:14:00] we looking for bugs? :) [19:14:50] We are [19:14:57] Fabrice said he found one? [19:20:31] I just found a minor bug, when I clicked on 'Hide' for an 'Oversighted' post. I emailed you a screenshot. This is NOT a show stopper, so I think we are ready to go to production now, if Roan and Elizabeth agree. Any reason we should not go to production now? [19:20:53] I'm ready [19:21:26] Cool. Elizabeth, a.k.a. auroraeosrose , are you good to go to production? [19:21:58] looks fine to me - I was trying to figure out if the counts were being updated right but I don't think they were quite right to start with sooo [19:22:33] preilly: If you're still here, another question came up: When did Googlebot start getting redirected to the mobile site by mistake? [19:22:48] shenl: yesterday morning [19:23:20] shenl: do things look okay now? [19:23:36] preilly: The behavior seems to have been noticed since sometime on 3/6, is it possible that it was earlier? [19:23:43] OK, RoanKattow, can you please take this puppy to production now? [19:23:49] Alright [19:23:53] This'll take a while [19:23:54] shenl: no [19:23:57] preilly: Yes, things look ok, other engineers are working on cleaning up the affected pages :) [19:24:10] And I'll have to disable AFTv5 on enwiki in the interim because there's a non-backwards-compatible schema change [19:24:29] shenl: actually one squid was changed on the 6th so like maybe 5% of requests were affected that day [19:25:17] preilly: Got it, thanks! So there shouldn't be anything from prior to that squid changing? [19:25:31] Hmm, or maybe I just won't [19:25:49] I'll just do it live, the hell with it. That change won't break anything seriously I don't think [19:26:20] RoanKattouw: Got it. I believe we also have to enable the email to oversighters, except that the variable should be set to aft@wikimedia.org. [19:26:34] Ah yes [19:26:36] and hope that all works... [19:26:40] auroraeosrose: What's the variable name? [19:27:00] preilly: Do you have a specific time that the squid changed on the 6th? [19:27:03] $wgArticleFeedbackv5OversightEmails [19:29:03] Thanks, Elizabeth. [19:29:56] E-mail var set [19:31:20] shenl: I think it was around 23:00 UTC [19:31:29] preilly: Thanks! [19:33:27] OK, DB updates done [19:33:57] Gonna deploy now [19:38:26] Thanks, RoanKattouw. Ready when you are. [19:38:45] It's running [19:38:59] The l10n cache rebuild takes a while [19:39:05] Ah, rebuild just finished, it's pushing code now [19:51:21] Yay! The new AFT5 feedback page is now on production, thanks to the awesomeness of RoanKattow and auroraorose! I am sending you guys an email with some test URLs -- and special test accounts for 'monitors'. [19:51:26] OK, sync is done, finally [19:55:20] I'm gonna go to lunch. When I get back I'll review&deploy auroraeosrose 's recent fixes, and look into any other weirdness you guys might've unearthed in the meantime [20:16:41] Thanks, Roan, much appreciated. I just sent you all an email about my findings so far. I have good news and not-so-good news. The 'Request for Oversight' function is working as intended, and the email is correctly being sent to aft@wikimedia.org. However, the permalink is blank and NOT displaying the gray mask and message saying that oversight has been requested when you are NOT logged in. Check the email for more info. [20:17:58] I am testing for another 15 mins, then have to break for about an hour for an interview. So for all intents and purposes, I will no longer be on IRC chat going forward, and prefer that you all send email followups directly on the email thread I started this morning. Thanks, everyone, for a job well done! [21:23:24] I have just written a short list of my git aliases if anyone is interested : https://www.mediawiki.org/wiki/Git_aliases [21:29:34] * werdna waves [21:29:38] raindrift: about? [21:30:39] werdna: hey! i was just setting up my jabber client… :) [21:31:55] raindrift: :p [21:31:58] well, either works [21:32:02] how's it going? [21:32:23] good. you? [21:32:53] not too bad. woke up really early today for some reason [21:33:02] i'm sorry. [21:33:21] probably cause I left the window open. nice sunrise though [21:33:21] well by really early I mean like half past 7 :p [21:33:21] so not that early [21:33:30] i suppose that's not *too* bad... [21:33:41] mm [21:33:52] you've been a bit sick, right? [21:33:58] feeling better? [21:34:21] i'm doing okay today, yeah. [21:34:24] <^demon> Everyone's sick :\ [21:35:04] anyway, this NPT thing… we're getting it figured out what we're making. Do you have access to Mingle so you can see the cards? [21:35:27] also, there's brandon's latest design iteration. lemme dig up the link. [21:35:29] um, I suspect I do [21:35:53] http://www.mediawiki.org/wiki/Page_Triage [21:36:06] also, i'll be right back… my client is having issues. [21:36:33] okay, that's better. [21:36:40] looking [21:37:00] when adium gets really full of messages after it's been running for many days, it gets slow for some reason. [21:38:01] * werdna doesn't use Adium for IRC [21:38:05] I use irssi for that [21:38:07] werdna: Do you have time to look at this? http://bugzilla.wikimedia.org/35070 - Blanking a post commits successfully when disallowed [21:39:12] disallowed by what? [21:39:29] <^demon> werdna: AbuseFilter maybe? [21:39:39] <^demon> If they have an anti-blanking rule. [21:39:52] * werdna replies [21:39:58] werdna: tyvm [21:40:02] raindrift: looking at the mingle stuff now [21:40:42] raindrift: I have no idea what the state of code is right now, let me pull that up [21:41:42] werdna: basically, we pulled the cards that we knew we could do with the amount of design we had last week, and started a sprint with them. we'll have the complete design nailed down and start the estimation and stuff with it tomorrow. [21:42:12] okay, do we have any code? [21:42:21] Obviously there are dependencies [21:42:27] e.g. #21 depends on actually having a list view [21:42:28] i don't think there's a lot of code checked in at this point, though, since none of the stuff is finished. i believe kaldari committed some stuff [21:42:51] he's working on the list view right now. [21:43:01] right [21:43:29] benny's working on the metadata api, which is turning out to be more complicated than we had anticipated. :) [21:43:31] I don't think #24 is ready for development until we actually have a Zoom interface, and I suspect that it may just be a functional requirement for the Zoom interface [21:43:48] filtering #20 is also dependent on a list view [21:44:46] that makes sense… so, you're saying things shouldn't go into the 'ready for dev' bin until the dependencies are satisfied. makes sense. [21:45:20] well, I'm not necessarily saying that [21:45:27] I'm saying that I can't work on any of them [21:45:42] unless you think differently? :) [21:45:53] heh. i'm not sure… lemme take a look. [21:46:50] so, other stuff that's not showing up here because i failed to track it, is research on a couple of the things we'll want a little later. a big one is the edit in-place. you've got some code that does that, yeah? [21:46:50] AaronSchulz: since you set the looked at this this bug (https://bugzilla.wikimedia.org/35047) do you think the priority is right? [21:47:11] yep, that's not hard [21:47:24] the code will need to be adjusted [21:48:03] I guess [21:48:08] AaronSchulz: hrm.... given comment #5, yes [21:48:24] that's awesome. how many points do you think that is, including integrating it with the zoom interface (that doesn't exist yet) [21:48:39] One thing I love about the place I'm staying is that I have a more or less unencumbered view of the airport. It's fun. [21:48:42] um [21:48:45] what's our baseline again? [21:49:37] err, we're supposed to have a view for this… one sec. [21:50:00] on a clear day I can pull up planefinder and identify the planes landing, pull up registration details, routes, flight numbers, models, incidents, all that sort of thing [21:50:46] that's cool! you could build a visualization of it that runs on a screen by the window all the time… i was working on a design for something like that for the san jose convention center once. [21:51:07] mmm [21:51:10] could do it with AR [21:51:19] the iphone compass is not quite accurate enough to do that properly [21:51:19] anyway, if you pick the estimation wall from the right-hand sidebar, then remove the "current sprint" filter, you can see the existing estimates. [21:51:49] I think it's 2 points [21:51:54] maybe 3 [21:51:54] yeah. i was thinking of building a plane detector with parabolic microphones... [21:52:02] let's make it 3, just to be safe. [21:52:10] They're too far away, and I'm in the middle of the city [21:52:51] mmm, yeah. i guess that's different. in sj they fly right over downtown. it's maybe 2 miles from the runway. [21:53:18] okay, estimate set. thanks! so, as far as what to work on now, what about #23? [21:53:33] there's an a380 going past, but it's headed to MEL, not SYD [21:53:37] the SYD flight gets in way earlier [21:54:08] I think there might be some analysis needed for #23. Do we want to show it for everyone? just for patrollers? how do we make that distinction? [21:54:26] and why has Brandon started talking about how the word 'patrol' is evil but he's still using it all through his document? :P [21:55:04] well, only users with the (automatically granted after 4 days & 10 edits) patroller right can patrol, so only those people (which is everyone) and then also there should be a userpref to turn it on. [21:55:38] we also talked about just making the property available via js, and then writing a gadget. that seems not as good, though. [21:56:17] and yeah, that's come up, if we're going to stop saying patrol, we should do it. [21:57:15] I don't like preferences, I was thinking "has this user accessed the pagetriage interface in the last X days?" [21:57:59] that's not a bad idea actually. [21:58:39] i like that one… i can mention it to oliver and he can add it to his proposals for this feature. [21:58:54] of course I'm not sure how we'd store that [21:58:55] (i don't like prefs either, but it seemed like we'd need one) [21:58:59] cookies? user preference? [21:59:17] we can just put it in a table. [21:59:30] like, we can make one. [21:59:34] a cookie would also do. [21:59:45] i used the word "patrol" to avoid having to explain all the time what we mean by "triage" [22:00:40] jorm: oh, right. i suppose it'll be easier to change the language people use after we deploy the new tool with the new name. [22:02:28] preferences can be hidden, I think [22:02:52] so, you're suggesting that the pref store their last access date? [22:03:21] um, potentially [22:03:28] i mean, it sounds like it could work. [22:03:56] depending on whether we want it to be for a period of time or to show always after a user has left [22:04:15] just watched a 747 fly past at 7,000. coming around to land now. [22:04:38] anyone know what the difference between rc_timestamp and rc_cur_time is in the recentchanges table? [22:04:38] i don't think we want it to be forever… if so, it should definitely not be a hidden pref. that might get annoying for someone who just stumbled into PT once. [22:06:18] kaldari: that's just crazy. [22:06:58] mmm [22:07:02] Looks like rc_cur_time is deprecated, so I'll ignore it [22:07:53] jorm: thoughts on this? [22:08:20] thoughts on which? [22:08:44] mark as patrolled on every page: should it be a pref, or should it show up for n days after visiting PT? [22:08:48] is fabriceflorin around? [22:08:50] #23 [22:08:55] oh damn [22:08:57] hah [22:09:00] here comes the 747 on final, 2,000. [22:09:02] https://mingle.corp.wikimedia.org/projects/ee/cards/23 [22:16:04] raindrift: by the way, ACW is now deployed without bucketing to ee-prototype.beta.wmflabs.org [22:17:31] ooh, A380 takeoff. [22:17:37] Emirates. [22:18:39] raindrift: so if we can figure out the right way to do this today, I'll work on that [22:19:11] heather: fabrice is meeting with hexmode. do you need me to get him? [22:19:11] also: where are we storing triaged status now? [22:19:19] nope [22:19:28] we were just supposed to be meeting right now [22:19:29] i don't have an opinion about preference vs. timebased. timebased is intriguing to me, though. [22:19:34] i'll bug him. [22:19:42] no wait! [22:19:52] i figure we don't want more preferences [22:19:54] like, ever [22:24:35] he says no worries. he'll resechedule. [22:30:46] werdna: oliver agrees with you: more prefs are bad. he suggests that we may want the triggering criteria to be a little more certain than just "visited PT" and that we may want to leave it on for more than a few days, but i feel like those are details to sort out later. [22:31:09] ooh, and thanks for doing that deploy. [22:31:55] (working my way through the things, out of order) we're storing triaged status in the tables bsitu is making, so i'm not sure at this moment. it may be its own table, actually. kaldari's working with recentchanges until benny's further along. [22:32:37] i believe benny's on irc if you want to ask him. [22:35:12] ^demon|away: hey, you graduate this year, right? :-) [22:38:55] raindrift: nod [22:39:08] hey bsitu, you there? [22:40:22] hey, andrew, [22:41:01] I just saw the note, we will store triage status in its own table [22:41:48] okay, is that in trunk yet? [22:42:05] not yet, I will commit the code a little bit later [22:42:29] okay [22:42:38] so my plan of attack for the time being is this: [22:42:40] raindrift: [22:42:46] expose patrolled status in JS [22:43:26] have some repeatedly-updated field in preferences (that is not shown in preferences, just stored there) where the last time a user did X is stored [22:43:34] if that number is within a configurable range, show the patrolled status on the article [22:46:46] I put a few notes in mingle [22:46:50] werdna: that sounds like a good plan for now. we may want to refactor what goes into the pref after we get some community feedback, but that won't be hard. [22:46:53] awesome! [22:48:16] this is something the current patrollers are pretty into, so i'm glad we're doing it. :) [22:50:52] what is? [22:57:12] hi auroraeosrose [23:13:57] <^demon|away> sumanah: Yes, this summer. [23:18:44] ^demon|away: my commiserations about your impending entry into the real world [23:19:21] <^demon|away> I was ready to finish school and enter the real world about the 2nd semester of college. [23:19:41] <^demon|away> After I got my first "real" job, I was pretty much done with school in my mind. [23:20:14] * werdna is definitely not done with school [23:48:57] eh [23:49:03] on Monobook [23:53:15] 10 min till 20% for TimStarling, bsitu, kaldari ... [23:53:18] 7 [23:58:40] 3 [23:58:53] MaxSem: Hm.. indeed [23:58:59] robla, hexmode: i might be a few minutes late, finishing up a deployment [23:59:09] awjr: k, np [23:59:18] 1min [23:59:20] :)