[02:10] === trainguards: IMAGE 271 building (started: 20141006 02:10) === [03:10] === trainguards: RTM IMAGE 84 building (started: 20141006 03:10) === [03:55] === trainguards: IMAGE 271 DONE (finished: 20141006 03:55) === [03:55] === changelog: http://people.canonical.com/~ogra/touch-image-stats/271.changes === [04:11] morning [04:15] === trainguards: RTM IMAGE 84 DONE (finished: 20141006 04:15) === [04:15] === changelog: http://people.canonical.com/~ogra/touch-image-stats/rtm/84.changes === === robru changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need help with something else? Ping vanguard: cihelp | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: robru is on vacation [04:30] robru: oh! [04:30] a fatal issue found! [04:31] robru: have a good one! [04:32] Mirv: haha thanks! I'm off all week for Canadian Thanksgiving, visiting family. I'll stay in to if my email if anything critical happens, but i took off my irc highlight for train guards! ;-) [04:32] "On top of my email" heh [04:33] hehe :) ok, sounds excellent! [05:04] slightly hard to get consistent AP results again [06:20] elo folks [06:21] Saviq, welcome back [06:21] brendand, hey [06:29] Saviq, here's a welcome back gift : https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1377809 [06:29] Ubuntu bug 1377809 in unity8 (Ubuntu) "Sometimes crashes after entering wireless passphrase" [Undecided,New] [06:30] it's a terrible gift, i know. sorry [06:30] brendand, thanks, I actually got a lot of those to give out myself, have been dogfooding the phones with my wife over the holidays [06:30] Saviq, it sucks right :) [06:31] brendand, I'm probably biased, but there's only a handful of really bad ones [06:31] brendand, and a slew of annoying ones [06:31] brendand, but I was actually positively surprised [06:31] brendand, your bug looks like you never even reach unity8 btw [06:32] brendand, the wizard is part of ubuntu-system-settings [06:32] and it's its own shell, unity8 is only ran after the wizard completes [06:32] Saviq, oh so unity8 hasn't started yet? [06:32] brendand, yup [06:33] Saviq, ok i'll move that then [06:33] brendand, doing already [06:34] Saviq, so when it finishes hanging, i then see the ubuntu logo [06:34] Saviq, i thought that had something to do with unity8 [06:34] Saviq, isn't it the splash screen for unity8 starting? [06:34] brendand, the ubuntu logo is a "placeholder" from unity-system-compositor [06:34] Saviq, ah ok [06:34] Saviq, you think that's what crashed? [06:34] brendand, meaning that if there is no session running, it will display the spinner [06:34] brendand, wizard [06:36] Saviq, indeed i have a crash file from the wizard [06:36] i always forget how to get a retrace [07:12] brendand, I usually just upload to launchpad through apport-cli [07:19] good morning [07:19] trainguards, can I get a silo assigned for line 66? [07:21] tvoss: sure, and welcome back! is it utopic or rtm, you haven't specified? [07:22] thanks! [07:22] Mirv, utopic :) [07:49] trainguards; hi, i have a silo request now ready on line 67 [07:50] if you can help me get going [07:51] this one fixes various OA bugs / improvements === dbarth is now known as dbarth-afk [07:54] dbarth-afk: 014 [07:56] Mirv: ty [08:17] dobey, i have a question about silo 26 [08:17] dobey, fixing https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1375281 [08:17] Ubuntu bug 1375281 in unity-scope-click (Ubuntu RTM) "Does not support currencies other than USD" [Critical,In progress] [08:32] davmor2: meetin [08:35] alecu, silo 26 ^ ? [08:49] trainguards: good morning, can I have an RTM silo for line 53 ? [08:51] oSoMoN: sure, done! [08:51] Mirv, thanks! [08:57] ogra_, this is interesting: http://paste.ubuntu.com/8505997/ [08:58] ogra_, seems to be the wrong way around [08:59] brendand, seems fine to me *except* that the container has a score of -941 and that udev has a score of -1000 [09:00] line 183 to 212 are all "in-container" [09:00] brendand, do you have a mako you could compare ? [09:01] ogra_, processes started after lightdm should have a higher adjustment than those started before, to kill session processes first and give the system a chance to recover [09:01] jibel, i know, i added that code :P [09:01] ogra_, i do have a mako [09:02] ogra_, yeah, and I think the adjustment in lightdm.override should be positive not negative [09:02] jibel, the point is that in brendand's paste we see the android container have a super low value [09:02] ogra_, I know it comes from my device :) [09:02] ogra_, yes that's jibel's [09:02] if the android container dies underneath daemons that use/need it, these daemons will die too [09:03] ogra_, i need to charge it up a bit [09:03] ok [09:03] i suspect there we wont see such a low value [09:06] ogra_, by superlow you mean -941? which means it will never be killed (or very unlikely) [09:09] hmm [09:10] tvoss, ricmm_, ^^^^ ... : http://paste.ubuntu.com/8505997/ should the score for session apps be +10 instead of -10 ? [09:10] jibel, can you reproduce it often ? [09:11] ogra_, it should even be +100 [09:11] (if so, you could just try to adjus it in /etc/init/lightdm.override) [09:11] jibel, not sure the lifecycle management can handle that [09:11] ogra_, constantly, just enable several scopes [09:11] (it ajdusts that score dynamically for FG apps) [09:12] jibel, well, bump it to +10 and see if that helps [09:12] ogra_, I'm trying +300 to see the difference, then add 100 picture to the phone scope [09:12] ogra_, jibel values look good to me [09:12] ogra_, jibel what are the symptoms you are seeing? [09:12] tvoss, well, we have lots of thins being OOM killed since the new scopes are around [09:12] tvoss, down to dbus and powerd [09:13] tvoss, system dbus being selected by oom killer instead of user processes [09:13] tvoss, or powerd or other system processes [09:13] ogra_, what command generates that output? [09:13] tvoss, so as soon as there is some pressure on the memory the system dies [09:13] brendand, dunno, thats your paste :P [09:13] jibel, ogra_ so the higher the value, the more likely it is oom'd [09:14] jibel, ^ [09:14] tvoss, yes [09:14] tvoss, right and the session has -10 ... while the system processes have 0 [09:14] jibel, ogra_ so that assignment has to be done by something init, it's not part of the lifecycle policy in Unity (which only deals with apps) [09:15] jibel, ogra_ but I think we should raise the value of scopes, too [09:15] or better, of the scopes runner [09:15] tvoss, yes, it is done in lihtdm (like i explained above) [09:15] thostr_, ^ [09:15] phablet@ubuntu-phablet:~$ grep score /etc/init/lightdm.override [09:15] oom score -10 [09:16] tvoss, jibel proposed to bump that to +10 [09:16] ogra_, please only consider oom_score_adj [09:16] tvoss, that *is* oom_score_adj in upstart syntax afaik [09:16] ogra_, we internally map that to the right range of oom_score values [09:16] ogra_, I don't know the right value, just testing with a higher adjustment to check if the behaviour of the device is better [09:17] ogra_, oom_score is deprecated, but still used by the android kernel oom [09:17] killer [09:17] ogra_, for that, we adjust oom_score_adj and map to oom_score [09:17] http://upstart.ubuntu.com/cookbook/#oom-score [09:17] ogra_, sorry, oom_adj is deprecated [09:18] well, the container still uses it everywhere [09:18] ogra_, yup, in sync again :) [09:18] we dont use it outside though [09:18] ogra_, the oom-score is fine [09:18] upstart sets oom_score_adj [09:18] value range is [-999, 1000] [09:18] in any case it seems the session has a lower value than the system processes [09:19] which means system processes will eb killed [09:19] *be [09:19] ogra_, but that's only the case for *some* system processes if I interpret the pastebin correctly [09:20] tvoss, all container processes have the -941 ... all system processes (except udevd) have 0 [09:20] our session has -10 [09:20] ogra_, unity-system-compositor has got -10 [09:20] so system processes will be killed first, then session, then container [09:21] tvoss, yes, USC is started by lightdm [09:21] as part of the session [09:21] (in fact it is the firts sessiion process) [09:21] *first session [09:22] tvoss, for example this is what oom killer selected earlier today with the default settings [09:22] Oct 6 09:45:04 ubuntu-phablet kernel: [21031.845662] (0)[19396:aqueue:src]Killing 'qmlscene' (15727), adj 798, [09:22] ogra_, hmmm ... so can we tell upstart to use a default oom-score value? [09:22] Oct 6 10:13:41 ubuntu-phablet kernel: [22699.590886] (0)[2597:unity8-dash]Killing 'posclientd' (32715), adj 0, [09:22] Oct 6 10:13:42 ubuntu-phablet kernel: [22700.687653] (2)[2597:unity8-dash]Killing 'dbus-daemon' (757), adj 0, [09:22] tvoss, qmlscene is ok with a score of 798 [09:22] jibel, yup [09:22] tvoss, yes, that is what wer currently do [09:22] tvoss, then it selected 2 system processes [09:22] phablet@ubuntu-phablet:~$ grep score /etc/init/lightdm.override [09:22] oom score -10 [09:22] tvoss, ^^^ [09:22] ogra_, I meant for the other system processes, instead of patching individual upstart files [09:23] tvoss, everything started by and after lightdm has -10 [09:23] ogra_, sure, I totally get that. [09:23] tvoss, no idea if we can set a default without kernel hacking [09:23] 0 is the default used [09:23] we force -10 for the session [09:24] i think we just need a positive value there any be done [09:25] ogra_, fine with me ... could you give it a spin with -10 removed? [09:25] tvoss, jibel is just doing that [09:25] ack [09:25] seems he can reliably reproduce the killin [09:25] g [09:26] ogra_, the other bit that worries me is the additional scopes triggering OOMs [09:26] ogra_, to reproduce enable the photo scope, duplicate a picture took with the camera 100 times and tap on 'My photos' [09:27] tvoss, they make unity8 eat ram === pstolowski is now known as pstolowski|erran [09:28] (or unity8-dash rather i think) [09:30] ogra_, tvoss with an adjustment of 300 it killed unity8-dash instead of system dbus [09:31] I saw the spinner for a moment, and the session recovered [09:31] jibel, which does not make sense either :) we should start killing scopes instead [09:31] tvoss, well, any session app should clearly be killed before the system dbus or powerd [09:31] tvoss, it makes sense because scopes and dash have the same adjustment and the dash uses 44% of system's memory [09:32] so bumping it to +10 should be our first step here [09:32] jibel, wow, that's a lot [09:32] tvoss, it is. [09:32] tvoss, as next step scopes should be treated like apps ;) [09:32] but i think step one must definitely be to adjust the overal session value [09:32] ogra_, well, I would argue they should be killed earlier, at least the backends [09:33] tvoss, you then need to fine tunes the adjustment to select which session processes you want to kill first [09:33] tvoss, and fix the dash :) [09:33] tvoss, your system dbus daemon should be killed earlier ? [09:33] jibel, sure, fine-tuning the buckets is still on our list [09:33] tvoss, we're currently not talking about scopes at all but about your phone dieing [09:33] ogra_, obviously not, where did I say that? [09:33] ogra_, sure, chill out. I get your point [09:34] tvoss, dunno, i want a "yes do it" or "no never do that" :) [09:34] ogra_, I was referring to: the scopes backends should be oom'd before the apps [09:34] from some lifecycle person :) [09:34] yeah, totally agreed [09:37] jibel, assin your bug to lxc-android-config (that ships the lightdm upstart job) so we can start from there ... i guess the scopes handling will need more than a one char change somewhere [09:37] *assign [09:37] feel free to assign to me, i'll take care to get it landed then [09:38] (plase try with +10 too, that should suffice actually, we want to keep some wiggle room for the lifecycle mgmt) === vrruiz_ is now known as rvr [09:49] sil2100: the thumbnailer is now reverted in rtm [09:51] Mirv, thostr_: could we have a silo for the apn editor [09:51] the review comments have been amended [09:51] and just waiting for last reviews [09:51] silo would help the final testing [09:52] apn editor \o/ [09:52] Wellark: we already have one? [09:52] ogra_, bug 1377869 [09:52] bug 1377869 in lxc-android-config (Ubuntu) "Set a positive value to oom_score_adj for session processes" [Critical,New] https://launchpad.net/bugs/1377869 [09:53] jibel, thanks ! [09:53] Wellark: it's silo 20, let's first test there before asking for rtm one [09:53] ogra_, I kept it separate from the original report because there is much more to fix than this value [09:53] yeah, thats only the first step [09:53] and it will likely expose the issue far more after that change [09:54] Wellark: thostr_: yes, you already have utopic/020 [09:56] Man finally allowed back in the house. [09:56] welcome back davmor2 [09:56] :) [09:57] this has not been a fun morning [09:58] ogra_: woken up at 7 and told that we wouldn't be allowed in for a couple of hours just got in :( and it's raining and miserable :( [09:58] davmor2, i've been up since 4am [09:58] ...and it's raining and miserable [10:24] thostr_, Mirv: oh, ok [10:25] Mirv, thostr_: I got confused [10:25] as the landing sheet has no silo [10:25] trainguards, could someone reconfigure silo 1 for me? [10:25] for ubuntu/utopic target [10:26] thostr_, Mirv: the sync:20 silo is on the ubuntu-rtm/14.09 target line === ricmm_ is now known as ricmm [11:01] tvoss: done. [11:01] Mirv, thanks [11:06] Wellark: so the sync:20 means that when the utopic landing is being landed, then when the rtm silo gets assigned it will sync the utopic landing to rtm [11:14] Mirv: right. I leave it to you then :) [11:14] as I said, I just got confused :) === pstolowski|erran is now known as pstolowski [11:40] robru, hey ;/ [11:40] o/ I meant [11:40] robru, wonder, could the silo dashboard linkify #1234567 strings from the description? :) [11:42] Saviq: robru is away on holidays now :) [11:42] Saviq: I guess that could be doable [11:45] sil2100: davmor2: hiya, will likely need a custom tarball qa'd today (need to recreate the cache to sync up with new apparmor-easyprof-ubuntu), so no real changes to anything else within custom, so should be quick [11:47] cwayne: I might, but first I need to diagnose this sd card issue and can't update till that is out of the way so it will be after that [11:47] cwayne: hey! Ok, thanks for the heads up [11:47] oh, davmor2 you're here! [11:47] davmor2: ack [11:48] sil2100: see comments from 11:57 I guess in your log [11:48] Argh, I didn't get a ping or highlight [11:49] I think it's b0rken here when it's inside the sentence [11:49] sil2100: I didn't ping you directly just general chat [11:49] sil2100: it has not been a fun morning [11:49] Ah, I see it [11:50] Why did they throw you out from the house?! WHAT DID YOU DO!? [11:52] sil2100: it's part of the works they needed to drill the mid section for fire breaking of the new pipes and electrics that went in unfortunately this meant being out of the house as there is a small level of asbestos inbedded in the concrete. I was expecting to be back in by 09:00 and the meeting for me is at 09:30 I got in just before 11:00 [11:53] sil2100: btw thumbnailer revert should be landed, meaning one blocker less [11:54] thostr_: hey! Yes, I saw it landing in utopic and Mirv mentioned it being landed in RTM as well, thanks! [11:55] davmor2: oh my, having asbestos in walls sounds bad [11:56] it is fine as long as you dont touch it [11:57] Mirv: could I get a silo for line 9 to be able to start building/testing [11:58] sil2100: no it's not the walls it's the ceiling on the ground floor which is 60+cm's of concrete you need to drill in 20 cm's to disturb the asbestos and it's the less harmful of the 2 so it's it's just health and safety [12:00] sil2100: it's just annoying to spend 4 hours outside freezing, especially when you are told you need only be out for 2 [12:04] thostr_: done, rtm-006 [12:05] Mirv: great, thanks === alan_g is now known as alan_g|lunch === dbarth-afk is now known as dbarth [12:40] trainguards, is ubuntu-rtm/landing-018 (#45) ok? it doesn't seem to be picking my change in 'testing pass' column? === alan_g|lunch is now known as alan_g [12:44] pstolowski: yeah there's some error in some job [12:45] pstolowski: is the PPA contents ok? [12:45] pstolowski: ran watch_only build successfully, so the error should be gone. but please double-check that everything that should be in the PPA, is. [12:45] Mirv, the exception was there for quite some time, but according to robru (we talked last Friday) the silo had the latest package; and my testing confirms that [12:50] pstolowski: yeah, now it's correct, went to QA for sign-off [12:51] Mirv, thanks! [13:09] brendand: what is it? [13:19] dbarth: guess what regarding branch https://code.launchpad.net/~mardy/webbrowser-app/single-account/+merge/237214 :) [13:20] dobey, hey [13:20] dobey, i followed alecu's script: http://pastebin.ubuntu.com/8485727/plain/ [13:20] dobey, i mean i ran it [13:20] dobey, with the silo (26), but the currency is still USD [13:21] dobey, i ran it with both EUR and GBP as arguments [13:22] brendand: image #72? [13:22] alecu, no the current image [13:22] alecu, 84 now [13:22] brendand: I've just flashed that on mako; I'll check in a few minutes. [13:23] brendand: on staging? or on production? [13:23] alecu, 84 is for krillin so mako might be different [13:23] ah, great. [13:23] dobey, i did enable staging beforehand. that seemed to be what the instructions said to do [13:23] yes, that sounds right [13:23] alecu, i followed 'test other currencies' here: https://wiki.ubuntu.com/Process/Merges/TestPlan/unity-scope-click [13:24] GBP or EUR should show the right thing; ARS should show USD [13:24] is it just me, or is battery life on krillin really as bad as it seems? [13:25] I should make that more clear [13:25] anything other than GBP or EUR should show USD [13:26] ie, you could set it to "bitcoin" and see USD [13:26] dobey, nope if you have wifi on then it's a killer [13:28] Mirv, Did you do QA testing on silo rtm/5 ? [13:28] * ted didn't realize he had an rtm silo [13:29] Mirv, I saw your note, and that should be fine now. The Music app tests had an issue, but it's fixed. [13:30] sil2100, can i have a silo for line 69 [13:30] ogra_: nice landing line btw.! [13:31] heh === Ursinha-afk is now known as Ursinha [13:34] sil2100, robotfuel - what happened to the meeting? [13:36] ted: no, I just mentioned the issue so that it's noted that landing that change will bring the previous version with it too. QA will only start testing it once upstream has marked it being fully tested. [13:36] so that it wouldn't be accidentally published thinking it's only about icon support [13:36] Mirv, Ah, okay. [13:38] brendand: so, Chris mentioned he's sick [13:38] sil2100, yep just saw that [13:38] brendand: so I thought that he cancelled it [13:39] sil2100, he moved it to tomorrow [13:39] ogra_: hm, it seems -touch-session is already allocated in silo 008 [13:39] ogra_: a landing from rsalveti [13:40] sil2100, well, if he lands it today he can probably just pull in my MP === pstolowski is now known as pstolowski|schoo [13:40] if not, i can bypass him and he needs to rebuild [13:40] rsalveti: ^ ? [13:41] if neither works, i can also just wait a day [13:41] I'm working to land my silo today, but feel free to bypass it [13:42] not related with my changes anyway, so easy to rebuild [13:42] right [13:42] Ok, so I'll assign [13:42] * ogra_ is still surprised that file lives in -session [13:43] brendand, dobey: on mako, freshly flashed and wiped image rtm proposed #72, plus the debs from the ppa of silo rtm-26: it shows the currencies just as the testplan says [13:43] ogra_: ok, assigned [13:43] merci [13:43] brendand: you searched for Delta, right? it's the only app in staging with prices in Euros and GBP [13:43] did someone make their mind up about glib yet? [13:43] alecu, ah see. details details :) [13:44] alecu, i couldn't find delta [13:44] alecu, it could have had something to do with the fact i already installed that from production [13:44] brendand: ah, probably. [13:45] * alecu adds a note to the testplan about Delta being the one with prices on GBP and EUR [13:45] brendand: sorry about not being more explicit with that :-) [13:45] oh yeah, you need to uninstall it [13:46] or it will just say "Installed" :) [13:46] alecu, well it does say to use the delta app [13:46] alecu, but not that it is the only option [13:46] * alecu fixed that on the testplan just now [14:10] trainguards: i fixed the branch which was missing a top-approve on silo utopic 14; you can try to publish again [14:11] dbarth: don [14:11] *done [14:12] dbarth: I would have, but barry was first:) [14:13] barry: thanks; the silo needs a sync to rtm as well if you can start this as well [14:13] Mirv: nw [14:14] dbarth: that's one thing i don't know how to do. sil2100 was going to loan me a clue on that today ;) [14:15] dobey, alecu - i get download or install failed. have i done something wrong? [14:16] traingaurds, can I get a silo for line 41 please? [14:16] barry: ah ok; or maybe Mirv can help? [14:16] brendand: no, insatlling it from staging is broken at the moment. i haven't had time to look at why, yet [14:16] Uhg, trainguards ^ [14:16] dobey, oh ok [14:16] brendand: if you get that far, then you've purchased the app (but you won't see the price again u ntil your purchases are reset on the server) [14:16] brendand: right, most apps in staging are broken; use it only to test that prices are shown with other currencies, since that's not enabled on prod yet. [14:17] dobey, yeah that i know [14:17] ted: tyring [14:17] trainguards: hey, can we have a publish on utopic-019 and a sync silo from line 52 please [14:17] barry, Visualize the silo being mine :-) [14:17] alecu: delta should work though (it used to). so something else broke and i am not sure what; but it's limited to staging server [14:18] * barry says ommmmmm [14:18] Saviq: i'm publishing it. i don't yet know how to sync [14:19] barry, thanks, syncing is just like provisioning any other silo, AFAICT, if you know how to do that :) [14:19] Saviq: looks like silo 19 is unhappy [14:19] barry, oops, /me goes through the MPs, though all were ACKed [14:19] Saviq: isn't there some magic sync: syntax that needs to go into some column? [14:20] barry, yeah, that's there already in line 52 [14:21] Saviq: so all i need to do is "assign to silo"? any other magic buttons to click or anything? [14:21] barry, yes [14:21] Saviq: ping me when the mps are approved [14:21] barry, done [14:23] Saviq: the packaging changes are okay? [14:23] barry, let me have a look [14:24] barry, where do I see them? [14:24] Saviq: i think the mps are the only place [14:25] Saviq: i can look too, but i am unfamiliar with these packages [14:25] barry, hmm we had a .diff before [14:25] barry, no, I'll take care, gimme 5 [14:25] oh, there probably is still one somewhere then. i'm just a substitute monkey today [14:25] but i'll look [14:25] (for the diff) [14:28] barry, no, I couldn't find it either, but the packaging is OK [14:28] Saviq: cool, i'll ack it then [14:28] * barry couldn't find it either [14:31] Is there an easy way to add an rtm silo with the citrain tool? [14:32] barry, Thanks! [14:36] ted, I think it should be the same [14:36] ted, I saw it querying lsb or something to find out whether you're rtm or utopic [14:36] ted, o/ too [14:37] it just uses add-apt-repository ... which has fixes to find rtm/non-rtm environemnts [14:37] so it should "just work" [14:38] Huh, seems I also need to set the remote password [14:38] yes [14:39] since you are the phablet user you need to supply something for sudo to consume :) [14:39] citrain --help doesn't help [14:39] probably rob forgot to update the --help message [14:39] are you up to date onn the latest version ? [14:40] Actually, no. [14:40] :) [14:41] Hmm, seems to be DISTRO=ubuntu, that should be ubuntu-rtm, no? [14:42] adb shell egrep ^deb /etc/apt/sources.list.d/\*.list [14:42] if adb shell system-image-cli -i | grep -q ubuntu-rtm; then [14:42] DISTRO="ubuntu-rtm" [14:42] else [14:42] DISTRO="ubuntu" [14:42] fi [14:42] ted, ^^ [14:43] Huh, seems the flash failed? [14:43] I didn't get to rtm. [14:44] :-/ [14:58] barry, did assigning a silo for line 52 not work? [15:00] Saviq: trying now [15:00] barry, ah sorry, didn't mean to push [15:00] Saviq: no worries. it failed though: https://ci-train.ubuntu.com/job/prepare-silo/2541/console [15:01] Saviq: maybe that's because i don't know the sync magic button? [15:01] barry, no, you need to ignore conflicts here [15:01] Saviq: easy enough [15:03] Saviq: done === pstolowski|schoo is now known as pstolowski === plars changed the topic of #ubuntu-ci-eng to: Need a silo? Ping train support: trainguards | Need help with something else? Ping vanguard: plars | Train Dashboard: http://bit.ly/1mDv1FS | QA Signoffs: http://bit.ly/1qMAKYd | Known Issues: robru is on vacation [15:03] barry, awesome, thanks [15:04] barry: hey, as you're core-dev, would it be possible for you to give packaging ack to: https://launchpadlibrarian.net/186661119/qtchooser_39-g4717841-3_39-g4717841-3ubuntu1.diff.gz - it turns out Qt package set to which I've PPU does not include qtchooser [15:05] it has been tested by seb128, but he didn't use the magical "Accept" tag on his comment to the MR so I'm not counting that as the formal packaging ack :) [15:06] Mirv: we could add that [15:06] mail devel-permissions please [15:06] Laney: thanks [15:07] I was like "barry could do that too" [15:07]