[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?
[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>


[00:09] <nagappan> Hi, can someone help with this issue - http://picasaweb.google.com/nagappan/Ubuntu101064Issue#
[00:09] <nagappan> http://pastebin.com/zksj5Q29
[00:09] <nagappan> Ubuntu kernel crash
[00:12] <nagappan> it works fine with 2.6.35-21-generic, but fails with 2.6.35-22-generic / 2.6.35-23-generice
[00:12] <nagappan> the issue happens with Ubuntu 10.10
[00:12] <nagappan> 64bit
[00:12] <nagappan> above pastebin is lspci info
[00:13] <nagappan> its DELL Precession T3500 4 Core 6 GB Memory
[00:13] <nagappan> if you need any other info, please let me know
[00:15] <UndiFineD> nagappan, something with ahci : some sort of usb? device
[00:16] <nagappan> UndiFineD, interesting, let me check, but I doubt some USB device is connected
[00:17] <UndiFineD> oh no: http://en.wikipedia.org/wiki/Advanced_Host_Controller_Interface
[00:18] <nagappan> UndiFineD, :-)
[00:18] <nagappan> GE cr3 :-)
[00:19] <nagappan> cr3, its been long long time, how are you doing ?
[00:19] <UndiFineD> nagappan, so it is your disk / disk controller
[00:20] <nagappan> UndiFineD, interesting, the same works with older kernel
[00:23] <nagappan> UndiFineD, found info about HD, its connected through 5.25" Trayless SATA - Hot Swap Drive Bay - www.startech.com
[00:24] <UndiFineD> hmm, that might cause issues sometimes
[00:24] <UndiFineD> seen it before
[00:24] <nagappan> Compatibility - SATA/300 (STAT II) or SATA/150 hard drives
[00:24] <nagappan> UndiFineD, interesting
[00:25] <cr3> nagappan: hey dude, long time indeed! whatcha been up to?
[00:25] <nagappan> UndiFineD, this system works fine with Ubuntu 9.10 / 10.04
[00:25] <nagappan> cr3, ya just usual :-)
[00:25] <cr3> nagappan: sounds like you're getting old too :)
[00:26] <cr3> seems that as I grow older, things seem more like the same
[00:26] <nagappan> UndiFineD, we never had any issue, even with 10.10 2.6.35-21-generic as well
[00:26] <UndiFineD> nagappan, I had lots of issues with hotswap ide brackets, loose connections
[00:26] <nagappan> cr3, ya, you are right :-)
[00:26] <nagappan> UndiFineD, but this drive is just fixed as CD drive
[00:27] <nagappan> UndiFineD, any work around other than using older kernel ;-)
[00:27] <UndiFineD> oh it is a laptop hotswap thing sitting there instead of the cd tray ?
[00:27] <nagappan> UndiFineD, exactly
[00:28] <UndiFineD> well, I would install the older kernel then
[00:31] <nagappan> UndiFineD, :-D http://us.startech.com/product/HSB100SATBK-525-Tray-Less-SATA-Hot-Swap-Bay
[00:31] <nagappan> UndiFineD, but to test the product, we need latest Ubuntu 1
[00:31] <nagappan> UndiFineD, I mean latest released version
[00:31] <nagappan> UndiFineD, BTW, I work for VMware
[00:31] <nagappan> UndiFineD, also with few Ubuntu folks ;-)
[00:33] <UndiFineD> ok nagappan : be sure there are no loose connections or dirt in between
[00:34] <UndiFineD> i have seen such devices fail often
[00:34] <nagappan> UndiFineD, the same works with older kernel and other hard disk
[00:34] <nagappan> UndiFineD, we have never faced any issue earlier, atleast last 2 years
[00:34] <UndiFineD> still, when opened/closed often enough these things wear down
[00:34] <nagappan> UndiFineD, ok
[00:35] <UndiFineD> hmmm, well how about using a newer kernel ?
[00:48] <nagappan> UndiFineD, with todays update it still fail to work :-(
[00:49] <UndiFineD> tried this alpha1 kernel ?
[00:51] <nagappan> UndiFineD, with 10.10 latest update today
[00:52] <UndiFineD> so no 2.6.37-6/7
[00:56] <nagappan> UndiFineD, yes no 2.6.37
[00:56] <nagappan> oops, bad typing
[00:57] <nagappan> UndiFineD, no 2.6.37
[00:58] <UndiFineD> todays alpha release did not cause many problems for me, you might want to try and see if this does work for you
[00:59] <UndiFineD> \o/ finally finished installing: Kubuntu Alternate i386 - expert -  manual partition - entire disk encrypted
[01:21] <nagappan> UndiFineD, okay
[08:55] <primes2h> 'morning ara
[08:56] <ara> good morning primes2h
[09:01] <primes2h> ara: I still can't set up dev environment for the tracker. I worked out the ident problem changing ident to trust in pg_hba.conf file
[09:02] <primes2h> but now i get "database "qatracker" does not exist"
[09:03] <primes2h> ara: it should be as I reconfigured drupal following the wiki
[09:04] <ara> primes2h, did you create the database manually and put the needed permissions?
[09:04] <primes2h> I even installed Karmic to avoid the need of downgrading php
[09:05] <primes2h> ara: no
[09:05] <ara> primes2h, it is one of the steps of the wiki page
[09:06] <primes2h> ara: oh sorry, yes, I dropped the default drupal db and rerunning drupal config
[09:06] <ara> did you select qatracker as database?
[09:06] <ara> so, what step tells you "qatracer" does not exists?
[09:06] <primes2h> sure, qatracker as db, qatracker as username , qatracker as password
[09:07] <primes2h> ara: when I try to populate the db
[09:07] <primes2h> psql qatrcker < etc
[09:07] <jibel> primes2h, hello
[09:08] <primes2h> usung qatrcker user
[09:08] <primes2h> using
[09:08] <primes2h> hello jibel
[09:08] <jibel> primes2h, did you create the qatracker
[09:08] <jibel> primes2h, I've been able to setup the dev env with ara's instructions.
[09:09] <jibel> primes2h, qatracker db I mean.
[09:09] <primes2h> jibel: did you use a VM?
[09:09] <jibel> primes2h, yes.
[09:09] <jibel> primes2h, lucid
[09:10] <jibel> primes2h, the problem I had was that the qatracker db and the associated user were not created.
[09:11] <primes2h> jibel: you mena within postrgres?
[09:11] <primes2h> s/mena/mean
[09:11] <jibel> primes2h, right
[09:11] <jibel> primes2h, So I logging in as postgres and issued
[09:11] <jibel> createuser qatracker
[09:11] <jibel> createdb qatracker
[09:12] <jibel> then you connect to template1 as postgres
[09:12] <jibel> and set the password for the user qatracker
[09:13] <jibel> something like "alter user 'qatracker' set password 'übersecretpassword'"
[09:13] <jibel> populate the db
[09:13] <jibel> and follow the remaining steps on the wiki.
[09:13] <primes2h> jibel: I thought that drupal config had to take care of that.
[09:13] <jibel> primes2h, db-config sucks.
[09:14] <primes2h> jibel: I see ;-)
[09:18] <ara> primes2h, can you add those steps to the wiki, please?
[09:19] <jibel> I planned to redo a fresh install and update the wiki, but please primes2h go for it :-)
[09:45] <primes2h> jibel: ara: now I try those steps and then I'll do it asap. Thanks a lot
[09:45] <jibel> primes2h, you're welcome
[10:13] <primes2h> jibel: now it works perfectly. :-)
[10:14] <jibel> primes2h, Cool!
[10:15] <primes2h> ara: would you mind providing me a dump of laptop tracker? when you have time of course...
[10:21] <ara> primes2h, can you please me send me an email. I am a bit overloaded now, and I will forget otherwise
[10:22] <ara> primes2h, thanks!
[10:22] <primes2h> ara: sure!
[10:22]  * primes2h hugs ara and jibel
[10:23]  * ara hugs you both!
[14:39] <jibel> ara, can you repackage mago for natty when you have minute. Its broken currently and doesn't installs. Thanks.
[14:39] <jibel> ara, bug 682845
[14:39] <ubot4`> Launchpad bug 682845 in mago (Ubuntu) "package mago 0.3-0ubuntu1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 1 (affects: 2) (dups: 1) (heat: 1177)" [High,Triaged] https://launchpad.net/bugs/682845
[14:44] <ara> jibel, sure
[15:10] <jibel> ara, thx
[15:13]  * ara is updating her natty pbuilder environment
[18:48] <tarvid> i can restore panels with gnome-panel but my brightness control doesn't work on Acer 7736Z
[18:48] <tarvid> this is natty upgraded today
[18:48] <tarvid> this is a regression from natty about a month ago
[19:19] <fader_> tarvid: Your best bet is to open a terminal and say "ubuntu-bug linux"
[19:19] <fader_> It's likely a kernel issue, so that will collect all the relevant logs and so forth and add them to a launchpad bug
[19:19] <fader_> (And if it turns out to not be a kernel issue, that will provide the kernel team enough information to triage it properly and get it to the right people)
[19:20] <fader_> tarvid: Your best bet is to open a terminal and say "ubuntu-bug linux"
[19:20] <fader_> It's likely a kernel issue, so that will collect all the relevant logs and so forth and add them to a launchpad bug
[19:20] <fader_> (And if it turns out to not be a kernel issue, that will provide the kernel team enough information to triage it properly and get it to the right people)
[19:20] <fader_> (Sorry if you get that twice; I lost my network connection for a moment)
[19:20] <tarvid> thanks
[19:22] <tarvid> thanks
[19:22] <fader_> tarvid: Thank you for testing and reporting bugs! :)
[19:23] <tarvid> by adding Option "RegistryDwords" "EnableBrightnessControl=1" to the failsafe xorg.conf I now have a bright screen with a brightness control that won't dim
[19:23] <tarvid> thank you too, I suspect hardware recognition
[19:24] <fader_> That sounds like useful info to add to the bug report :)  But I can't help you myself, as I've never run into that particular bug
[19:36] <tarvid> has been done
[19:38] <tarvid> I do want to do other work on this laptop but natty is working well enough to continue. This issue is a regression since 10.04.1 which had other problems and earned a won't fix nor backport in Maverick.
[19:39] <tarvid> Almost better to be a guinea pig.
[19:40] <tarvid> Do have another issue which is ftp connection tracking. Was working on Karmic and quit on Lucid. Any suggestions on debugging?
[19:40] <tarvid> I am probably not going to upgrade the server to either Maverick nor Natty alpha, it's my bread and butter
[19:47] <fader_> tarvid: No suggestions, sorry.  You might want to ask in #ubuntu+1 -- there are more active people there generally
[19:47] <fader_> This channel is used for coordinating test development and specific test efforts (like ISO testing)
[19:47] <fader_> It tends to be pretty quiet the rest of the time :)
[20:37] <MaWaLe> the software-center didn't launch with the ALPHA-1 of narwhal
[20:42] <MaWaLe> !Bug 684887
[20:42] <ubot4`> Launchpad bug 684887 in software-center (Ubuntu) "software-center didn't launch (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/684887
[20:42] <ubot4`> Factoid 'Bug 684887' not found


[18:51] <nosse1> Are you familiar with bugs like this on omap: [ 2361.163635] BUG: soft lockup - CPU#0 stuck for 61s! [dpkg:1737]
[19:03] <persia> nosse1: I've seen that error reported for all sorts of architectures.  Unfortunately, I don't know the cause.  I'm fairly certain it's not OMAP-specific though.
[19:04] <nosse1> persia, thanks. I'd just wanted to check if it was something familiar on omap.
[19:04] <Martyn> what's the error?
[19:04] <Martyn> sorry, just popped in, so I don't have the backscroll
[19:05] <nosse1> [ 2361.163635] BUG: soft lockup - CPU#0 stuck for 61s! [dpkg:1737]
[19:05] <rsalveti> nosse1: which kernel are you urins?
[19:05] <persia> BUG: soft lockup - CPU#0 stuck for 61s!
[19:05] <rsalveti> *using
[19:05] <rsalveti> nosse1: the TI one?
[19:05] <nosse1> I'm running the TI-one yes, the "official" lucid ti-omap won't work for AM3517
[19:06] <nosse1> It could seem to me that the lockup occurs on heavy disk activity. And since I'm running NFS root, it could perhaps be related to that?
[19:09] <rsalveti> could be, but hard to say without more information from the kernel
[19:09] <nosse1> Yeah, I know. Except the kernel doesn't tell any more
[19:10] <nosse1> Another thing: I have X up and running (yeah!).
[19:10] <armin76> Martyn: did i ask you if you had sound running on the tegra?
[19:11] <nosse1> What apt target do you guys use when testing? "ubuntu-netbook" has unknown packages which doesn't seem to be available yet
[19:11] <nosse1> Do you have a all-in-one target which pulls down the gnome desktop?
[19:12] <persia> That'd be ubuntu-desktop, but ubuntu-netbook is significantly lighter-weight in terms of requirements.
[19:12] <persia> Which bits of ubuntu-netbook aren't installing?
[19:12] <nosse1> persia, hold on
[19:15] <nosse1> persia, cancel that. It seems all packages are available now
[19:16] <persia> There's sometimes architecture skew with the mix of arch:all and arch:any binaries (because the arch:all binaries are built on i386), but it doesn't typically last that long, unless something broke (which means it needs fixing).
[19:16] <persia> If you get a persistent issue with metapackage installation, it may well be a bug needing fixing.
[19:16] <persia> (but I'm glad to hear this isn't the case right now)
[19:17] <persia> That said, according to https://launchpad.net/builders there are 19 packages that are out-of-date on armel (waiting to build).
[19:19] <nosse1> Are there any commercial developers here in this forum? (perhaps not on sundays)
[19:19] <nosse1> I'm uncertain if we should register our products on the ARM machine registry or not
[19:20] <nosse1> and I'd like to know what other mfgs are doing
[19:21] <Martyn> armin76 : Since I'm very server-oriented, I haven't even tried to get sound working on the tegra
[19:21] <Martyn> armin76 : I've even disabled video, to get the memory back
[19:21] <persia> nosse1: Do you need a special MachineID for your hardware?  If so, you'll want one.  If not, there's little point.
[19:22] <Martyn> nosse1 : I'm a 'comercial developer'
[19:22] <armin76> Martyn: nod :)
[19:23] <nosse1> persia, I'm not sure i need one. You use machineid whenever the kernel isn't aware of the HW its running on, right? If that is true, I guess we don't need one
[19:24] <persia> I don't really understand when it's needed, but I think it's part of kernel compilation: if you can run a multi-board kernel, I think you don't need it.
[19:40] <nosse1> Alas, it seems NFS root is the culprit of the kernel crashes
[19:41]  * nosse1 wish that the AM3517 had a SATA disk connector...
[19:49] <persia> Anything designed to have disks should have such a controller, but MTD rules when it comes to local data.
[20:16] <nosse1> persia, do you mainly use USB or SD MTDs?
[20:16] <persia> I've never used an MTD that wasn't on-board.
[20:17] <persia> I'm fairly certain that neither USB nor SD allows one to actually use the MTD drivers.
[20:29] <nosse1> persia, you need a fairly large mtd if you want to do development on it. E.g. for building packages (since Ubuntu builds natively). Do you know how it's done in the build farm?
[20:29] <hrw> morning
[20:30] <nosse1> (I'm somewhat bothered here having to reboot my target whenever I do a larger apt install)
[20:31] <persia> nosse1: I'll say that an MTD is inappropriate for doing development: for that you want spinning disks.
[20:31] <hrw> yes
[20:31] <persia> I believe the build farm uses SATA-over-USB but I may be mistaken.
[20:31] <hrw> connecting 1.5TB disk over usb is easy
[20:31] <persia> That's probably overkill :)
[20:31] <nosse1> Ah.
[20:32] <hrw> persia: I have such one connected to sheevaplug
[20:32] <DanaG> I'd rather use an esata-bearing sheeva. =þ
[20:32] <hrw> or rather had as I have some problems with sheeva so disk is connected to desktop
[20:32] <nosse1> Because we need to make one ourselves unless we somehow can build packages natively on our large build farm
[20:32] <hrw> DanaG: I bought sheevaplug year ago when it was new stuff
[20:33] <hrw> nosse1: connect sata-over-usb and pray that TI ehci will work
[20:34] <nosse1> So it's about praying for one or the other. One=NFS, Other=ehci.... NFS crashed once more *sigh*
[20:34] <persia> ehci is probably more stable than NFS in most ways.
[20:34] <hrw> nosse1: 16GB sd is other option
[20:34] <persia> I remember that NFS was discussed for the LP build farm and rejected, but I don't remember why.
[20:35] <persia> hrw: If you like buying new SD cards :)  (but 4-8G is enough for most packages)
[20:35] <hrw> nosse1: quite cheap, easy to buy and omap3 can drive 3 mmc/sd slots
[20:35] <hrw> I have here device with omap3 and 3 sd slots. mmc0=rootfs, mmc1=userfs, mmc2=sdio/wifi/bt
[20:35] <nosse1> How's wear levelling handled on SD? Is it the SD firmware, or is it up to the host SW?
[20:36] <hrw> SD itself
[20:36] <nosse1> ...and from what I've heard it spans from excellent to horrible
[20:37] <hrw> yes
[20:37] <nosse1> Reliable brands: SanDisk, Kingston ?
[20:38]  * nosse1 needs to shop SD cards tomorrow
[20:38] <hrw> sandisk
[20:38] <hrw> avoid kingston rather
[20:39] <DanaG> hmm, where can you get a cheap sdio wifi?
[20:40] <DanaG> I wanna' try one in my host computer's sdhc controller.
[20:40] <hrw> DanaG: no idea
[20:40] <hrw> DanaG: here I have marvel8686 in two devices - both on sdio
[20:40] <hrw> and 3rd one has it on spi bus
[20:40] <DanaG> Something weird with the Ricoh reader in Windows: it assumes the whole disk is one partition (even if it's not true)... and then can't comprehend what partition type.
[20:41] <hrw> common
[20:41] <DanaG> I end up having to use "rw-everything" (awesome tool, by the way) to essentially "setpci" as I would have to on Linux... and then it reattaches to the SDHC controller instead of the Ricoh controller.
[20:41] <hrw> brand new cards sometimes do not have partition table
[20:41] <DanaG> http://intr.overt.org/blog/?p=59
[20:42] <DanaG> The card I was testing with, was my beagle (two partitions).
[20:43] <DanaG> Once I did that, it then showed partitions properly.
[20:43] <DanaG> I'm curious to try some SDIO card with the thing.
[20:43] <hrw> DanaG: nice
[20:45] <DanaG> I did the writing value on the mmc controller function, specifically.
[20:56] <hrw> but - is each sd controller also sdio capable?
[20:59] <nosse1> hrw, After skimming the RM from TI, it seems so
[21:00] <hrw> nosse1: I know that i.mx31, omap3, pxa2xx are sdio capable. no idea about others


[10:48] <dholbach> jussi: could we add a 15-minute warning for the projectors and stuff?
[10:50] <jussi> dholbach: we can, but is it worth it for this UDS? We have only a few sessions, and it takes a a bit to get it done.
[10:51] <jussi> actually writing the code is short, but we have to log into every machine and change stuff.
[10:51] <dholbach> jussi: for next time
[10:51] <dholbach> I just did this: https://wiki.ubuntu.com/UDS-M/Handout?action=diff&rev2=3&rev1=2
[10:51] <jussi> dholbach: we can, for sure
[10:51] <czajkowski> dholbach: did you do your magic with that ld bug from yesterday,.....
[10:52] <dholbach> czajkowski: I filed an RT ticket
[10:52] <dholbach> czajkowski: and asked
[10:52] <czajkowski> oh good
[10:52]  * czajkowski hugs dholbach
[10:52]  * dholbach hugs czajkowski back
[11:06]  * AlanBell hugs everyone
[11:06] <cjohnston> o/