[02:10] <imgbot> [03:10] <imgbot> [03:55] <imgbot> [03:55] <imgbot> [04:11] <Mirv> morning
[04:15] <imgbot> [04:15] <imgbot> [04:30] <Mirv> robru: oh!
[04:30] <Mirv> a fatal issue found!
[04:31] <Mirv> robru: have a good one!
[04:32] <robru> 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] <robru> "On top of my email" heh
[04:33] <Mirv> hehe :) ok, sounds excellent!
[05:04] <Mirv> slightly hard to get consistent AP results again
[06:20] <Saviq> elo folks
[06:21] <brendand> Saviq, welcome back
[06:21] <Saviq> brendand, hey
[06:29] <brendand> Saviq, here's a welcome back gift : https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1377809
[06:30] <brendand> it's a terrible gift, i know. sorry
[06:30] <Saviq> 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] <brendand> Saviq, it sucks right :)
[06:31] <Saviq> brendand, I'm probably biased, but there's only a handful of really bad ones
[06:31] <Saviq> brendand, and a slew of annoying ones
[06:31] <Saviq> brendand, but I was actually positively surprised
[06:31] <Saviq> brendand, your bug looks like you never even reach unity8 btw
[06:32] <Saviq> brendand, the wizard is part of ubuntu-system-settings
[06:32] <Saviq> and it's its own shell, unity8 is only ran after the wizard completes
[06:32] <brendand> Saviq, oh so unity8 hasn't started yet?
[06:32] <Saviq> brendand, yup
[06:33] <brendand> Saviq, ok i'll move that then
[06:33] <Saviq> brendand, doing already
[06:34] <brendand> Saviq, so when it finishes hanging, i then see the ubuntu logo
[06:34] <brendand> Saviq, i thought that had something to do with unity8
[06:34] <brendand> Saviq, isn't it the splash screen for unity8 starting?
[06:34] <Saviq> brendand, the ubuntu logo is a "placeholder" from unity-system-compositor
[06:34] <brendand> Saviq, ah ok
[06:34] <brendand> Saviq, you think that's what crashed?
[06:34] <Saviq> brendand, meaning that if there is no session running, it will display the spinner
[06:34] <Saviq> brendand, wizard
[06:36] <brendand> Saviq, indeed i have a crash file from the wizard
[06:36] <brendand> i always forget how to get a retrace
[07:12] <Saviq> brendand, I usually just upload to launchpad through apport-cli
[07:19] <tvoss> good morning
[07:19] <tvoss> trainguards, can I get a silo assigned for line 66?
[07:21] <Mirv> tvoss: sure, and welcome back! is it utopic or rtm, you haven't specified?
[07:22] <Mirv> thanks!
[07:22] <tvoss> Mirv, utopic :)
[07:49] <dbarth> trainguards; hi, i have a silo request now ready on line 67
[07:50] <dbarth> if you can help me get going
[07:51] <dbarth> this one fixes various OA bugs / improvements
[07:54] <Mirv> dbarth-afk: 014
[07:56] <dbarth-afk> Mirv: ty
[08:17] <brendand> dobey, i have a question about silo 26
[08:17] <brendand> dobey, fixing https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1375281
[08:32] <sil2100> davmor2: meetin
[08:35] <brendand> alecu, silo 26 ^ ?
[08:49] <oSoMoN> trainguards: good morning, can I have an RTM silo for line 53 ?
[08:51] <Mirv> oSoMoN: sure, done!
[08:51] <oSoMoN> Mirv, thanks!
[08:57] <brendand> ogra_, this is interesting: http://paste.ubuntu.com/8505997/
[08:58] <brendand> ogra_, seems to be the wrong way around
[08:59] <ogra_> brendand, seems fine to me *except* that the container has a score of -941 and that udev has a score of -1000
[09:00] <ogra_> line 183 to 212 are all "in-container"
[09:00] <ogra_> brendand, do you have a mako you could compare ?
[09:01] <jibel> 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] <ogra_> jibel, i know, i added that code :P
[09:01] <brendand> ogra_, i do have a mako
[09:02] <jibel> ogra_, yeah, and I think the adjustment in lightdm.override should be positive not negative
[09:02] <ogra_> jibel, the point is that in brendand's paste we see the android container have a super low value
[09:02] <jibel> ogra_, I know it comes from my device :)
[09:02] <brendand> ogra_, yes that's jibel's
[09:02] <ogra_> if the android container dies underneath daemons that use/need it, these daemons will die too
[09:03] <brendand> ogra_, i need to charge it up a bit
[09:03] <ogra_> ok
[09:03] <ogra_> i suspect there we wont see such a low value
[09:06] <jibel> ogra_, by superlow you mean -941? which means it will never be killed (or very unlikely)
[09:09] <ogra_> hmm
[09:10] <ogra_> tvoss, ricmm_, ^^^^ ... : http://paste.ubuntu.com/8505997/ should the score for session apps be +10 instead of -10 ?
[09:10] <ogra_> jibel, can you reproduce it often ?
[09:11] <jibel> ogra_, it should even be +100
[09:11] <ogra_> (if so, you could just try to adjus it in /etc/init/lightdm.override)
[09:11] <ogra_> jibel, not sure the lifecycle management can handle that
[09:11] <jibel> ogra_, constantly, just enable several scopes
[09:11] <ogra_> (it ajdusts that score dynamically for FG apps)
[09:12] <ogra_> jibel, well, bump it to +10 and see if that helps
[09:12] <jibel> ogra_, I'm trying +300 to see the difference, then add 100 picture to the phone scope
[09:12] <tvoss> ogra_, jibel values look good to me
[09:12] <tvoss> ogra_, jibel what are the symptoms you are seeing?
[09:12] <ogra_> tvoss, well, we have lots of thins being OOM killed since the new scopes are around
[09:12] <ogra_> tvoss, down to dbus and powerd
[09:13] <jibel> tvoss, system dbus being selected by oom killer instead of user processes
[09:13] <jibel> tvoss, or powerd or other system processes
[09:13] <brendand> ogra_, what command generates that output?
[09:13] <jibel> tvoss, so as soon as there is some pressure on the memory the system dies
[09:13] <ogra_> brendand, dunno, thats your paste :P
[09:13] <tvoss> jibel, ogra_ so the higher the value, the more likely it is oom'd
[09:14] <brendand> jibel, ^
[09:14] <jibel> tvoss, yes
[09:14] <ogra_> tvoss, right and the session has -10 ... while the system processes have 0
[09:14] <tvoss> 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] <tvoss> jibel, ogra_ but I think we should raise the value of scopes, too
[09:15] <tvoss> or better, of the scopes runner
[09:15] <ogra_> tvoss, yes, it is done in lihtdm (like i explained above)
[09:15] <tvoss> thostr_, ^
[09:15] <ogra_> phablet@ubuntu-phablet:~$ grep score /etc/init/lightdm.override
[09:15] <ogra_> oom score -10
[09:16] <ogra_> tvoss, jibel proposed to bump that to +10
[09:16] <tvoss> ogra_, please only consider oom_score_adj
[09:16] <ogra_> tvoss, that *is* oom_score_adj in upstart syntax afaik
[09:16] <tvoss> ogra_, we internally map that to the right range of oom_score values
[09:16] <jibel> 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] <tvoss> ogra_, oom_score is deprecated, but still used by the android kernel oom
[09:17] <tvoss> killer
[09:17] <tvoss> ogra_, for that, we adjust oom_score_adj and map to oom_score
[09:17] <ogra_> http://upstart.ubuntu.com/cookbook/#oom-score
[09:17] <tvoss> ogra_, sorry, oom_adj is deprecated
[09:18] <ogra_> well, the container still uses it everywhere
[09:18] <tvoss> ogra_, yup, in sync again :)
[09:18] <ogra_> we dont use it outside though
[09:18] <tvoss> ogra_, the oom-score is fine
[09:18] <tvoss> upstart sets oom_score_adj
[09:18] <tvoss> value range is [-999, 1000]
[09:18] <ogra_> in any case it seems the session has a lower value than the system processes
[09:19] <ogra_> which means system processes will eb killed
[09:19] <ogra_> *be
[09:19] <tvoss> ogra_, but that's only the case for *some* system processes if I interpret the pastebin correctly
[09:20] <ogra_> tvoss, all container processes have the -941 ... all system processes (except udevd)  have 0
[09:20] <ogra_> our session has -10
[09:20] <tvoss> ogra_, unity-system-compositor has got -10
[09:20] <ogra_> so system processes will be killed first, then session, then container
[09:21] <ogra_> tvoss, yes, USC is started by lightdm
[09:21] <ogra_> as part of the session
[09:21] <ogra_> (in fact it is the firts sessiion process)
[09:21] <ogra_> *first session
[09:22] <jibel> tvoss, for example this is what oom killer selected earlier today with the default settings
[09:22] <jibel> Oct  6 09:45:04 ubuntu-phablet kernel: [21031.845662] (0)[19396:aqueue:src]Killing 'qmlscene' (15727), adj 798,
[09:22] <tvoss> ogra_, hmmm ... so can we tell upstart to use a default oom-score value?
[09:22] <jibel> Oct  6 10:13:41 ubuntu-phablet kernel: [22699.590886] (0)[2597:unity8-dash]Killing 'posclientd' (32715), adj 0,
[09:22] <jibel> Oct  6 10:13:42 ubuntu-phablet kernel: [22700.687653] (2)[2597:unity8-dash]Killing 'dbus-daemon' (757), adj 0,
[09:22] <jibel> tvoss, qmlscene is ok with a score of 798
[09:22] <tvoss> jibel, yup
[09:22] <ogra_> tvoss, yes, that is what wer currently do
[09:22] <jibel> tvoss, then it selected 2 system processes
[09:22] <ogra_> phablet@ubuntu-phablet:~$ grep score /etc/init/lightdm.override
[09:22] <ogra_> oom score -10
[09:22] <ogra_> tvoss, ^^^
[09:22] <tvoss> ogra_, I meant for the other system processes, instead of patching individual upstart files
[09:23] <ogra_> tvoss, everything started by and after lightdm has -10
[09:23] <tvoss> ogra_, sure, I totally get that.
[09:23] <ogra_> tvoss, no idea if we can set a default without kernel hacking
[09:23] <ogra_> 0 is the default used
[09:23] <ogra_> we force -10 for the session
[09:24] <ogra_> i think we just need a positive value there any be done
[09:25] <tvoss> ogra_, fine with me ... could you give it a spin with -10 removed?
[09:25] <ogra_> tvoss, jibel is just doing that
[09:25] <tvoss> ack
[09:25] <ogra_> seems he can reliably reproduce the killin
[09:25] <ogra_> g
[09:26] <tvoss> ogra_, the other bit that worries me is the additional scopes triggering OOMs
[09:26] <jibel> ogra_, to reproduce enable the photo scope, duplicate a picture took with the camera 100 times and tap on 'My photos'
[09:27] <ogra_> tvoss, they make unity8 eat ram
[09:28] <ogra_> (or unity8-dash rather i think)
[09:30] <jibel> ogra_, tvoss with an adjustment of 300 it killed unity8-dash instead of system dbus
[09:31] <jibel> I saw the spinner for a moment, and the session recovered
[09:31] <tvoss> jibel, which does not make sense either :) we should start killing scopes instead
[09:31] <ogra_> tvoss, well, any session app should clearly be killed before the system dbus or powerd
[09:31] <jibel> tvoss, it makes sense because scopes and dash have the same adjustment and the dash uses 44% of system's memory
[09:32] <ogra_> so bumping it to +10 should be our first step here
[09:32] <tvoss> jibel, wow, that's a lot
[09:32] <jibel> tvoss, it is.
[09:32] <ogra_> tvoss, as next step scopes should be treated like apps ;)
[09:32] <ogra_> but i think step one must definitely be to adjust the overal session value
[09:32] <tvoss> ogra_, well, I would argue they should be killed earlier, at least the backends
[09:33] <jibel> tvoss, you then need to fine tunes the adjustment to select which session processes you want to kill first
[09:33] <jibel> tvoss, and fix the dash :)
[09:33] <ogra_> tvoss, your system dbus daemon should be killed earlier ?
[09:33] <tvoss> jibel, sure, fine-tuning the buckets is still on our list
[09:33] <ogra_> tvoss, we're currently not talking about scopes at all but about your phone dieing
[09:33] <tvoss> ogra_, obviously not, where did I say that?
[09:33] <tvoss> ogra_, sure, chill out. I get your point
[09:34] <ogra_> tvoss, dunno, i want a "yes do it" or "no never do that" :)
[09:34] <tvoss> ogra_, I was referring to: the scopes backends should be oom'd before the apps
[09:34] <ogra_> from some lifecycle person :)
[09:34] <ogra_> yeah, totally agreed
[09:37] <ogra_> 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] <ogra_> *assign
[09:37] <ogra_> feel free to assign to me, i'll take care to get it landed then
[09:38] <ogra_> (plase try with +10 too, that should suffice actually, we want to keep some wiggle room for the lifecycle mgmt)
[09:49] <Mirv> sil2100: the thumbnailer is now reverted in rtm
[09:51] <Wellark> Mirv, thostr_: could we have a silo for the apn editor
[09:51] <Wellark> the review comments have been amended
[09:51] <Wellark> and just waiting for last reviews
[09:51] <Wellark> silo would help the final testing
[09:52] <brendand> apn editor \o/
[09:52] <thostr_> Wellark: we already have one?
[09:52] <jibel> ogra_, bug 1377869
[09:53] <ogra_> jibel, thanks !
[09:53] <thostr_> Wellark: it's silo 20, let's first test there before asking for rtm one
[09:53] <jibel> ogra_, I kept it separate from the original report because there is much more to fix than this value
[09:53] <ogra_> yeah, thats only the first step
[09:53] <ogra_> and it will likely expose the issue far more after that change
[09:54] <Mirv> Wellark: thostr_: yes, you already have utopic/020
[09:56] <davmor2> Man finally allowed back in the house.
[09:56] <ogra_> welcome back davmor2
[09:56] <ogra_> :)
[09:57] <davmor2> this has not been a fun morning
[09:58] <davmor2> 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] <brendand> davmor2, i've been up since 4am
[09:58] <brendand> ...and it's raining and miserable
[10:24] <Wellark> thostr_, Mirv: oh, ok
[10:25] <Wellark> Mirv, thostr_: I got confused
[10:25] <Wellark> as the landing sheet has no silo
[10:25] <tvoss> trainguards, could someone reconfigure silo 1 for me?
[10:25] <Wellark> for ubuntu/utopic target
[10:26] <Wellark> thostr_, Mirv: the sync:20 silo is on the ubuntu-rtm/14.09 target line
[11:01] <Mirv> tvoss: done.
[11:01] <tvoss> Mirv, thanks
[11:06] <Mirv> 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] <Wellark> Mirv: right. I leave it to you then :)
[11:14] <Wellark> as I said, I just got confused :)
[11:40] <Saviq> robru, hey ;/
[11:40] <Saviq> o/ I meant
[11:40] <Saviq> robru, wonder, could the silo dashboard linkify #1234567 strings from the description? :)
[11:42] <sil2100> Saviq: robru is away on holidays now :)
[11:42] <sil2100> Saviq: I guess that could be doable
[11:45] <cwayne> 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] <davmor2> 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] <sil2100> cwayne: hey! Ok, thanks for the heads up
[11:47] <sil2100> oh, davmor2 you're here!
[11:47] <cwayne> davmor2: ack
[11:48] <davmor2> sil2100: see comments from 11:57 I guess in your log
[11:48] <sil2100> Argh, I didn't get a ping or highlight
[11:49] <sil2100> I think it's b0rken here when it's inside the sentence
[11:49] <davmor2> sil2100: I didn't ping you directly just general chat
[11:49] <davmor2> sil2100: it has not been a fun morning
[11:49] <sil2100> Ah, I see it
[11:50] <sil2100> Why did they throw you out from the house?! WHAT DID YOU DO!?
[11:52] <davmor2> 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] <thostr_> sil2100: btw thumbnailer revert should be landed, meaning one blocker less
[11:54] <sil2100> thostr_: hey! Yes, I saw it landing in utopic and Mirv mentioned it being landed in RTM as well, thanks!
[11:55] <sil2100> davmor2: oh my, having asbestos in walls sounds bad
[11:56] <ogra_> it is fine as long as you dont touch it
[11:57] <thostr_> Mirv: could I get a silo for line 9 to be able to start building/testing
[11:58] <davmor2> 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] <davmor2> 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] <Mirv> thostr_: done, rtm-006
[12:05] <thostr_> Mirv: great, thanks
[12:40] <pstolowski> trainguards, is ubuntu-rtm/landing-018 (#45) ok? it doesn't seem to be picking my change in 'testing pass' column?
[12:44] <Mirv> pstolowski: yeah there's some error in some job
[12:45] <Mirv> pstolowski: is the PPA contents ok?
[12:45] <Mirv> 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] <pstolowski> 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] <Mirv> pstolowski: yeah, now it's correct, went to QA for sign-off
[12:51] <pstolowski> Mirv, thanks!
[13:09] <dobey> brendand: what is it?
[13:19] <Mirv> dbarth: guess what regarding branch https://code.launchpad.net/~mardy/webbrowser-app/single-account/+merge/237214 :)
[13:20] <brendand> dobey, hey
[13:20] <brendand> dobey, i followed alecu's script: http://pastebin.ubuntu.com/8485727/plain/
[13:20] <brendand> dobey, i mean i ran it
[13:20] <brendand> dobey, with the silo (26), but the currency is still USD
[13:21] <brendand> dobey, i ran it with both EUR and GBP as arguments
[13:22] <alecu> brendand: image #72?
[13:22] <brendand> alecu, no the current image
[13:22] <brendand> alecu, 84 now
[13:22] <alecu> brendand: I've just flashed that on mako; I'll check in a few minutes.
[13:23] <dobey> brendand: on staging? or on production?
[13:23] <brendand> alecu, 84 is for krillin so mako might be different
[13:23] <alecu> ah, great.
[13:23] <brendand> dobey, i did enable staging beforehand. that seemed to be what the instructions said to do
[13:23] <alecu> yes, that sounds right
[13:23] <brendand> alecu, i followed 'test other currencies' here: https://wiki.ubuntu.com/Process/Merges/TestPlan/unity-scope-click
[13:24] <alecu> GBP or EUR should show the right thing; ARS should show USD
[13:24] <dobey> is it just me, or is battery life on krillin really as bad as it seems?
[13:25] <alecu> I should make that more clear
[13:25] <dobey> anything other than GBP or EUR should show USD
[13:26] <dobey> ie, you could set it to "bitcoin" and see USD
[13:26] <brendand> dobey, nope if you have wifi on then it's a killer
[13:28] <ted> Mirv, Did you do QA testing on silo rtm/5 ?
[13:28]  * ted didn't realize he had an rtm silo
[13:29] <ted> Mirv, I saw your note, and that should be fine now. The Music app tests had an issue, but it's fixed.
[13:30] <ogra_> sil2100, can i have a silo for line 69
[13:30] <sil2100> ogra_: nice landing line btw.!
[13:31] <ogra_> heh
[13:34] <brendand> sil2100, robotfuel - what happened to the meeting?
[13:36] <Mirv> 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] <Mirv> so that it wouldn't be accidentally published thinking it's only about icon support
[13:36] <ted> Mirv, Ah, okay.
[13:38] <sil2100> brendand: so, Chris mentioned he's sick
[13:38] <brendand> sil2100, yep just saw that
[13:38] <sil2100> brendand: so I thought that he cancelled it
[13:39] <brendand> sil2100, he moved it to tomorrow
[13:39] <sil2100> ogra_: hm, it seems -touch-session is already allocated in silo 008
[13:39] <sil2100> ogra_: a landing from rsalveti
[13:40] <ogra_> sil2100, well, if he lands it today he can probably just pull in my MP
[13:40] <ogra_> if not, i can bypass him and he needs to rebuild
[13:40] <sil2100> rsalveti: ^ ?
[13:41] <ogra_> if neither works, i can also just wait a day
[13:41] <rsalveti> I'm working to land my silo today, but feel free to bypass it
[13:42] <rsalveti> not related with my changes anyway, so easy to rebuild
[13:42] <ogra_> right
[13:42] <sil2100> Ok, so I'll assign
[13:42]  * ogra_ is still surprised that file lives in -session 
[13:43] <alecu> 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] <sil2100> ogra_: ok, assigned
[13:43] <ogra_> merci
[13:43] <alecu> brendand: you searched for Delta, right? it's the only app in staging with prices in Euros and GBP
[13:43] <Laney> did someone make their mind up about glib yet?
[13:43] <brendand> alecu, ah see. details details :)
[13:44] <brendand> alecu, i couldn't find delta
[13:44] <brendand> alecu, it could have had something to do with the fact i already installed that from production
[13:44] <alecu> 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] <alecu> brendand: sorry about not being more explicit with that :-)
[13:45] <dobey> oh yeah, you need to uninstall it
[13:46] <dobey> or it will just say "Installed" :)
[13:46] <brendand> alecu, well it does say to use the delta app
[13:46] <brendand> alecu, but not that it is the only option
[13:46]  * alecu fixed that on the testplan just now
[14:10] <dbarth> trainguards: i fixed the branch which was missing a top-approve on silo utopic 14; you can try to publish again
[14:11] <barry> dbarth: don
[14:11] <barry> *done
[14:12] <Mirv> dbarth: I would have, but barry was first:)
[14:13] <dbarth> barry: thanks; the silo needs a sync to rtm as well if you can start this as well
[14:13] <dbarth> Mirv: nw
[14:14] <barry> 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] <brendand> dobey, alecu - i get download or install failed. have i done something wrong?
[14:16] <ted> traingaurds, can I get a silo for line 41 please?
[14:16] <dbarth> barry: ah ok; or maybe Mirv can help?
[14:16] <dobey> brendand: no, insatlling it from staging is broken at the moment. i haven't had time to look at why, yet
[14:16] <ted> Uhg, trainguards ^
[14:16] <brendand> dobey, oh ok
[14:16] <dobey> 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] <alecu> 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] <brendand> dobey, yeah that i know
[14:17] <barry> ted: tyring
[14:17] <Saviq> trainguards: hey, can we have a publish on utopic-019 and a sync silo from line 52 please
[14:17] <ted> barry, Visualize the silo being mine :-)
[14:17] <dobey> 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] <barry> Saviq: i'm publishing it.  i don't yet know how to sync
[14:19] <Saviq> barry, thanks, syncing is just like provisioning any other silo, AFAICT, if you know how to do that :)
[14:19] <barry> Saviq: looks like silo 19 is unhappy
[14:19] <Saviq> barry, oops, /me goes through the MPs, though all were ACKed
[14:19] <barry> Saviq: isn't there some magic sync: syntax that needs to go into some column?
[14:20] <Saviq> barry, yeah, that's there already in line 52
[14:21] <barry> Saviq: so all i need to do is "assign to silo"?  any other magic buttons to click or anything?
[14:21] <Saviq> barry, yes
[14:21] <barry> Saviq: ping me when the mps are approved
[14:21] <Saviq> barry, done
[14:23] <barry> Saviq: the packaging changes are okay?
[14:23] <Saviq> barry, let me have a look
[14:24] <Saviq> barry, where do I see them?
[14:24] <barry> Saviq: i think the mps are the only place
[14:25] <barry> Saviq: i can look too, but i am unfamiliar with these packages
[14:25] <Saviq> barry, hmm we had a .diff before
[14:25] <Saviq> barry, no, I'll take care, gimme 5
[14:25] <barry> oh, there probably is still one somewhere then.  i'm just a substitute monkey today
[14:25] <barry> but i'll look
[14:25] <barry> (for the diff)
[14:28] <Saviq> barry, no, I couldn't find it either, but the packaging is OK
[14:28] <barry> Saviq: cool, i'll ack it then
[14:28]  * barry couldn't find it either
[14:31] <ted> Is there an easy way to add an rtm silo with the citrain tool?
[14:32] <ted> barry, Thanks!
[14:36] <Saviq> ted, I think it should be the same
[14:36] <Saviq> ted, I saw it querying lsb or something to find out whether you're rtm or utopic
[14:36] <Saviq> ted, o/ too
[14:37] <ogra_> it just uses add-apt-repository ... which has fixes to find rtm/non-rtm environemnts
[14:37] <ogra_> so it should "just work"
[14:38] <ted> Huh, seems I also need to set the remote password
[14:38] <ogra_> yes
[14:39] <ogra_> since you are the phablet user you need to supply something for sudo to consume :)
[14:39] <ted> citrain --help doesn't help
[14:39] <ogra_> probably rob forgot to update the --help message
[14:39] <ogra_> are you up to date onn the latest version ?
[14:40] <ted> Actually, no.
[14:40] <ogra_> :)
[14:41] <ted> Hmm, seems to be DISTRO=ubuntu, that should be ubuntu-rtm, no?
[14:42] <ogra_>         adb shell egrep ^deb /etc/apt/sources.list.d/\*.list
[14:42] <ogra_>         if adb shell system-image-cli -i | grep -q ubuntu-rtm; then
[14:42] <ogra_>             DISTRO="ubuntu-rtm"
[14:42] <ogra_>         else
[14:42] <ogra_>             DISTRO="ubuntu"
[14:42] <ogra_>         fi
[14:42] <ogra_> ted, ^^
[14:43] <ted> Huh, seems the flash failed?
[14:43] <ted> I didn't get to rtm.
[14:44] <ted> :-/
[14:58] <Saviq> barry, did assigning a silo for line 52 not work?
[15:00] <barry> Saviq: trying now
[15:00] <Saviq> barry, ah sorry, didn't mean to push
[15:00] <barry> Saviq: no worries.  it failed though: https://ci-train.ubuntu.com/job/prepare-silo/2541/console
[15:01] <barry> Saviq: maybe that's because i don't know the sync magic button?
[15:01] <Saviq> barry, no, you need to ignore conflicts here
[15:01] <barry> Saviq: easy enough
[15:03] <barry> Saviq: done
[15:03] <Saviq> barry, awesome, thanks
[15:04] <Mirv> 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] <Mirv> 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] <Laney> Mirv: we could add that
[15:06] <Laney> mail devel-permissions please
[15:06] <barry> Laney: thanks
[15:07] <Laney> I was like "barry could do that too"
[15:07] <Laney> then "oh, wait :("
[15:07] <Mirv> Laney: ok. where were the existing lists again? I remember seeing them at one point, but have forgotten
[15:07] <Laney> http://people.canonical.com/~ubuntu-archive/packagesets/utopic/qt5 is one place
[15:12] <Mirv> Laney: sent
[15:12] <Laney> ty
[15:30] <jgdx> cihelp, after using citrain to put a silo onto my device, I can't get it to boot. Known issue?
[15:30] <Ursinha> trainguards, ^
[15:30] <plars> jgdx: that's probably a trainguards thing, or more likely, QA
[15:30] <brendand> jgdx, which silo is it?
[15:31] <jgdx> brendand, 20
[15:31] <jgdx> plars, k, thanks
[15:32] <brendand> jgdx, rtm?
[15:33] <jgdx> brendand, oui
[15:34] <jgdx> brendand, my other device
[15:35] <brendand> jgdx, it could well be busted. let me see
[15:36] <jgdx> brendand, that happens, eh?
[15:37] <cwayne> ogra_: any chance we can get an RTM image kicked off now that apparmor-easyprof-ubuntu landed?
[15:37] <ogra_> sil2100, ^^^
[15:38] <sil2100> ogra_, cwayne: oh, crap
[15:38] <sil2100> Right, +1
[15:39] <ogra_> doing so then :)
[15:39]  * sil2100 had a mental block and somehow assumed that it was already built magaically
[15:39] <sil2100> eh
[15:39] <ogra_> triggered
[15:39] <ricmm> thank you!
[15:40] <cwayne> davmor2: ^ is that gonna be too late to test custom?
[15:40] <cwayne> literally the only thing that's changed is the cache
[15:42] <davmor2> cwayne: 1:30-ish for the build nope I'll stil be around depends if there is anything else you need to do to your build though I guess
[15:43] <cwayne> davmor2: mine should be done in like 5 minutes
[15:43] <brendand> jgdx, it might have something to do with apparmor
[15:44] <brendand> jgdx, there is a note about it requiring something to be updated (silo 23 mentioned)
[15:44] <davmor2> cwayne: fine give me a ping when yours is ready I'm going to start testing silos till it is
[15:44] <imgbot> [15:45] <jdstrand> jgdx: (you'll know if it is apparmor if you adb shell in and check top to see if apparmor_parser is running. 20 minutes is far too long though, so I doubt it is)
[15:45] <cwayne> davmor2: will do
[15:46] <jgdx> brendand, I flashed 40 mins ago. Or does apparmor have to be newer?
[15:46] <brendand> jdstrand, it's not that it seems
[15:46] <davmor2> cwayne: thanks dude
[15:46] <brendand> jdstrand, lightdm died
[15:46] <jdstrand> ah
[15:46] <brendand> Oct  6 15:39:50 ubuntu-phablet kernel: [  203.953159] (1)[1:init]init: lightdm main process (4270) terminated with status 1
[15:46] <brendand> Oct  6 15:39:50 ubuntu-phablet kernel: [  203.953224] (1)[1:init]init: lightdm respawning too fast, stopped
[15:46] <ogra_> jdstrand, he wouldnt see that, adb only starts after lightdm ... and lightdm waits for the container
[15:46] <ogra_> (and the container starts only after apparmor is done)
[15:47] <brendand> that's the last(ish) thing in syslog, about 10 minutes ago
[15:47] <ogra_> "new world order"
[15:47] <brendand> ogra_, btw this is with a silo, so no need to panic
[15:47] <ogra_> brendand, not panicing :)
[15:47] <ogra_> brendand, looks like u-s-c cant start
[15:47] <ogra_> i.e. a Mir issue
[15:47] <brendand> ogra_, which makes sense since the silo touches those areas all over the place
[15:48] <ogra_> heh
[15:48] <brendand> camako, silo 20?
[15:48] <ogra_> the text to silo 20 says it depends on another landing ...
[15:49] <brendand> ogra_, well - bottom line is that it shouldn't say it's ready for sign-off if it's not
[15:49] <ogra_> right, last line says it is ready ...
[15:50]  * barry -> lunch
[15:50] <AlbertA2> trainguards: can I get a silo for line 73? Please ignore conflicts with utopic landing-001, tvoss will fix/reconfig that silo tomorrow his timezone
[16:01] <sil2100> davmor2: ping
[16:18] <ralsina_> robru: hello, can I get a silo for row 61?
[16:20] <bfiller> sil2100: pretty sure the krillin related dialer AP failures are due to this bug with the proximity sensor https://bugs.launchpad.net/powerd/+bug/1378012
[16:29] <brendand> sil2100, try and find out from camako about silo 20, whether it's ready or not
[16:29] <sil2100> camako: ping
[16:30] <davmor2> brendand: man that sounds so much like a fugees hit ;)
[16:31] <brendand> here i come, i'm gonna find you... and make you test the silo - properly!
[16:31] <davmor2> brendand: the properly let you down there dude
[16:34] <davmor2> brendand: and it's "here I come, you can't hide, I'm gonna find you, 'n' make you, test it properly!"
[16:38] <davmor2> rsalveti: man you make life hard sometimes
[16:38] <rsalveti> davmor2: lol, why?
[16:39] <rsalveti> davmor2: saw that you took my silo to validate
[16:39] <davmor2> rsalveti: "It should work on a fresh install as expected" Thats a line to fill me full of hope
[16:40] <rsalveti> davmor2: right, you can simulate that by removing the current pulse database you have, after installing the packages
[16:40] <rsalveti> davmor2: if you flash latest utopic with bootstrap, you'll get exactly that
[16:40] <rsalveti> davmor2: removing ./.config/pulse makes it look like a fresh install
[16:40] <davmor2> rsalveti: no worries :)
[16:41] <rsalveti> davmor2: there is only one issue, that I still need to debug, that is not related with this landing (that was always there, but only happens when adding/removing a bt device)
[16:41] <rsalveti> davmor2: which is the indicator not necessarily handling well the change in the volume bar when you change roles
[16:41] <camako> sil2100, pong
[16:42] <rsalveti> like, if you change alert to 12%, and multimedia to 100%, try opening the indicator and pause/play the music-app
[16:42] <camako> sil2100, yes silo 20 is ready
[16:42] <rsalveti> sometimes when you pause, it'll change back to 12%, but then it'll move to 100%
[16:43] <rsalveti> davmor2: it seems we have a sync/async issue on the indicator itself, but I'm debugging that
[16:43] <rsalveti> but other than that it should be working as expected
[16:44] <davmor2> rsalveti: no worries if I hit any hic-cups I'll just hunt you down ;)
[16:44] <sil2100> camako: since brendand reported that after installing the silo on krillin it does not boot anymore
[16:44] <rsalveti> davmor2: sure :-)
[16:44] <sil2100> camako: did you re-test it on krillin?
[16:45] <camako> sil2100, yes it has been rebuilt w/ latest downstreams, retested on krillin, mako
[16:45] <bfiller> sil2100: getting an error from Google when pressing the reconfigure link in line 27 of the sheet
[16:45] <sil2100> camako: could you connect with brendand about that?
[16:46] <sil2100> bfiller: uh, let me take a look, I didn't see what robru did with that
[16:46] <camako> sil2100, yes I'm doing that right now
[16:47] <sil2100> bfiller: works fine here, let me run it for you
[16:47] <bfiller> sil2100: ok thanks
[16:54] <imgbot> [16:55] <imgbot> [16:55] <ogra_> there we go
[16:56] <cwayne> davmor2: custom image should be ready to go then
[16:56] <cwayne> 14.09-proposed-customized
[16:57] <ogra_> the new system-image download dialogs are shiny !
[17:03]  * ogra_ twiddles thumbs watching the bootloader screen since 3min
[17:04]  * ogra_ wonders if it will ever boot
[17:05] <ogra_> oh, finally ... that was over 5min
[17:06] <ogra_> yippie ... i can read mails again
[17:06]  * ogra_ hugs jdstrand 
[17:07] <ogra_> thats was a really quick landing !
[17:07] <davmor2> cwayne: just testing this silo and then I can have a look
[17:07] <ted> cyphermox, awe, we've got an indicator reshuffle silo we want to put together, can we land that infront of your urfkill branch?
[17:07] <ted> Or silo.
[17:07] <ted> Silo 11
[17:08] <awe> does that mean we need to re-generate the version of indicator-network in our silos ( rtm is 024 )?
[17:08] <awe> we were going to try and land this tomorow
[17:09] <ted> awe, You'd just need to rebuild.
[17:09] <awe> Wellark, ^^
[17:10] <ted> I'm pretty confident we can get this through, we're just changing integers in a text file.
[17:10] <awe> ted, when do you intend to land?
[17:10] <awe> today?
[17:10] <ted> Oh, yes.
[17:11] <awe> ok.  as long Wellark can handle the rebuild and have silos ready again to sanity check tomorrow...so can then land.  Then it's fine w/me
[17:14] <ted> Wellark, Work for you?
[17:16]  * sil2100 drives back home
[17:17] <sil2100> Be back in ~1h
[17:17] <Wellark> queuebot: where indicator-network
[17:17] <Wellark> ;(
[17:17] <Wellark> awe, ted: so afaik I have two silos with i-network
[17:17] <Wellark> one is for urfkill and one is for misc fixes
[17:17]  * barry -> back
[17:17] <ted> Wellark, I only see one: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=network
[17:17] <Wellark> ted: if you have everything ready for the ordering landing then sure, go ahead
[17:18] <Wellark> if rebuilding the urfkill silo is OK for awe
[17:18] <ted> Cool, will do.
[17:18] <ted> trainguards, could I get a silo for line 79 please?
[17:18] <barry> ted: i can do it
[17:19] <ted> trainguards, it conflicts with i-network, but it is known
[17:19] <ted> barry, Thanks!
[17:19] <barry> ted: i'll override the conflict
[17:20] <barry> ted: looks like there are a few other conflicts, also which get overridden: https://ci-train.ubuntu.com/job/prepare-silo/2546/console
[17:21] <ted> barry, Yeah, the silo 13 stuff isn't ready  yet. It's an integration silo.
[17:22] <robru> bfiller: sil2100: yeah I'm aware of the issue, it happens when your mp list gets to long, and Google munges the URL. Try copy & pasting the URL instead of clicking on it, but you gotta cut out the Google bit and urldecode it to recover the Jenkins link. I'm working on a solution but it's a bit tricky (also I'm on vacation)
[17:30]  * ogra_ puts duct tape on robru's mouth and pints at the door ... out with you !
[17:30] <ogra_> *points
[17:30] <robru> ;-)
[17:36] <ted> qaguards, not sure if silo 5 is coming up on your list because of the build error, but it is ready for QA ack.
[17:45] <ralsina_> trainguards can I get a silo for row #61 pretty please? :-)
[17:47] <barry> ralsina_: i can do that
[17:48] <ralsina_> barry: thx!
[18:01] <pstolowski> trainguards, what happened with silo 007 used for #46? i've just noticed this from 2 hrs ago: "Silos: ubuntu/landing-007 (pstolowski) Uncaught exception: OSError: [Errno 2] No such file or directory (unity-scopes-api)" ?
[18:03] <barry> pstolowski: looks to me like the build was explicitly aborted: https://ci-train.ubuntu.com/job/ubuntu-landing-007-1-build/53/console
[18:04] <pstolowski> mzanetti, ^ ?
[18:07] <pstolowski> barry, but it seems it was reused for different project, we had our stuff built there before; what's in this log doesn't match project from column A
[18:08] <barry> pstolowski: that's odd.  i don't really know what's going on there unfortunately.  i'm just a monkey with no special insight. ;)  i suppose we could configure a new silo for you
[18:08] <pstolowski> barry, heh. yes please & thanks :)
[18:09] <barry> pstolowski: let me just read the faq to make sure i'm not doing something with known stupidity, and then i'll take care of it for you :)
[18:10] <pstolowski> barry, much appreciated, thanks
[18:11] <charles> ted, I'll install these RSN
[18:11] <barry> pstolowski: you have a new silo
[18:13] <pstolowski> great, ty
[18:54] <davmor2> rsalveti: man that took longer than expected but it works \o/
[18:55] <rsalveti> davmor2: awesome
[18:56] <ralsina_> barry: can I get a reconfigure in silo landing-025 ?
[18:56] <rsalveti> davmor2: thanks so much
[18:56] <rsalveti> bfiller: any news on silo 3?
[18:56] <davmor2> rsalveti: I'll blame cyphermox for bluetooth not being coded correctly, just cause I know he'll ignore me :)
[18:56] <rsalveti> haha, right
[18:57] <cyphermox> davmor2: heh?
[18:57] <rsalveti> bfiller: otherwise I can just land my silo and rebuild telepathy-ofono on silo 3
[18:57] <davmor2> cyphermox: went off ofr tea came back bt had disconneted itself
[18:57] <cyphermox> bt was on your head?
[18:57] <rsalveti> bfiller: my change is not related with anything changed by your silo (just removing the logic that sets up the voicecall volume)
[18:59] <davmor2> cyphermox: so I connected my speaker (shows as a headset) played some media, no issue, went off for tea, and came back to finsih the bluetooth part of the test and the speaker was disconnected
[19:01] <davmor2> cwayne: flashing customized
[19:01] <ChickenCutlass> davmor2, are you sure the speaker didn't power down?  I know mine does that after inactivity.
[19:02] <davmor2> ChickenCutlass: it might of but it was flashing like crazy for input if it did
[19:02] <sergiusens> davmor2: my bt speaker does that all the time
[19:03] <sergiusens> power down
[19:06] <davmor2> thanks guys I'll keep an eye on it over the next couple of days and see if it is the speaker or not.
[19:09] <barry> ralsina_: sure thing
[19:12] <ralsina_> barry: ^ ?
[19:12] <ralsina_> ok, cool  :-)
[19:12] <barry> ralsina_: hmm.  do i need to force rebuild?
[19:13] <ralsina_> barry: probably not, I don't know what happened there
[19:13] <barry> ralsina_: okay.  let me know if i need to do something more for you :)
[19:13] <ralsina_> barry: seems to be building now, so looks like nothing right now
[19:14] <barry> ralsina_: ack
[19:19] <camako> trainguards, qtmir build in rtm silo 20 has been going for ~2 hours (should not take this long). But ppa page says "Failed to build". Do you know why?
[19:20] <sil2100> camako: maybe there's a dep-wait?
[19:20] <sil2100> camako: could you paste the link to that?
[19:20] <barry> camako: looks to me like the builds are done, but qtmir failed on all platforms: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu-rtm/landing-020/+packages
[19:20] <camako> sil2100 yeah it looks like a dep wait
[19:20] <camako> https://launchpadlibrarian.net/186675099/buildlog_ubuntu-rtm-14.09-amd64.qtmir_0.4.3%2B14.10.20141006.1-0ubuntu1_MANUALDEPWAIT.txt.gz
[19:21] <barry> sil2100: oh indeed
[19:22] <sil2100> camako: yeah, so the citrain build job will loop into infinity as he expects it to build for this architecture but the dep-wait makes it unable to build
[19:22] <camako> sil2100, Do I just cancel the build?
[19:22] <camako> I mean it's stopped already..
[19:23] <camako> but this thinks it's still going :
[19:23] <camako> https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-020-1-build/43/console
[19:23] <sil2100> camako: you can abort the build job, but anyway this needs to be resolved - either the dep for the given arch needs to be provided, or the binaries for the given archs removed from the archive or making the dependency arch-dependent
[19:23] <camako> sil2100, ack
[19:23] <sil2100> Yeah, as mentioned, you need to resolve the deps ;) It will wait indefinitly this way
[19:26] <bfiller> rsalveti: go ahead and land yours, we're still struggling a bit with silo 3
[19:29] <rsalveti> bfiller: alright, thanks
[19:31] <ted> ToyKeeper, Are you doing QA reviews today?
[19:31] <ted> I need to get rtm/5 reviewed so we can assign line 80.
[19:32] <ted> Well, I guess it doesn't need to be reviewed to assign.
[19:32] <ted> But they should probably land in order-ish.
[19:41] <ToyKeeper> ted: I will be doing silo reviews today, but I don't see rtm-005 on the list yet, and there are currently four others waiting in queue.
[19:41] <ToyKeeper> (just have to finish a couple other things first)
[19:42] <rsalveti> omg I can't believe I'm finally landing my silo today
[19:42] <rsalveti> haha
[19:42] <ted> Yeah, trying to figure out why it's not there.
[19:43] <ted> \o/ it showed up.
[19:48] <barry> jdstrand: line 81 is missing merge proposal
[19:48] <jdstrand> heh, I'm still filling it in :)
[19:49] <jdstrand> ok, it should be set now
[19:49] <barry> that's what you call an early arrival
[19:49] <jdstrand> indeed
[19:51] <ted> barry, Do you know who I can ping for packaging changes?
[19:52] <ted> Hmm, this is the setuid one, I probably should just ping jdstrand because anyone else would :-)
[19:52] <barry> ted: are you vouching that the packaging changes okay, or are you looking for a review?
[19:52] <ted> barry, Well, I think they're good, but it's my branch :-)
[19:53] <ted> silo 18
[19:53] <davmor2> cwayne, jdstrand, sil2100: Custom Tarball looks good, and it take no where near as long to boot either \o/
[19:53] <barry> ted: yeah, would be good to get a second set of eyes.  jdstrand then :)
[19:54] <cwayne> davmor2: :D thanks a lot for testing man
[19:54] <cwayne> sil2100: shall I publish?
[19:54] <ted> barry, setuid root, you know you want to approve it. Live on the edge a little.  ;-)
[19:54] <davmor2> cwayne: yelp webapp still sucks
[19:55] <cwayne> davmor2: sure does, probably going to be removed for next release
[19:56] <ted> barry, Are you trainguard? I don't want to keeping pinging if not.
[19:56] <barry> ted: i was trying to come up with something funny to say, but i failed.  yep, i am apparently guarding the train while robru is away
[19:57] <barry> at least for NA zones
[19:57] <ted> barry, Ah, cool.
[19:57] <ted> barry, Can you please publish 24 then?
[19:57] <barry> yeppers
[19:58] <barry> ted: ubuntu-24?  that still needs qa sign off.  i'm probably not the right person to do that
[19:58] <ted> barry, And it needs an rtm silo to sync into, line 80
[19:58] <ted> barry, It shouldn't, it's utopic
[19:59] <sil2100> cwayne: ok, let's do that
[19:59] <barry> ted: hmm, that's what the dashboard says
[19:59] <sil2100> cwayne: since davmor2 gave a +1 I guess it shouldn't stand in our way with promotion testing tomorrow
[19:59] <ted> barry, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=24
[20:00] <barry> ted: oh, maybe i was looking at the rtm one.  dashbored
[20:00] <cwayne> sil2100: thanks, published :)
[20:00] <barry> or maybe dashgored
[20:00] <davmor2> sil2100: no it just starts faster :)
[20:01] <barry> ted: ^^
[20:02] <ted> Uhg, what?
[20:02]  * ted looks
[20:02] <ted> barry, Found it, sorry.
[20:03] <ted> barry, Fixed
[20:03] <barry> ted: cool, retrying
[20:07] <robru> ted: if that happens in future, just check the Jenkins log (link in dashboard) and it lists specifically which merges need to be approved
[20:08] <ted> robru, Ah, okay. I rebuilt with a watch to kick things.
[20:13] <ralsina_> barry: can I get a publish for silo landing-025 and the copy to rtm started? Thx in advance.
[20:14] <barry> ralsina_: i should at least look at the packaging changes
[20:14] <ralsina_> barry: sure
[20:15] <ralsina_> barry: there's no packaging changes, AFAIK :-)
[20:16] <barry> ralsina_: https://code.launchpad.net/~ralsina/account-polld/use-webapp-ids-respect-blacklist/+merge/236885  (line 154)
[20:17] <ralsina_> barry: oh, that. All content in those folders got deleted
[20:17] <barry> ralsina_: ok, thanks.  i'll ack the pack
[20:17] <ralsina_> barry: sure, check it out then, I forgot about it :-)
[20:18] <barry> ralsina_: i don't really have the domain knowledge to know whether that's an appropriate change.  i have to trust you on that.  if you want to get a second set of eyes, let me know.  otherwise, tell me to ack the pack :)
[20:19] <ralsina_> barry: ack it :-)
[20:20] <barry> ralsina_: done!
[20:20] <barry> or at least doing ;)
[20:25] <ted> barry, Can I get an rtm silo for line 80 please?
[20:26] <barry> ted: if you want to sync it, just fill out another row and use the sync rules at https://wiki.ubuntu.com/citrain/NewbieGuide  then ping me and i'll monkeypush the buttons
[20:28] <ted> barry, I think that line 80 is the sync row
[20:28]  * barry looks
[20:29] <barry> ted: i admit to being a syncn00b but it looks good to me.  however, there appears to be a conflict with other packages in rtm.  is that a known issue?
[20:30] <barry> ted: and if so, is it safe to override?
[20:30] <ted> barry, I think so, since there's no build there's no ordering of the numbers. We're already kinda screwed if one gets rejected because they're intertwined in utopic.
[20:31] <barry> ted: okay, let me override
[20:31] <ted> barry, This whole "we don't need no stinkin' branches" think kinda plays out this way.
[20:31] <ted> thing
[20:31] <barry> yeah
[20:31] <barry> ted: looks like it went through
[20:32] <ted> barry, Cool, thanks!
[20:32] <barry> np!
[20:34]  * barry -> afk for a bit
[20:48] <ted> barry, Can I get a silo for line 17 please?
[21:09] <imgbot> [21:15] <barry> ted: still need a silo?  i was on the phone with my isp
[21:15] <ted> barry, Yes
[21:16] <ted> barry, Can't imagine that being an exciting call.
[21:16] <barry> ted: not so much ;)
[21:17] <barry> ted is it safe to override the conflicts for row 17?
[21:17] <ted> barry, Yes, silo 13 is for integration
[21:18] <barry> ted: you got it
[21:18] <ted> barry, Sweet, thanks!
[21:18] <barry> yw!
[22:02] <ted> jdstrand, Can you do a packaging ack on silo 18 ?
[22:14] <imgbot> [22:15] <imgbot>