[02:10] <imgbot> [02:44] <cyphermox> ^ will be missing the NM fix, I was still fighting autopkgtests.
[03:30] <imgbot> [03:30] <imgbot> [03:37] <rsalveti> cyphermox: yeah, NM is still stuck in proposed
[03:37] <cyphermox> yes
[03:37] <cyphermox> I'm trying to figure out what' still broken in autopkgtests that prevents it from passing
[03:37] <cyphermox> but even then there still would be friends
[03:37] <cyphermox> if you want, feel free to force it through
[03:37] <cyphermox> (or to ask someone to force it through)
[03:38] <cyphermox> oh
[03:38] <cyphermox> there it is
[03:42] <cyphermox> this really isn't my day
[03:43] <cyphermox> five uploads for such simple matters, it's really sad
[03:44] <cyphermox> rsalveti: I can kick off an image when it actually makes it
[03:44] <cyphermox> or delegate to somebody else, don't feel like you need to stay up
[03:44] <rsalveti> yeah, not sure if we can do much at this point
[03:44] <rsalveti> maybe infinity might be able to help, but not sure
[03:45] <rsalveti> otherwise we'll wait the EU team to be up
[06:07] <didrocks> Mirv: hey! you should probably remove ~ubuntu-unity from https://launchpad.net/~ubuntu-sdk-team/+members I guess, mind doing that? :)
[06:08] <Mirv> didrocks: morning, sure.
[06:09] <Mirv> done
[06:10] <didrocks> great, thanks!
[06:23] <davmor2> ogra_: any chance of triggering an image for cyphermoxs network-manager fix with any joy that will mean we can avoid traincon0 I was told it should be in 43 last night but it must of missed the image as I don't see it in the change log and networking was still off by default
[07:00] <didrocks> robru: sil2100: hey, you probably have misdone something (like a full build after the reconfigure, which wipes out everything). Contrary to what you told on the backlog, a reconfigure does NOT force you to rebuild anything. It keeps what's still in the ppa and keep the local build info as well. Then, you just press build with "only packages".
[07:20] <ogra_> davmor2, NM is stuck in -proposed so a new build wouldnt help ...
[07:22] <davmor2> :'( but, but, but, but :)
[07:22] <ogra_> davmor2, seems the autopkgtest of friends fails
[07:22] <cyphermox> yes
[07:22] <davmor2> gutted
[07:22] <cyphermox> ogra_: feel free to ask an archive admin to skip it
[07:22] <cyphermox> (friends)
[07:23] <davmor2> is this a pitti fix?
[07:23] <ogra_> cjwatson, are you around already ? we could need some autopkgtest override for network-manager
[07:23] <cyphermox> I'm really off to bed now, my eyes are closing
[07:23] <ogra_> (well, for friends in fact)
[07:23] <davmor2> cyphermox: dude go sleep
[07:24] <ogra_> cyphermox, why can we skip friends (if i get asked)
[07:24] <cyphermox> it's a regression in libsoup, not a problem in NM
[07:24] <ogra_> ok, thanks
[07:24] <ogra_> go to sleep :)
[07:24] <cyphermox> I added a branch to bug 1322013 to add autopkgtests to libsoup to catch this
[07:24] <ogra_> awesome
[07:24] <cyphermox> but I haven't fixed the problem
[07:24] <ogra_> k
[07:25] <cyphermox> if you just revert libsoup it works
[07:25] <cyphermox> back later ;)
[07:25] <ogra_> yeah, go sleep
[07:27] <popey> davmor2: the video scope thumbnail issue is still there
[07:27] <davmor2> popey: yeah but I don't care about that :)
[07:27] <popey> its a regression, you should :þ
[07:33] <sil2100> didrocks: yeah, so I guess what happened is that the lander, after the reconfigure, did a whole rebuild without the force rebuild flag - while he should have just rebuilt that one component that had a merge added
[07:34] <didrocks> sil2100: exactly, and so it's not the reconfigure which is at fault as I saw on the backlog
[07:34] <didrocks> and build does what it's expected to "ditch everything and restart"
[07:34] <didrocks> (hence the security to force only "partial rebuilds"
[07:34] <didrocks> )
[07:34] <sil2100> didrocks: indeed, makes sense
[07:35] <sil2100> didrocks: in any way CI Train did what it was supposed to ;p
[07:35] <didrocks> yeah, the only issue is that skipping one component isn't really clear
[07:35] <didrocks> when there is nothing to rebuild
[07:35] <didrocks> maybe that check can be removed… it was more for daily release anyway
[07:36] <didrocks> and we rebuild anyway
[07:41] <sil2100> ogra_: so, it says it's still running the autopkgtests for network-manager, has that been re-ran or something?
[07:41] <ogra_> sil2100, read the backlog
[07:41] <ogra_> :)
[07:42] <sil2100> ogra_: my backlog only says that 'friends autopkgtest is faining and should be skipped', no mention of the tests still running ;)
[07:43] <sil2100> From what cyphermox told me I thought those already finished running and we know the results
[07:43] <sil2100> Ok, it seems that update_excuses is just not updated on my side it seems
[07:43] <ogra_> right
[07:44] <ogra_> if you look at the jenkins output you see that only frieends on x86 fails
[07:44] <ogra_> i guess worst case we can upload the libsoup "fix" from the bug
[07:45] <sil2100> Well, it wouldn't fix the issue, it would only make one additional autopkgtest to fail ;P
[07:46] <ogra_> no, it would make the libsoup test being skipped
[07:46] <sil2100> cjwatson: there are a lot of good people waiting for your archive powers
[07:46] <ogra_> dont be pushy ... he will reply once he is here
[07:46] <ogra_> :)
[07:47] <ogra_> seems infinity is off sick today
[07:49] <ogra_> sil2100, the tests are still running because pitti seems to have done a subsequent upload 2h ago
[07:49] <sil2100> Oh
[07:49] <ogra_> (in fact there where four NM uploads for this issue
[07:50] <ogra_> one fix, and then three fixes of different tests that are hit by the same problem ... yay for copy-pasting app code onto tests :P
[07:51] <sil2100> hehe, right, I see that in the package history ;)
[07:57] <sil2100> psivaa: morning! Once you're up, could you take a look why we have so many phablet-test-run problems on #43?
[07:57] <ogra_> hmm, and image tests seem to have failed half way through image 42 ... 43 wasnt even attempted
[07:57] <sil2100> Right, I meant 42
[07:57] <sil2100> Strangeness
[07:58] <sil2100> psivaa: as ogra_ said, do you know what's going on? ^
[07:58] <psivaa> sil2100: let me take a look.
[08:00] <ogra_> wow, quite a lot of settle before/after tests failed
[08:09] <ToyKeeper> So...  trying to test an old camera bug, but all I'm getting is crashes instead.
[08:14] <psivaa> sil2100: ogra_ : so all the jobs somehow hanged in the middle of runs. The host where the devices are attached was upgraded last night. so i suspect this could have something to do with it
[08:15] <psivaa> i've kicked off them again. let me see how it goes
[08:16] <ToyKeeper> Anyone interested in a unity8 crash dump from image 41?  It seems to be easily reproducible.
[08:16] <ToyKeeper> http://toykeeper.net/tmp/_usr_bin_unity8.32011.crash.bz2
[08:17] <sil2100> ToyKeeper: when is it happening?
[08:18] <ToyKeeper> sil2100: Launch camera app, kill it, launch it again.
[08:18] <ToyKeeper> It's apparently not quite as easy as I first thought...  got it twice in a row, but now it's not cooperating.
[08:32] <ToyKeeper> 'k, camera bug re-confirmed.
[08:32] <cjwatson> ogra_,sil2100: network-manager forced
[08:32] <sil2100> cjwatson: \o/ Thanks!
[08:32] <ogra_> \o/
[08:33] <ogra_> thanks
[08:44] <popey> sergiusens: is there a new gallery click? does it need to go to the store?
[08:44] <sergiusens> popey: most likely, I was waiting on the framework change though
[08:45] <sergiusens> lool: ^
[08:45] <popey> the phone has the new frameworks
[08:45] <popey> the store probably doesnt though
[08:56] <popey> sil2100: davmor2 is talking to bueno and I just asked jdstrand about apparmor click which he's working on now. we need both of those before we can upload gallery and then build #44
[08:56] <ogra_> sil2100, hmm, two new security failures
[08:56] <ogra_> ah, popey is to fast :P
[08:56] <ogra_> popey, apparmor-easyprof-ubuntu seems to fail too ftr
[08:57] <sil2100> popey: thanks ;) let's get it moving then, use the whip on them!
[08:57] <ogra_> (also framework issues)
[08:57] <ogra_> lool, we need to coordinate that better the next time ... use a silo or so
[08:59] <nik90_> sil2100: we got all clock app tests passing in jenkins atm (yay :) )...the issue with the calendar app messing up clock app results is something we are looking into.
[09:00] <lool> ogra_: these shouldn't be coupled
[09:00] <ogra_> lool, the tests are
[09:00] <lool> ogra_: which tests?
[09:01] <ogra_> security tests test for the latest framework
[09:01] <lool> ogra_: as I said, these dont need to be coupled
[09:01] <ogra_> if they have not been adjusted they seem to fail
[09:01] <ogra_> but they are :)
[09:01] <lool> ogra_: a) add framework, b) update stuff that depends on framework, c) use new framework
[09:01] <lool> ogra_: oh really, interesting, which ones?
[09:01] <sil2100> nik90_: excellent! Just wanted to make sure - is the fix part of the recent UITK landing?
[09:01] <ogra_> lool, right and use a silo for a)and  b)
[09:02] <nik90_> sil2100: yes it was part of the recent uitk landing
[09:02] <ogra_> thats why we have them
[09:02] <ogra_> to shield us from possible regressions in the actual images
[09:02] <lool> ogra_: I had updated the frameworks without silo last week and this was just another case of it, but if you could point me at the failure I'd be interested
[09:03] <ogra_> lool, http://ci.ubuntu.com/smokeng/utopic/touch/mako/43:20140522:20140513.2/8152/security/1151651/
[09:03] <ogra_> Determining policy version for 'ubuntu-sdk-14.10-dev1' ... ERROR: Could not determine policy version for 'ubuntu-sdk-14.10-dev1'
[09:04] <ogra_> same for click-apparmor
[09:05] <lool> ogra_: ok; good to know for the future, I didn't know we had it there
[09:05] <ogra_> the latter one ships a test click package that needs to be updated for example
[09:05] <ogra_> :)
[09:13] <davmor2> popey: sil2100: so beuno is aware, lool is going to talk to bueno too, and lool and popey have already talked to jdstrand too so everyone is in the loop.  Ken is in a meeting currently so I'll let him know after everyone is a winner \o/
[09:14] <ogra_> thanks davmor2 !!
[09:14] <sil2100> davmor2: thanks!
[09:14] <sil2100> It's good to have someone on the 'inside'
[09:14] <sil2100> i.e. on the sprint
[09:14] <sil2100> ;)
[09:15] <ToyKeeper> The sprint is what's keeping me from testing half the core features...  I have no service here.
[09:15] <ToyKeeper> (that, and an ever-growing stack of things which need to be done right away)
[09:15] <ogra_> great, that makes me look forward to next week :P
[09:17] <Wellark> are we still at TRAINCON-0 ?
[09:18] <Wellark> ah, apparently not
[09:18] <ogra_> we will see ...
[09:18] <ogra_> after 44 has build
[09:19] <ogra_> but it looks good from what is landing ... we might not need TRAINCON-0
[09:21] <davmor2> sil2100: just talked to ken, they don't need to upload a new gallery app because they fixed the abi to work both ways, he did however say that the new framework is still useful for everyone though
[09:21] <sil2100> davmor2: just as I suspected
[09:22] <sil2100> davmor2: thanks for all the info ;)
[09:22] <davmor2> sil2100: which is why I can confirm it works \o/
[09:23] <sil2100> ogra_: so, I leave it up to you to decide when to build the new image
[09:24] <ogra_> sil2100, well, once everything landed ... :)
[09:24] <ogra_> sil2100, we want gallery i guess
[09:24] <ogra_> and the security fixes
[09:24] <sil2100> ogra_: as per what davmor2 and kenvandine said, well, a new gallery-app is not *required* as they fixed content-hub to work both ways, but it would be nice to have that properly fixed indeed
[09:25] <sil2100> With the bump
[09:26] <ogra_> sil2100, gallery still has 4 failures
[09:26] <ogra_> and there is a landing that supposedly fixes these
[09:26] <sil2100> Yeah, but it's not tested yet
[09:26] <ogra_> line 31
[09:26] <jdstrand> can I have a silo for click-apparmor and apparmor-easyprof-ubuntu to fix the security image tests?
[09:26] <ogra_> so lets get someone test it :)
[09:27] <jdstrand> this will add support for the newly added click frameworks to click apparmor
[09:27] <jdstrand> (as well as add 1.2 of the policy to apparmor-easyprof-ubuntu)
[09:27] <jdstrand> oh, I guess I need to update the spreadsheet
[09:28]  * jdstrand forgets that step
[09:28] <ogra_> popey, davmor2, can anyone get  gallery tested at the sprint, so it could land for 44 ?
[09:29] <sil2100> ogra_: I wouldn't block on that, as it's not a broken gallery just incompatibilities with autopilot
[09:29] <ogra_> i would ... but yur call
[09:29] <jdstrand> sil2100: should I be using https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AuDk72Lpx8U5dFVHQ3FuMDJGLUZCamJfSjYzbWh3Wnc#gid=0 like I would before? (istr problems with the spreadsheet but I haven't paid close attention to the thread)
[09:30] <sil2100> jdstrand: https://wiki.ubuntu.com/citrain <- this one points to the most up-to-date one
[09:30] <ogra_> jdstrand, yeah, that url looks right
[09:30] <jdstrand> ok, thanks
[09:31] <sil2100> davmor2, ogra_: so let's do it like this - let's see if Bill can test that landing in the nearest 30 minutes, if not we kick an image without that landed
[09:31] <ogra_> ok
[09:31] <sil2100> davmor2: as our person on the inside, do you see Bill anywhere? He was the lander for that one
[09:32]  * ogra_ would very much like a green image before the weekend... 
[09:32] <mhr3> sil2100, would be nice to update the spreadsheet header
[09:32] <mhr3> traincon-0 etc
[09:32] <davmor2> I'll go have a hunt again
[09:32] <davmor2> biab
[09:32] <sil2100> mhr3: thanks for the reminder! We won't be in TRAINCON0 too long I guess though
[09:32] <jdstrand> sil2100: ok, spreadsheet updated
[09:32] <ogra_> mhr3, if 44 looks fine we wont have TRAINCON-0
[09:32] <mhr3> sil2100, but we are now
[09:33] <ogra_> mhr3, who said so ?
[09:33] <ogra_> :)
[09:33] <mhr3> are we not?
[09:33] <ogra_> well, we want to wait for 44
[09:33] <ogra_> if that doesnt fix the issues we will
[09:33] <mhr3> either way, i'd like some silos :)
[09:34] <mhr3> so many free ones...
[09:34] <ogra_> (if you land something be super careful, we *will* hunt you down if you break 44 :P )
[09:34] <sil2100> mhr3: ;p in the past such a number of silos was already considered 'low on silos'!
[09:35] <sil2100> mhr3: anyway, assigning those slowly
[09:36] <sil2100> davmor2: you're the man ;)
[09:36] <mhr3> well, i'm not asking to publish anything, just to assign them :P
[09:37]  * ogra_ is out for a bit (need to finish mowing the lawn before it rains) .... lest see if everything landed when i return ;)
[09:37] <davmor2> sil2100: so found bill he it is mostly there he is finishing things off this morning and will ping you once it's done
[09:38] <davmor2> s/he/he says
[09:38] <fginther> balloons, a review please :-) - https://code.launchpad.net/~fginther/cupstream2distro-config/coreapps-pep8-3/+merge/220593
[09:39] <sil2100> davmor2: excellent o/
[09:44] <boiko> sil2100: where can I get the packages that changed from one image to another?
[09:45] <davmor2> boiko: launchpad
[09:45] <boiko> davmor2: anywhere specific?
[09:45] <cjwatson> boiko: http://people.canonical.com/~ogra/touch-image-stats/
[09:45] <boiko> cjwatson: thanks a lot!
[09:46] <davmor2> boiko: oh sorry change logs not the actual packages
[09:47] <boiko> davmor2: yep, I want to see what packages changed, sorry, I didn't make it clear
[09:49] <balloons> fginther, please add reminders hooks as well
[09:50] <balloons> everything else looks good
[09:51] <fginther> balloons, done, updated branch pushed
[09:52] <balloons> approved
[10:08] <davmor2> sil2100, ogra_: ToyKeeper just discovered if you take a photo with the camera with flash on the image is black she is currently writing a bug report for that :(
[10:08]  * sil2100 sighs
[10:08] <sil2100> davmor2, ToyKeeper: could you guys check if it happens on the last promoted image?
[10:09] <ToyKeeper> davmor2: https://bugs.launchpad.net/camera-app/+bug/1322121
[10:09] <sil2100> davmor2, ToyKeeper: I'm leaning more into the way of not instantly blocking on issues we didn't earlier have in our test-plan, as per one of asac's propositions
[10:10] <ToyKeeper> I don't know how long the bug has been there.
[10:11] <sil2100> It's a big issue, Critical, but if it would be already in the last promoted image I wouldn't block on this this time
[10:11] <sil2100> I would mark it as a blocker for the next image
[10:12] <sil2100> Since otherwise we can be pushing the promotion for like forever
[10:14] <ToyKeeper> Let's see...  what was the last promoted image?
[10:15] <sil2100> ToyKeeper: #28
[10:15] <sil2100> (long time ago)
[10:15] <ToyKeeper> I can never remember what day of the week it is, what time it is, or the number of the last promoted image.  It changes all the time, so it falls out of my brain.
[10:15] <sil2100> That's why I want #44 to be considered as a promotion candidate
[10:15] <ToyKeeper> I'm really hoping 44 can be promoted too.  :)
[10:16] <ToyKeeper> (traincon 0 has a tendency to suck up *all* of my time)
[10:16] <sil2100> ToyKeeper: the spreadsheet is your helper then ;) If you go to https://wiki.ubuntu.com/citrain then you can see the latest promoted image written in the header
[10:18] <davmor2> sil2100: just collard popey and it is present on his image 28 it looks like the timing is out on the flash and shutter
[10:19] <sil2100> phew, ok, let's add that to the 'future blocker' list but not consider it for #44
[10:19]  * sil2100 is still waiting for Bill's team to test the gallery-app AP landing
[10:21] <ogra_> :)
[10:22] <sil2100> Let's give them a few more minutes :)
[10:22] <ogra_> hmm, new crash on dialer-app
[10:23] <ogra_> additionally to the indicator and dialer-app itself the list-modems script crashes again
[10:24] <ogra_> bah, and indicator-network crashes on messaging-app now too
[10:24] <sil2100> Damn, all tests finished already, I'm not used to smoketesting working so fast
[10:24] <ogra_> ah, it did on 41 as well
[10:24] <sil2100> ogra_: so, bfiller said he's running AP tests right now, so we should have it ready soon
[10:25] <ogra_> yeah
[10:25] <ogra_> well, i dont see anything landed on -changes yet ... so its a competition between security and galler now ;)
[10:25] <ogra_> lets see who wins :)
[10:26] <ogra_> with these two fixed that will leave us with shorts, dialer and filemanager issues ...
[10:26] <ogra_> oh, and terminal too :(
[10:27] <sil2100> Terminal had failures from time to time as well, but rarely
[10:27] <ogra_> yep
[10:29] <sil2100> I guess shorts should be fixed soon, as the cause has been identified
[10:29] <bfiller> sil2100: still one failure (: looking at it and will work on a fix, but probably won't be ready until later this afternoon
[10:30] <ogra_> land what you have then ... one is better than four
[10:30] <sil2100> bfiller: is that some existing failure, or something new fails?
[10:33] <bfiller> sil2100: one of the existing failures, just need to rework the test as the underlying code chnaged
[10:34] <sil2100> bfiller: you think it would be possible to land this as it is? And then rework the rest in a separate landing? Or would you prefer to do it in this branch?
[10:35] <bfiller> sil2100: the dashboard will have failures with this still, but 1 failure is better than 3 or 4 :)
[10:35] <bfiller> sil2100: would prefer to fix it so it's all green but if this is blocking you we can push current one
[10:36] <sil2100> bfiller: ok, let's push this one then - it will need a click release as well after landing, right?
[10:36] <sil2100> bfiller: just flip it to 'tested' and let's get the machinery going
[10:36] <bfiller> sil2100: ok
[10:36] <sil2100> bfiller: thanks! We'll be waiting for the other landing then soon ;)
[10:37] <bfiller> sil2100: done, hopeful we'll have a fix soon for the remaining failure
[10:39] <sil2100> ogra_, bfiller: gallery-app published!
[10:39] <sil2100> Let's wait for it to hit the archive - not sure how to proceed with the gallery-app click version
[10:39] <sil2100> I never really comprehended the process for that one
[10:40] <bfiller> sil2100: someone has to build the click and upload it to the store, usually sergiusens or popey handle that
[10:40] <sil2100> bfiller: do you know if the change needs to be merged into trunk? Or can a branch be used?
[10:40] <sil2100> popey, sergiusens: ^
[10:41] <bfiller> sil2100: think it's best to wait for it to get into trunk then the version of the click will match bzr rev
[10:41] <bfiller> sergiusens: right?
[10:41] <sergiusens> bfiller: sil2100 can't use the same click framework, needs updating; waiting on ack from beuno and jdstrand on new packages
[10:41] <ogra_> right
[10:41] <ogra_> store is in the process of being updated for the new framework
[10:41] <sil2100> Ok then
[10:42] <sil2100> ogra_: anyway, I leave you in charge of kicking the image - I need to jump out now for lunch and trip preparations!
[10:42]  * sil2100 wants a shiny #44 badly
[10:44]  * sil2100 notes down to read up about clicks and their release process before Malta
[10:44] <ogra_> sil2100, yeah, np ...
[10:44] <ogra_> i'll wait for a ping about gallery and watch out for the security uploads
[10:46] <sil2100> ogra_: would be nice to have the security upload as well, but I wouldn't wait for that - as if I understand correctly they're just test needing update, right?
[10:47] <ogra_> the framework needs to be added
[10:47] <ogra_> not sure if thats only the test ... i thinnk it is more
[10:47] <ogra_> and if gallery uses the new framework you actually want apparmor to know it
[10:48] <sil2100> Ok, if there is risk that there's something more, then I suppose let's not risk it
[10:48] <ogra_> lets jjust wait for both ... no need to rush if we can have it proper
[10:49] <bfiller> ogra_, sil2100 : the gallery app does not need the new framework
[10:49] <ogra_> ah, i thought something needed it ...
[10:49] <bfiller> the abi breakage was fixed in the content-hub yesterday and released
[10:49] <ogra_> was that content-hub ?
[10:49] <ogra_> ah, k
[10:50] <sergiusens> sil2100: ok, so it seems the new gallery doesn't have new APIs as I thought, so we can still use it with the 14.04 framework
[10:50] <bfiller> so in today's image gallery is working fine with the content-hub, current changes to gallery are to fix an unrelated problem with failed ap tests
[10:51] <sil2100> Yeah, that was my earlier understanding
[11:17] <jdstrand> if the gallery is using the new framework, the click install is not going to work until silo 6 is ready. I have packages. testing locally, will upload to silo very soon
[11:20] <ogra_> jdstrand, it doesnt use the new framework, but i'll wait for silo 6 with the image
[12:01] <Ursinha> Ubuntu CI Engineering Team | Vanguard: Ursinha | CI Train support - US: robru, cyphermox, rsalveti - EU: sil2100, Mirv, didrocks | CITrain support no answer: use mup bot after 30 minutes, but choose right timezone | Known issues: -
[12:01] <Ursinha> fail
[12:20] <cjwatson> robru: Sadly the Launchpad webapp doesn't have any sensible way to know when the publisher's finished, at the moment
[12:21] <davmor2> sil2100: how we doing is 44 ready?
[12:27] <cjwatson> Perhaps another option would be to have a gadget on iso.qa that says "build me an image once <packages> are available"
[12:36] <davmor2> ogra_: did you guys start the 44 build
[13:00] <ogra_> davmor2, still waiting for jdstrand to finish silo 6
[13:00] <ogra_> seems he got distracted by an ssh issue :)
[13:01] <jdstrand> I got sidetracked for a minute. it didn't help that my dput upload silently discarded my upload
[13:01] <sil2100> Just hope we'll make it till davmor2 EOD
[13:02] <bzoltan1> Mirv:  may I ask for a Silo?
[13:03] <Mirv> bzoltan1: sure. I'll just assign one for oSoMoN first.
[13:05] <Mirv> done, for both
[13:12] <sil2100> jdstrand: did you upload the packages to the PPA successfully now?
[13:13]  * ogra_ would hit the trigger ... but then we cant promote since apps using the new framework wouldnt work 
[13:20] <bfiller> sil2100: can I have a silo for line 40 please
[13:20] <bfiller> sil2100: to fix last broken test
[13:20] <sil2100> bfiller: already on it :)
[13:21] <bfiller> sil2100: thanks
[13:21] <sil2100> ogra_: we might have all gallery app AP tests fixed even!
[13:21] <sil2100> In 44
[13:21] <ogra_> yay
[13:22] <ogra_> jdstrand, bfiller, whoever hits the archive first of you two wins a prize ... :)
[13:22]  * sil2100 would prefer both to hit the archive at once
[13:22] <sil2100> :)
[13:31] <jdstrand> I am not really helping myself win this race. I dput (which silently failed) and got distracted. I then built in another ppa and forgot to uncheck 'Rebuild binaries'
[13:33] <sil2100> jdstrand: did you dput to the silo PPAs before? Since maybe you don't have the required permissions?
[13:33] <sil2100> jdstrand: in that case, you can simply give me the source packages and I or ogra_ can push those for you
[13:33] <sil2100> But I thought you had the power for that
[13:33] <ogra_> he does
[13:33] <jdstrand> it's all fine. they are building in the silo. they don't take long
[13:34] <ogra_> jdstrand, just upload if you are confident
[13:34] <jdstrand> was just saying, it slowed me down a bit
[13:34] <sil2100> We trust you jdstrand!
[13:34]  * jdstrand wanted arm binaries for click apparmor to test
[13:34] <jdstrand> thanks! but I want to test on the device. I'm sure it's fine, but a few more minutes
[13:35] <sil2100> Once that's in, let's not wait for the gallery-app remaining fix - I would prefer davmor2 to have some time for dogfooding
[13:35] <sil2100> And for smoketesting
[13:35] <sil2100> That one additional failure can be fixed in #45
[13:37] <davmor2> sil2100: +1 it's 15:36 here now
[13:51] <ahayzen> Hi, should I be able to use the framework ubuntu-sdk-14.10-qml-dev1 in image #43 on utopic?
[13:51] <asac> sil2100: so are we enforcing TRAINCON-0 yet?
[13:52] <ogra_> asac, we wanted to see 44
[13:52] <asac> right, but we should just start operating lke in TRAINCON-0
[13:52] <ogra_> but be careful about landings today ... no massively big or dangerous landings etc
[13:52] <asac> if it goes well we lift the embargo quickly
[13:53] <asac> here the traincon practices slide deck: https://docs.google.com/a/canonical.com/presentation/d/1FOqa6jqGEFPgJ2Ghxgkb7Cqi774IujImPHfYFEYnJgc/edit
[13:53] <asac> ogra_: right, but we have clear rules for what careful landing means
[13:53] <sil2100> asac: yes, we're basically operating as TRAINCON-0 now, but as we currently wait on specific landings, we do not do any other landings
[13:53]  * ogra_ would still prefer red/yellow/green instead of numbers :P
[13:53] <asac> we should jsut apply the mechanisms from traincon to be careful
[13:54] <asac> sil2100: ok cool. double check the slide deck
[13:54] <asac> of course not set in stone what is in there, if you feel something needs adjustment to be effective let me know
[13:54] <ogra_> ahayzen, nope, but in 44
[13:54] <sil2100> asac: sure :)
[13:54] <ahayzen> ogra_, thanks, cool was wondering why i was getting strange errors :)
[13:55] <ogra_> ahayzen, 43 has the frameworks, but not the corresponding security changes, so app confinement will get in your way
[13:55] <ahayzen> ogra_, yeah tht sounds about right from the errors
[13:55] <ogra_> :)
[13:55] <ahayzen> ogra_, will click-buddy need to be updated as well?
[13:56] <ogra_> oh, might be ... not sure
[13:56] <ogra_> sergiusens, cjwatson ^^^ does click-buddy need a bump for the new frameworks ?
[13:56] <ahayzen> ogra_, i think it is coming from click-buddy...but when building the click the last thing you get is 'WARNING:root:Ignoring missing framework "ubuntu-sdk-14.10-qml-dev1"'
[13:56] <cjwatson> I'll leave that to sergiusens
[13:56] <sil2100> click-buddy?
[13:56] <sil2100> I really have to read that up
[13:57] <cjwatson> ahayzen: That shouldn't matter
[13:57] <sil2100> Why didn't all the bumps happen when the new framework was introduced?
[13:57] <cjwatson> That just means the framework isn't on your build system
[13:57] <ogra_> sil2100, i talked to lool this morning ... next time we'll get that in a silo instead
[13:57] <ahayzen> cjwatson, yeah it builds the click fine, just from a user point of view i wanted to give u guys a heads up
[13:59] <sil2100> ogra_: right, saw that, but back then I wasn't aware that so many parts were left unhandled with visible consequences
[13:59] <sil2100> Since, as I already said, I'm still not completely click-enabled knowledge wise
[13:59] <ogra_> i didnt think of click-buddy either
[14:00] <ogra_> we can sit down and make a list next week ... what needs to go into that silo when landing a new framework
[14:00] <ogra_> and put that on the wiki or whatnot
[14:01] <cjwatson> It's not desperately important that it all lands at the same time
[14:01] <cjwatson> You just can't use the new frameworks until it's all done
[14:01] <cjwatson> But you couldn't use them before either, so no regression
[14:01] <ogra_> cjwatson, well, it messes up the image now with half implemented stuff
[14:01] <ogra_> not really something i like to promote
[14:02] <cjwatson> Nothing's messed up, it just isn't complete
[14:02] <cjwatson> Don't overstate
[14:02] <ogra_> (and we are eagerly waiting for a promotable image)
[14:03] <ogra_> well, we tell people they should use the new framework ... and they can on the IDE but what they develop wont run ... a promoted image should have these bits complete imho
[14:03] <cjwatson> Well you shouldn't tell people they should use the framework until it's done
[14:03] <ogra_> or that :)
[14:03] <cjwatson> That's the thing to fix, not worrying about landing everything at once
[14:03] <lool> ogra_: I also wonder how much we should redesign to centralize the list of frameworks, like for Ubuntu release data
[14:04] <cjwatson> For a promoted image all that matters is that the framework(s) we recommend work
[14:04] <ogra_> yeah, centralizing sounds good
[14:05] <sergiusens> cjwatson: ogra_ ahayzen click-buddy doesn't care for the framework; it just needs to be created. WARNING:root seems to come from python logging and not anyhing 'echoed' by click-buddy (which after a talk with zbenjamin and come community guys we are redoing)
[14:06] <cjwatson> That's from click, it can be ignored (and we should possibly silence that)
[14:07] <cjwatson> sergiusens: I don't think click-buddy necessarily needs to be updated to ubuntu-sdk-14.10 especially urgently, but it still defaults to ubuntu-sdk-13.10, which is kind of bad given that people have been talking about dropping that framework
[14:07] <sergiusens> cjwatson: well, we are doing it wrong; we actually need to build with the framework defined in the manifest
[14:08] <cjwatson> sergiusens: Yes, true
[14:08] <cjwatson> At which point click-buddy will be definitely irrelevant for framework changes
[14:09] <sergiusens> yeah; as such, the sdk will also apply the same rules wrt
[14:10] <ogra_> cjwatson, as i understood it was decided to not drop 13.10
[14:11] <cjwatson> OK.  It's still not a great choice of default nowadays, I think
[14:11] <ogra_> definitely
[14:11] <ogra_> <- out for a bit ... lets hope the final bits landed when i return in ~20min
[14:19] <plars> jdstrand: we seem to be getting some security test failures with the latest image, have you seen those already?
[14:32] <sil2100> boiko: just saw the latest landing you prepared, looks awesome :) But currently we're low on silos, so if you could wait a little bit then it would be awesome
[14:32] <sil2100> jdstrand: how's the landing proceeding?
[14:33] <boiko> sil2100: sure, no problems
[14:37] <jdstrand> sil2100: looking at an autopkgtest issue (think it is a bad test)
[14:37] <jdstrand> plars: I have, that is what's in silo 6
[14:39] <sil2100> plars: right, it's a known issue ;)
[14:55] <ogra_> wheer do we stand wrt gallery-app
[14:57] <sil2100> ogra_: it's still buildiiing!
[14:57] <sil2100> Why so long!?
[14:57] <ogra_> dont ask me
[14:57] <ogra_> :)
[14:57] <rsalveti> ogra_: did we get any image with the new NM?
[14:58] <sil2100> Oh noes, powerpc builders seem to be busy
[14:58] <ogra_> rsalveti, still waiting for two packages ... which take hours and hours
[14:58] <cjwatson> oh, blah, let me rescore
[14:58] <sil2100> ogra_: it's waiting for powerpc
[14:58] <rsalveti> ogra_: :-)
[14:58] <sil2100> cjwatson: thank you :)
[14:58]  * sil2100 is glad we have cjwatson on this channel
[14:58] <cjwatson> "Start in 7 minutes"
[14:58] <ogra_> great
[14:59] <ogra_> sil2100, well, for gallery we onyl need the click anyway
[14:59] <sil2100> ogra_: I think we need it merged to trunk as well ;)
[14:59] <ogra_> someone could just build that and push it to the store ahead of the deb :)
[14:59] <ogra_> ah k
[14:59] <ogra_> silly VCSes :P
[14:59] <sil2100> ogra_: as phablet-test-setup uses bzr to fetch the tests, bleh
[14:59] <sil2100> And same for click generation I guess
[15:00]  * ogra_ wonders if we'll ever see 44
[15:00] <sil2100> :<
[15:01] <sil2100> It's sad, but I see promotion less and less probable, as our dogfooder will be gone soon!
[15:02] <didrocks> chain him!
[15:06] <jdstrand> sil2100, ogra_: ok, I uploaded click-apparmor and aparmor-easyprof-ubuntu directly to the archive. I fully tested both with built binaries from the silo, but forgot an autopkgtest in click-apparmor
[15:07] <ogra_> hooray
[15:07] <sil2100> Yay
[15:07] <jdstrand> sil2100, ogra_: so I built a new click-apparmor with just a change to the autopkgtest
[15:07] <ogra_> seems you beat bfiller then :)
[15:07] <ogra_> make him pay you a beer tonight
[15:07] <sil2100> Oh, directly into the archive you say, let me clean the silo then
[15:07] <jdstrand> it passed so I uploaded
[15:07] <jdstrand> sil2100: yes, please clean
[15:07] <sil2100> jdstrand: thanks!
[15:08] <jdstrand> I could've built there again, etc, but seemed people were kinda wanting me to finish this, so I uploaded
[15:08] <ogra_> no all fine :)
[15:08] <sil2100> Now all that is left is to wait for it to migrate :)
[15:08] <jdstrand> yep
[15:09] <ogra_> we are getting short on time with all this
[15:09]  * jdstrand nods
[15:09] <ogra_> dogfooding should have started hours ago
[15:10] <sil2100> ogra_: could you remind me how long usually an image builds?
[15:10] <ogra_> ~1.5h
[15:10] <sil2100> Fudge
[15:10] <sil2100> I hoped you'll suddenly say "we made super optimization, it's 20 minutes now"
[15:22] <ogra_> sil2100, cjwatsons cool new lp-buildd image building will surely improve things a bit
[15:24] <cjwatson> Not necessarily, it'll be building on the same hardware for armhf
[15:24] <cjwatson> It'll allow building more images at once, but any single build on armhf will be about the same speed
[15:27] <ogra_> dang, we need multiarch support on arm64 then, so we can build on a machine with fast disks :)
[15:28] <cjwatson> ... but on the wrong side of the Atlantic, so transfers of big files to/from the datacentre are really slow
[15:28] <cjwatson> I don't know how well LP livefs builds on arm64/ppc64el are going to work as a result of that, despite the faster hardware
[15:28] <cjwatson> until we get a builddmaster satellite
[15:29] <ogra_> oh, there si no archive mirror in the US setup ?
[15:29] <ogra_> *is
[15:29] <cjwatson> not the issue
[15:29] <cjwatson> big files => the livefs
[15:29] <ogra_> oh, i get it
[15:29] <cjwatson> (also, LP builds run off the master, to avoid synchronisation problems)
[15:30] <sil2100> Mirv: could you wait with silo 16?
[15:30] <Mirv> sil2100: I could, I'll let you/robru release it then
[15:31] <cjwatson> http://people.canonical.com/~ubuntu-archive/livefs-build-logs/utopic/ubuntu-touch/20140521/livecd-armhf.out says the livefs part is ~43mins
[15:31] <Mirv> so I've dist-upgraded on my desktop and device to it testing the new transitional package and everything seems correct now
[15:31] <davmor2> sil2100: ogra_ so what is happening about image 44?
[15:31] <sil2100> davmor2: yeah, we're waiting for the last fix to migrate to the archive
[15:31] <ogra_> davmor2, waiting for packages still ... then we'll build
[15:32] <sil2100> davmor2: ;(
[15:32] <davmor2> \o/ in that case I'll come back online after tea
[15:32] <cjwatson> the packages are all built
[15:32] <cjwatson> assuming you mean silo 19
[15:32] <ogra_> cjwatson, well, we need the click and it needs to migrate through the store
[15:33] <ogra_> and i havent checked rmadison for the security packages yet
[15:33] <cjwatson> wasn't somebody dealing with that while we waited for the powerpc build?
[15:33] <ogra_> i thought it needs to be published from the silo first so it gets merged to trunk
[15:33] <cjwatson> somebody should hit publish then, if that's critical path
[15:34] <ogra_> well, click-apparmor and -easyprof-ubuntu are still in proposed ... but yeah
[15:36] <cjwatson> I'll force a proposed-migration run to speed things up slightly
[15:36] <ogra_> sil2100, can you hit publish for the gallery then ?
[15:37] <sil2100> ogra_: for which gallery?
[15:37] <sil2100> ogra_: the fix-for-last-failing-test hasn't been tested yet, so nothing to publish...
[15:37] <ogra_> oh
[15:38] <sil2100> ogra_: it just got built, not marked as tested
[15:38] <sil2100> And bill is not around!
[15:38] <ogra_> someone at the sprint please poke bill
[15:38] <ogra_> we are waiting !
[15:38] <ogra_> :P
[15:38] <sil2100> Today was a 'Waiting Thursday' for me and ogra_ it seems ;)
[15:38] <ogra_> sil2100, mostly, yeah
[15:39] <sil2100> Well, I'm not saying we were only waiting!
[15:39] <ogra_> sil2100, did the former gallery chaneg go in already ?
[15:39] <ogra_> i'm at a point where i'd go with a single gallery-app failure to finally get something out
[15:39] <sil2100> ogra_: yes, at least got merged...
[15:40] <ogra_> well, i mean the click and the store etc
[15:40] <ogra_> i know the deb landed
[15:40] <sil2100> popey, sergiusens: did you publish click to the store?
[15:40] <sil2100> I mean
[15:40] <sil2100> gallery-app to the store
[15:40] <jdstrand> fyi, the autopkgtests passed for apparmor-easyprof-ubuntu and click-apparmor, and they all built
[15:40] <jdstrand> so they should migrate soon
[15:40] <ogra_> jdstrand, yep, watching rmadison here
[15:41] <ogra_> these are not the blocking bits though
[15:41] <cjwatson> click-apparmor will take another publisher cycle
[15:41] <sergiusens> sil2100: hmm, bfiller said he'd do that
[15:41] <ogra_> gallery is
[15:41] <ogra_> i'm sure jamies packages will land before gallery is ready
[15:41] <jdstrand> cjwatson: yeah, figured with what update_excuses said about powerpc
[15:41] <cjwatson> actually if the relative timing of the publisher and p-m is right then they'll probably land in the same cycle
[15:41] <cjwatson> since the latest p-m run was one that I forced manually
[15:42] <cjwatson> just to take earlier warning of any remaining problems
[15:42] <jdstrand> well, no I guess that wouldn't be a factor
[15:42] <cjwatson> s/take/get/
[15:42] <popey> sil2100: i have seen no indication that i have a gallery app to review
[15:42]  * jdstrand finds update_excuses output  rather hard to read from time to time
[15:42] <cjwatson> jdstrand: it will be, but it should be fine shortly
[15:42] <sil2100> popey: ok, so I guess Bill wanted the other fix to go in first
[15:42] <ogra_> popey, there wwas one around noon
[15:43] <sil2100> popey: ok, could you still take a look at it? I guess even this version is good for us
[15:43] <ogra_> better than nothing at least
[15:43] <cjwatson> grumble, really must get Michael's apt-ftparchive source caching improvements landed
[15:44] <popey> sil2100: define "take a look"?
[15:44] <ogra_> sil2100, if nobody produced a click there is nothing to look at
[15:44] <sil2100> popey: i.e. publish a new gallery-app to the store
[15:44] <sil2100> Ah, k
[15:44] <popey> sil2100: no, i do not publish to the store, sergiusens balloons and dpm have that capability
[15:44] <sil2100> hm, so who can build a new click
[15:44] <ogra_> popey is just waving it through ...
[15:45] <sil2100> Damn, are there any docs on who does what and how?
[15:45] <popey> nothing has changed here
[15:45] <popey> this has been the way for months
[15:45] <ogra_> sil2100, you can ask me for most of it :)
[15:45] <ogra_> but that doesnt help if people are busy ate the sprint
[15:45] <popey> if someone gives me a click I'll happily test it and poke an uploader to upload it
[15:46] <sil2100> Ok, so it's *person building a click* -> *popey reviewing it* -> *someone publishing it* ?
[15:46] <popey> no
[15:46] <ogra_> popey publishing it
[15:46] <popey> person builds or triggers jenkins to build click
[15:47] <popey> i grab it and give it a test
[15:47] <popey> i ask someone to upload it, i accept it in the store
[15:47] <popey> or
[15:47] <popey> person builds or triggers jenkins to build click
[15:47] <popey> someone uploads to the store
[15:47] <sergiusens> sil2100: as I said, BILL is going to do it
[15:47] <popey> i download from store, test and accept it into the store
[15:48] <popey> sergiusens: bill is doing which bit?
[15:48] <sil2100> Ok, I get it more or less, would be nice to have people listed who has which powers
[15:48] <popey> listed where?
[15:48] <sil2100> Wiki at least? Or maybe some LP teams are used?
[15:49] <sil2100> Anywhere, not only expecting people to know everything
[15:50] <popey> sure, gimmie a wiki page url and I'll edit it
[15:51] <ogra_> sergiusens, well, bill obviously didnt do it yet ... we will have 1.5h for the image build *after* the click is available and it will be hard to find dogfooders to do a nightshift ... we defined that if the next image doesnt pass we will go into traincon-0 hard
[15:51] <cjwatson> jdstrand: OK, they're both copying now, so will be in release after another publisher cycle
[15:51] <ogra_> sergiusens, so could you help out ?
[15:52] <popey> ogra_: happy to dogfood
[15:52] <ogra_> popey, even in 3h ?
[15:52] <popey> sure
[15:52] <popey> what else will i be doing?
[15:52] <sergiusens> sil2100: talk to beuno
[15:53] <popey> i see gallery just landed in the store
[15:54] <cjwatson> right, publisher will run at :58 and you should have the security bits within half an hour or so of that
[15:54]  * cjwatson goes to lie down
[15:54]  * popey tests that
[15:54] <sil2100> sergiusens: will try
[15:54] <sergiusens> sil2100: upload by bfiller and approved by me; when it syncs, it should be in
[15:54] <sergiusens> popey: ^^
[15:54] <sil2100> popey: I'll look for a place where it would fit
[15:54] <sil2100> sergiusens: thanks!
[15:55] <popey> uh
[15:55] <popey> ok.
[15:55] <sergiusens> sil2100: there's  new gallery coming in a few seconds, that's why bill was holding on it since the next one will have more ap fixes
[15:55] <ogra_> sergiusens, yay, thanks so much !
[15:56] <sil2100> sergiusens: yeah, I suspected that ;) But we want the old one published first, as before the other lands in trunk would take some time again, while we're really trying to have a new image ASAP
[15:56] <sil2100> sergiusens: thanks for coordinating that
[16:02] <sil2100> ogra_: meeting!
[16:15] <sil2100> Oh, and I'll probably wait with the e-mail a bit
[16:15] <robru> anybody need any reconfigs or whatever before I run out to the doctor?
[16:15] <sil2100> I would prefer to send out a 'hey, we promoted' if possible ;)
[16:15] <ogra_> yeah at least wait for the image being building or built
[16:19] <popey> sil2100: sergiusens bfiller i just ran gallery AP tests on nexus 4 and had 1 failure
[16:19] <bfiller> popey: yup, that's expected
[16:19] <ogra_> oh my
[16:20] <bfiller> popey: working on last failure
[16:20] <popey> k
[16:20] <bfiller> better than 4 :)
[16:20] <ogra_> as long as it is not a new thing
[16:20] <popey> http://paste.ubuntu.com/7502036/ is the log
[16:21] <bfiller> ogra_: nope, it fixes 3 tests, remaining failure from before
[16:21] <ogra_> k
[16:26] <sil2100> ;)
[16:26] <sil2100> popey: thanks!
[16:35] <ogra_> the security bits are in ...
[16:35] <sil2100> !
[16:35] <ogra_> popey, how do we look gallery-app wise ?
[16:35] <sil2100> All seems to be good I guess
[16:36] <ogra_> well, i'd like confirmation before pushing the button
[16:36] <popey> ogra_: i pasted it earlier
[16:36] <popey> can someone help me trigger a build in jenkins of calendar
[16:36] <popey> s-jenkins says "This project is currently disabled"
[16:36] <ogra_> popey, you pasted a test result ...
[16:36] <popey> http://s-jenkins:8080/job/calendar-app-click/
[16:37] <popey> yes
[16:37] <popey> is that not what you were asking?
[16:37] <ogra_> i'm waiting for the package to be in the store
[16:37] <popey> sergiusens approved it before I got to it
[16:37] <ogra_> oh, so it is in ?
[16:37] <popey> like instantly.
[16:37] <popey> yes
[16:37] <ogra_> yay
[16:37]  * ogra_ misunderstood that ... this day was so confusing
[16:37] <popey> doanac: can you help me?
[16:37] <popey> heh
[16:38] <ogra_> let me build 44 then :)
[16:38] <popey> we have a new calendar on the way too
[16:38] <popey> shame that wont be in time for 44
[16:38] <sil2100> 45 will be a nice image too it seems, since it will have the remaining fixes
[16:38] <ogra_> 45 will :)
[16:38] <popey> yeah, the green is gone from calendar
[16:39] <popey> and it has agenda view
[16:39] <ogra_> dont say "the green is gone" in this channel ... this is nothing positive in here :P
[16:39] <popey> hah
[16:39] <popey> in this case it's a good thing
[16:39] <ogra_> :)
[16:39] <ogra_> yeah
[16:42] <doanac> popey: looking now
[16:45] <imgbot> [16:48] <popey> thanks doanac
[16:48] <popey> sergiusens: ignore my last request ☻
[16:58] <doanac> plars: started investigating why http://s-jenkins:8080/job/calendar-app-click/ is disabled
[16:58] <plars> doanac: disabled?
[16:59] <doanac> plars:  it says "this project has been disabled"
[16:59] <plars> doanac: odd, I just mean it's odd that nobody would know here...
[16:59] <plars> doanac: who was asking about it?
[16:59] <popey> me
[17:00] <popey> also, i have no build button
[17:01] <plars> because it's disabled
[17:01] <ogra_> popey, for you https://encrypted-tbn1.gstatic.com/images?q=tbn:ANd9GcS8glUqhFJ3uRIMbcCFtRZHXkvWjj9Bhxliiz3BB5Rtt0sUHySZ
[17:01] <ogra_> (nobody should be without build button)
[17:02] <popey> hah
[17:02] <plars> popey: if you say it shouldn't be disabled, then we can re-enable it. I just wanted to check around real quick first
[17:02] <plars> popey: you are trying to land something I guess?
[17:02] <popey> yes
[17:03] <popey> it hasn't built for ages which means I dont know if it even will
[17:03] <popey> but more importantly i want to build one to test it and land in the store
[17:04] <popey> other core apps do not seem to have the issue
[17:06] <plars> popey: you should have a build button now
[17:06] <popey> I CAN HAZ BUILD!
[17:07] <popey> thanks
[17:07] <plars> popey: haz build you can
[17:14] <popey> plars: build failed ☹
[17:14] <popey> plars: should I see logs?
[17:15] <plars> popey: in the console log: http://s-jenkins.ubuntu-ci:8080/job/calendar-app-click/116/console
[17:15] <plars> popey: W: Failed to fetch http://ppa.launchpad.net/phablet-team/tools/ubuntu/dists/utopic/main/binary-armhf/Packages  404  Not Found
[17:16] <popey> uh
[17:16] <plars> popey: looks like phablet-team has no utopic builds yet
[17:16] <popey> doubleu tee eff
[17:17] <popey> so i should change the debian/changelog to trusty?
[17:18] <plars> popey: I'm not sure that would help
[17:18] <plars> sudo pbuilder --execute --basetgz /var/cache/pbuilder/utopic-armhf.tgz --bindmounts out -- click_build.sh
[17:19] <popey> oh you';re right
[17:19] <plars> could/should we just request someone on phablet-team stick something in the ppa?
[17:19] <popey> i dont know what it wants from the ppa
[17:20] <plars> it's unlikely it would get something more recent than what it has in the archive
[17:20] <ogra_> for $current_release the script/test/whatever produces the above should probably default to the archive
[17:21] <popey> how am I the first to see this?
[17:22] <popey> also, what needs to be fixed to make it work? ☻
[17:23] <popey> (guess this is why it was disabled)
[17:26] <ogra_> ARGH !!!
[17:26]  * ogra_ tries since 2min to close that damned system-settings app on his flo 
[17:27] <ogra_> getting the x to show up is so hard ... once you have it and tap to fast it opens the first up that just jumped under your thumb
[17:27] <ogra_> s/up/app/
[17:28]  * ogra_ wants the hud back 
[17:28] <popey> plars: sergio is here
[17:28] <popey> helping me
[17:28] <plars> popey: I think fginther was talking about moving these all up to utopic recently but still having some work to do. I suspect this may just be one that's not done yet
[17:28] <popey> yes, apparently so
[17:28] <plars> popey: http://s-jenkins.ubuntu-ci:8080/job/calendar-app-click/115/console was the previous one and seems to have been on trusty
[17:29] <popey> got it
[17:40] <popey> plars: all sorted now, thanks.,
[17:43] <plars> popey: cool, did that work?
[17:44] <popey> dunno what he did, but i now have a click ☻
[17:48] <mhr3> robru, can i get reconf on 013?
[17:52] <sil2100> mhr3: robru is probably still at the doctor, let me do that for you
[17:53] <mhr3> sil2100, ah, working late? :)
[17:53] <dobey> can i get a silo for https://code.launchpad.net/~dobey/unity-scope-click/merge-devel/+merge/220696 ?
[17:53] <sil2100> mhr3: yeah ;p Lately it seems to be happening much more often
[17:53] <sil2100> mhr3: reconfiguring
[17:54] <dobey> sil2100, mhr3: ^^ or do i need to wait for robru or poke cyphermox for it? :)
[17:55] <mhr3> sil2100, don't worry it will get better...
[17:55] <sil2100> dobey: hi! :)
[17:55] <mhr3> sil2100, ...in october :)
[17:55] <dobey> hi sil2100
[17:55] <dobey> mhr3: october is a lie
[17:55] <mhr3> dobey, adding
[17:55] <sil2100> dobey: so, do you have citrain powers?
[17:55] <dobey> sil2100: i do not
[17:56] <dobey> sadly :-/
[17:56] <sil2100> I think we'll have to change that soon!
[17:56] <sil2100> mhr3: will you fill out a landing for dobey?
[17:56] <sil2100> Not sure if we have enough silos...
[17:57] <mhr3> done
[17:57] <dobey> thanks
[17:57] <mhr3> sil2100, 013 reconfigured?
[17:57] <sil2100> mhr3: yes!
[17:58] <sil2100> It seems to have succeeded
[17:58] <mhr3> thx, hitting build again then
[17:58] <sil2100> dobey: so, you might have to wait a bit sadly...
[17:59] <dobey> sil2100: that's fine.
[17:59]  * dobey has way more than enough to keep himself busy :-/
[18:02] <ogra_> dobey, so i just checked here and my phablet-screenshot is working correctly
[18:02] <ogra_> (and has the fix)
[18:02] <ogra_> same version as yours
[18:03] <ogra_> oops, sorry dobey mixed you up with brendand
[18:03]  * ogra_ sighs
[18:04] <dobey> :)
[18:05] <imgbot> [18:05] <imgbot> [18:05] <ogra_> davmor2, popey ^^^ \o/
[18:08] <popey> thanks
[18:08] <popey> am in the bar with davmor2
[18:08] <popey> will poke him
[18:08] <ogra_> cool, have a beer :)
[18:10] <sil2100> YESS
[18:10] <sil2100> A drunk davmor2 will find less bugs
[18:11] <popey> he is on coke
[18:11] <popey> i promise ☻
[18:12] <ogra_> damned
[18:12] <ogra_> give him beer !
[18:12] <ogra_> :P
[18:12] <popey> (he doesn't drink)
[18:12] <popey> I just upgraded and wifi is off
[18:12] <ogra_> ah
[18:13] <popey> wlan0      802-11-wireless   unavailable
[18:13] <ogra_> cyphermox, ^^^
[18:13] <popey> current build number: 44
[18:13] <ogra_> popey, OTA ?
[18:13] <popey> yes
[18:13] <ogra_> so it was connected before i guess
[18:13] <popey> yes
[18:13] <ogra_> sigh
[18:15] <cyphermox> don't touch anything
[18:15] <popey> davmor2 has wifi
[18:15] <popey> i do not
[18:15] <ogra_> same devices ?
[18:15] <popey> yes
[18:15] <ogra_> lovely
[18:15] <cyphermox> get me nmcli dev, nmcli nm, rfkill list, ps -ef | grep wpa   and /var/log/syslog
[18:15] <cyphermox> I don't think it's the same issue
[18:16] <sil2100> :(
[18:16] <cyphermox> meh\
[18:16] <ogra_> must be the "if $user_in_front_of_device = popey" codepath in NM
[18:16] <sil2100> Well, it might be something different
[18:16] <popey> ☻
[18:16] <popey> will get that in just a second
[18:16] <cyphermox> sure
[18:16] <sil2100> Let's hope so anyway
[18:16] <cyphermox> but we don't have NM debugging on anymore, so back to square one
[18:17] <popey> cyphermox: ps -ef | grep wpa returns nothing fwiw
[18:18] <cyphermox> yeah, I kind of expect
[18:18] <popey> http://paste.ubuntu.com/7502453/ http://paste.ubuntu.com/7502455/ http://paste.ubuntu.com/7502456/
[18:18] <cyphermox> oh wait
[18:19] <ogra_> fwiw ... my flo didnt have any wlan issues in ages
[18:19] <cyphermox> this could actually be because NM wasn't fixed in 44
[18:19] <ogra_> even 43 worked fine here
[18:19] <cyphermox> in 43 I mean
[18:19] <ogra_> cyphermox, popey is on 44
[18:19] <cyphermox> I know
[18:19] <cyphermox> but he OTA's to 44
[18:20] <ogra_> like tons of other users ...
[18:20] <cyphermox> that means you still get to keep the state file from NM
[18:20] <ogra_> aha
[18:20] <sil2100> hah
[18:20] <sil2100> Right...
[18:20] <cyphermox> popey: could you get syslog too?
[18:20] <ogra_> how do we avoid that in the future then
[18:21] <popey> yes, taking ages to pastebin
[18:21] <cyphermox> ogra_: you can't, just need to flick the switch for those that actually do this upgrade from a broken image
[18:21] <cyphermox> popey: oh, of course
[18:21] <cyphermox> ogra_: once it's done once, it won't be an issue
[18:22] <ogra_> ok
[18:22] <plars> rsalveti: around? I'm having some emulator issues trying to run it under xvfb. Have you tried this before?
[18:22] <ogra_> sil2100, we need to note that then in the mail i guess
[18:22]  * popey gives up on pastebinit
[18:22] <sil2100> Sure thing
[18:23] <sil2100> As long as we can promote, I can write anything
[18:23] <plars> rsalveti: lightdm is failing, and I see errors in unity-system-compositor.log
[18:23] <popey> http://popey.com/~alan/syslog.txt.gz
[18:24] <popey> cyphermox: ^
[18:24] <rsalveti> plars: never tried it under xfvb
[18:24] <rsalveti> plars: have the emulator log?
[18:24] <popey> cyphermox: please can I connect to the internet now?
[18:24] <plars> rsalveti: I can get it, one moment
[18:24] <cyphermox> popey: yes
[18:24] <popey> thanks
[18:24] <plars> rsalveti: in the meantime, I have the lightdm.log and unity-system-compositor.log
[18:25] <plars> unity-system-compositor.log: http://paste.ubuntu.com/7502475/
[18:25] <plars> lightdm.log: http://paste.ubuntu.com/7502476/
[18:25] <ogra_> plars, i doubt xvfb has any kind of GL/GLES implementation
[18:25] <rsalveti> yeah, that might be the issue
[18:25] <plars> ogra_: I was wondering if that could be the problem
[18:25] <plars> ok
[18:25] <rsalveti> it needs a working GL on your host
[18:25] <ogra_> X Virtual framebuffer ...
[18:25] <rsalveti> std::exception::what: buffer allocation failed
[18:26] <rsalveti> I believe the gles translator failed to initialize
[18:26] <ogra_> all you get is /dev/fb from it and a fake xorg-fbdev...
[18:26] <rsalveti> the qemu log will tell you that
[18:26] <dobey> rsalveti: you might just need to run xvfb with additional options…
[18:26] <plars> so can it be done through mesa or something?
[18:26] <rsalveti> yeah
[18:27] <ogra_> "Xvfb does not support modern X11 extensions like Compositing, Randr or GLX. Xdummy is a newer alternative which supports these extensions as well as providing the same functionality as Xvfb."
[18:27] <ogra_> from http://en.wikipedia.org/wiki/Xvfb
[18:28] <rsalveti> interesting
[18:29] <cyphermox> popey: so yeah, looks like the bug was triggered on the previous shutdown
[18:29] <dobey> rsalveti: try  xvfb-run -a -s "-screen 0 640x480x24"
[18:30] <rsalveti> plars: ^
[18:31] <plars> ok, sec
[18:32] <plars> dobey++
[18:32] <plars> that worked :)
[18:32] <dobey> :)
[18:32] <ogra_> cool
[18:32] <ogra_> i wonder how though ... given the above statement from wikipedia
[18:32] <dobey> the issue is because the default screen is 8bpp i think
[18:33] <dobey> and so mesa can't do anything with it
[18:33] <dobey> but with 24bpp, mesa will work
[18:33] <plars> ah
[18:34] <rsalveti> awesome
[18:34] <rsalveti> ogra_: wikipedia is wrong then
[18:34] <rsalveti> go fix it :P
[18:34] <dobey> no, wikipedia is right
[18:34] <ogra_> hahaha
[18:34] <rsalveti> then how glx worked in there?
[18:35] <dobey> it's not?
[18:35] <dobey> you're getting software
[18:35] <rsalveti> sure, but still glx right?
[18:35] <rsalveti> even if by software
[18:35] <dobey> it's not the x glx extension afaik
[18:35] <ogra_> well, it doesnt talk about true GL
[18:35] <ogra_> or GLES
[18:36] <dobey> right. the error from qml/qt is also a bit confusing in this regard
[18:38] <dobey> anyway make a note of that xvfb command i pasted. it's necessary to run unit tests under xvfb with qmltestrunner and such
[18:39]  * ogra_ sees the gallery-app tests are running and crosses fingers 
[18:41] <sil2100> ogra_: it'll be ok, no worries ;)
[18:41] <ogra_> heh
[18:41] <dobey> https://plus.google.com/103117938079967018309/posts/XMSMtYQzbyW
[18:41] <dobey> there i made a note for you :)
[18:41] <sil2100> I put the biggest pressure on QA here
[18:44] <ogra_> mediaplayer-app has 1 failure on mako
[18:45] <ogra_> regressed :(
[18:45] <ogra_> (fully passed on 43)
[18:46] <rsalveti> weird
[18:47] <sil2100> We had a failure sometimes I remember somehow
[18:47] <ogra_> well, we should have told jhodapp :P
[18:48] <ogra_> i see one failure on 42
[18:48] <sil2100> Nothing landed that could have impacted, so I think we're ok
[18:48] <ogra_> well, should still be fixed
[18:49] <ogra_> great
[18:49] <ogra_> gallery-app 1 failure on all devices
[18:49] <sil2100> Yes, now that it's reocurring more, we can add a notice about that in the e-mails
[18:49] <sil2100> \o/
[18:49] <sil2100> Awesome
[18:49] <sil2100> Ship it
[18:49] <ogra_> heh
[18:53] <jhodapp> ogra_, looks like an AutoPilot failure on that failed test
[18:53] <ogra_> jhodapp, so QA stuff ?
[18:53] <jhodapp> ogra_, yeah
[18:54] <ogra_> lets talk to them next week then :)
[18:54] <jhodapp> hehe, ok
[18:54] <jhodapp> ogra_, I'll put davmor2 on them ;)
[18:54] <ogra_> hah
[18:55] <sil2100> Yeah, wanted to have a chat with them about possible causes of tests failing as well
[18:56] <jhodapp> sil2100, indeed, a good idea
[19:13] <sil2100> So far so good, test results on mako looking nice
[19:14] <ogra_> any news from the dogs ?
[19:15] <Mirv> dogs arw still here, testing
[19:15] <ogra_> :)
[19:15] <ogra_> woof
[19:15] <popey> arf arf
[19:19] <sil2100> Buy them more beer!
[19:19] <sil2100> It's on the house!
[19:19]  * sil2100 says so because he doesn't have to pay
[19:19] <sil2100> ;)
[19:20] <popey> 44 seems pretty good to me.
[19:21] <ogra_> cool
[19:21] <sil2100> popey: so, +1?!
[19:21] <dobey> popey: is unity8 not using a bunch of cpu on it for you?
[19:21]  * sil2100 is still waiting on smoketesting
[19:22] <dobey> i've noticed on my mako that unity8 is using a lot of cpu for some reason (haven't debugged why)
[19:22] <popey> sil2100: I'm not +1ing until davmor2 does, and i can confirm anything he finds
[19:31] <sil2100> popey: ACK
[19:32] <sil2100> davmor2: still waiting for the final dogfooding result
[19:32] <ogra_> well, smoketests will still take a bit
[19:32] <ogra_> no need to hurry
[19:36] <popey> sil2100: he is not at a computer
[19:36] <popey> he is sat here dogfooding
[19:36] <popey> bug 1322321
[19:39] <ogra_> popey, i cant play any sound twice on flo ...
[19:39] <ogra_> it only plays once
[19:40] <ogra_> no matter how often i tap
[19:40] <ogra_> how do you get it to play a second time ?
[19:42] <popey> tap a different sound
[19:43] <ogra_> yeah, it plays fine when the checkmark switches but i cant play it twice
[19:43] <ogra_> and it reacts just properly on flo
[19:52] <ogra_> even when switching back and forth fast
[19:55] <ogra_> filemanager and shorts have 3 failures each
[19:56] <popey> sil2100: davmor2 has +1'ed it, I have witnesses
[19:56] <ogra_> heh
[19:57] <sil2100> !
[19:58] <sil2100> ogra_: shorts app is known, filemanager as well
[19:58] <sil2100> ogra_: filemanager varies from 1 to 3 failures
[19:58] <ogra_> yeah
[19:58] <ogra_> just reporting it as they show up
[19:58] <sil2100> Let's wait for those to finish and let's promote this baby
[19:59] <ogra_> yeah
[20:00] <ogra_> even flo and manta look pretty good (yet)
[20:03]  * ogra_ twiddles thumbs ... system-settings ... and syncing the crash inof and logs is still missing ...
[20:04] <ogra_> *info
[20:05]  * popey filed bug 1322326
[20:05] <popey> because frustratingly the ap tests are broken - they try to write to /tmp
[20:09]  * popey drops off irc to eat a tasty tasty burger
[20:10] <sil2100> ogra_: almost done!
[20:10] <sil2100> Mako looks really good, so far 8 failures
[20:10] <ogra_> yeah, lets see the crashers
[20:11] <ogra_> (i dont expect anything bad there but i want to see them before promoting)
[20:11] <ogra_> popey, enjoy !!
[20:11] <ogra_> and thanks !!!
[20:12] <sil2100> popey, davmor2: thanks guys!
[20:12] <sil2100> You rock
[20:14] <ogra_> Wellark really needs to look into these indicator-network crashes
[20:16] <sil2100> Right... those happen a bit too frequently - but crash-wise we look good in overall
[20:16] <ogra_> they happen reliably on every image since a while
[20:16] <ogra_> come on ... sync faster
[20:19] <ogra_> wow, look at manta !
[20:20] <ogra_> we never had such a good image on manta since utopic started
[20:22] <sil2100> Damn
[20:22] <ogra_> sil2100, that definitely looks promotable
[20:22] <sil2100> That's true
[20:22] <ogra_> 6 crashers ... no new ones
[20:22] <sil2100> ogra_: can you press the button? :)
[20:22] <ogra_> sure :)
[20:22] <sil2100> I'm ready to send out the e-mail!
[20:23] <ogra_> script running
[20:24] <ogra_> done
[20:24] <ogra_> [20:25] <sil2100> YESS
[20:25]  * sil2100 sends
[20:28] <sil2100> Ok, time to EOD for today
[20:28] <sil2100> Thanks for everything and see you tomorrow o/
[20:28] <sil2100> robru: TRAINCON-0 is officially down!
[20:28]  * ogra_ too ... and now that i could watch TV we get massive thunderstorms
[20:28] <sil2100> robru: so land normally
[20:28] <ogra_> luckily they will pass fast to sil2100 i heard
[20:29] <popey> \o/
[20:36] <Mirv> cool
[20:37] <Mirv> well I'll land my Qt packaging-only change then
[20:39] <ogra_> bah, no wifi after upgrading from 28
[20:42] <ogra_> sigh, stuck on 2G until i switched to another AP first
[20:45] <ogra_> yippiiieee
[20:45] <ogra_> new haptics
[20:50] <cyphermox> ogra_: http://www.youtube.com/watch?v=WOTW6gFQUlg
[20:52] <ogra_> cyphermox, LOL
[21:22] <robru> allllll aboard!
[21:23] <robru> mhr3, boiko, Saviq: I just published silos 6, 11, and 13
[21:24] <boiko> robru: thanks!
[21:24] <robru> boiko, you're welcome!
[21:26] <mhr3> robru, cheers!
[21:26] <robru> mhr3, my pleasure!
[21:32] <robru> oSoMoN, published 17!
[21:32] <oSoMoN> robru, man, that was fast, I was about to ping you to request publication :)
[21:32] <robru> oSoMoN, bot pinged me first ;-)
[21:32] <oSoMoN> ah, I guess I can’t beat the bot
[21:33] <robru> oSoMoN, well I dunno, the bot is just polling ona  5 minute interval, I often find I can ping people before the bot does... I guess just by chance in this case you flipped the switch just moments before the bot did it's poll.
[21:33] <oSoMoN> robru, while we’re at it (and if there are free silos), could I get a silo for line 44 ?
[21:33] <robru> yeah!
[21:35] <robru> oSoMoN, ok you got 16
[21:36] <oSoMoN> robru, thanks!
[21:36] <robru> oSoMoN, you're welcome!
[21:36] <robru> mhr3, you got 18
[21:36] <robru> boiko, and you got 15
[21:36] <boiko> robru: nice, thanks!
[21:37] <robru> boiko, you're welcome!
[21:38] <mhr3> dobey, click building in 018, check it out once built pls
[21:42] <boiko> robru: I'm actually going to sleep now, so if you are low on silos, you can free mine and I get one again tomorrow
[21:43] <robru> boiko, ok, will keep that in mind if i get any new requests, thanks!
[21:43] <boiko> np
[21:45] <dobey> mhr3: thanks, will do.
[21:50] <robru> jdstrand, I got you silo 20 if you want to upload click-apparmor apparmor-easyprof-ubuntu.
[21:55] <ahayzen_> ogra_, should i be able to run the ubuntu-sdk-14.10-qml-dev1 on image 44 or is there still stuff broken?