[07:18] <sil2100> uh
[07:18] <sil2100> The dashboard makes me feel fear right now
[07:19] <sil2100> And to think we almost had a green image...
[07:44] <brendand> sil2100, also why are we missing some suites?
[07:50] <davmor2> sil2100, popey: I forgot I won't be at the meeting this morning I need to take the car in for it's service and mot.  I'll catch up when I get back and find out what's what
[07:50] <sil2100> brendand: I think we'll have to wait for psivaa to appear and maybe he'll know what's going on
[07:51] <sil2100> davmor2: ok, sure, with these results we won't be promoting anything today anyway
[07:51] <psivaa> sil2100: brendand: let me check
[07:52] <tvoss> good morning :)
[07:52] <brendand> sil2100, psivaa - i count only 20 suites, usually there's about 30
[07:52] <ogra_> yeah, there is a lot missing
[07:52] <psivaa> brendand: yea, some tests are still running for longer than usual.. i'll find out what's really going on
[07:53] <tvoss> josepht, hey there. can I get a silo assigned for line 33 of the spreadsheet?
[07:53] <brendand> psivaa, even if they haven't run ye shouldn't they appear on the dashboard?
[07:53] <tvoss> josepht, please note the comment on that line
[07:54] <ogra_> psivaa, sheck if plars new health-chek test leaves stuff around running ...
[07:54] <ogra_> *check
[07:55]  * ogra_ thinks it wasnt so clever to add that the same day we got Qt 5.3
[07:56] <ogra_> sil2100, it doesnt look as bad as you think :) 92 had only 15 failures (of the tests we care for) ... ignore th ehealth-check stuff, it isnt complete yet
[07:57] <ogra_> 93 had no changes ...
[07:57] <sil2100> ogra_: yeah, I know, I checked but still for instance gallery-app had many failures
[07:57] <sil2100> Which we didn't see before
[07:57] <sil2100> This is that worries me - we have more test suites failing now
[07:57] <psivaa> brendand: ogra_: ok, it was because one of the 3 devices used has had issues prior to flashing, the missing tess were supposed to be run on that.
[07:57] <ogra_> we did ... since thu
[07:58] <psivaa> i'll find the missing tests and run them on another device
[07:58] <sil2100> Yeah, and I wasn't around on thu, so I'm just sad that after the time I was away we're again on a large fail count
[07:58] <sil2100> While I wanted things to be better, not worse!
[07:58] <sil2100> ;)
[07:58] <ogra_> http://ci.ubuntu.com/smokeng/utopic/touch/mako/89:20140619.1:20140530/8627/
[07:58] <ogra_> it started there
[07:59] <ogra_> and bfiller is looking (or rather his team is)
[07:59] <brendand> sil2100, we should factor health-check out for the meantime
[07:59] <ogra_> sil2100, smells like the mir update caused it
[07:59] <brendand> sil2100, i'm more worried we didn't get a complete run. we can't rely on the data while it's incomplete
[07:59] <sil2100> brendand: that's true
[08:00]  * ogra_ doesnt mind leaving helath-check in ... as long as we can make sure it does not influence any of the other tests
[08:01] <ogra_> though it runs for over 2h iirc ...
[08:01] <brendand> ogra_, i wonder can it get it's own device to run on
[08:01] <ogra_> which we probably dont want atm :)
[08:01] <ogra_> it really should
[08:01] <ogra_> long term at least
[08:02] <tvoss> sil2100, ping
[08:02] <sil2100> tvoss: pong
[08:03] <brendand> psivaa, how many different devices do the tests run on?
[08:04] <psivaa> brendand: 3 makos
[08:05] <psivaa> brendand: ogra_: it could be the health check test of the previous runs that could have caused the delay in one of the devices but for one device to fail, it wasn't the reason
[08:12]  * sil2100 is still tired after the long weekend
[08:12] <sil2100> I think I might need some coffee before the meeting
[08:12] <ogra_> take a vacation :)
[08:19] <t1mp> hmm, what's happening with jenkins? it takes 3 days to autoland this? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/98-DeprecateHeader/+merge/221935
[08:20] <sil2100> ogra_: I'm worried that I would get back from those vacations tired in a similar way!
[08:20] <sil2100> :D
[08:20] <ogra_> haha
[08:26] <mandel> ogra_, can we use ssh in img 94?
[08:26] <mandel> ogra_, I'm getting a nice Permission denied (publickey).
[08:27] <ogra_> with phablet-shell ?
[08:27] <ogra_> or via network
[08:28] <mandel> ogra_, I'm doing => adb forward tcp:8888 tcp:22; ssh phablet@localhost -p 8888
[08:28] <ogra_> (nothing changed in ssh since the sprint)
[08:28] <mandel> ogra_, I might be very outdated
[08:28] <ogra_> use phablet-shell
[08:29] <ogra_> (it does the same but cares for generating and copying the key ...)
[08:31] <sil2100> ogra_, psivaa: be right there
[08:32] <mandel> ogra_, http://paste.ubuntu.com/7689325/
[08:32] <mandel> :-/
[08:32] <ogra_> weird
[08:32] <ogra_> i'll test after the landing meeting
[08:33] <ogra_> we didnt have any changes that could affect it
[08:33] <ogra_> did you tweak your ssh config on the device in any way ?
[08:36] <mandel> ogra_, not at all
[08:36] <mandel> ogra_, I'll reflash to see if that fixes the issue
[08:36] <ogra_> did you manually generate a key fo rthe phablet user on your desktop ?
[09:01] <mandel> ogra_, no need for you to take a look, my ~/.ssh/config had the IdentifyOnly yest configuration and that broke it
[09:01] <mandel> ogra_, removing that config line fixes it
[09:01] <ogra_> awesome !
[09:02] <mandel> ogra_, I added that to access ec2 using a pem via -i I guess I'll have to be careful next time
[09:02] <ogra_> sil2100, https://code.launchpad.net/~artmello/gallery-app/gallery-app-fix_toolbar_device/+merge/224013 has the gallery app fis, i just approved it
[09:02] <ogra_> *fix
[09:03] <sil2100> ogra_: yeah, saw that merge in the bug as mentioned on the meeting ;) You tested it?
[09:03] <ogra_> no, i can read code :P
[09:03] <sil2100> Ah ;)
[09:03] <sil2100> Anyway, it indeed makes sense
[09:03] <ogra_> and i assume the lander will test it ;)
[09:04] <sil2100> No we need to get this released, so we need a lander (bfiller) to add it, test it and release
[09:04] <ogra_> (there are no typos and the fix makes sense)
[09:04] <sil2100> *Now
[09:04] <sil2100> Yeah :)
[09:46] <cjwatson> ogra_: So am I OK to switch ubuntu-touch images over to livefs-in-LP?  I did everything else last night
[09:46] <ogra_> sure, go ahead ...
[09:46] <cjwatson> Then we can recommission the old builders as LP builders :)
[09:46] <ogra_> (we wont build anything during the day anyway ...)
[09:46] <ogra_> yay
[09:47] <ricmm> ogra_: no image ?!
[09:47] <ricmm> I wanted to land the orient
[09:47] <ricmm> heh
[09:47] <cjwatson> ogra_: OK, done
[09:48] <ogra_> ricmm, well, we're waiting for galler-app fixes first anyway ...
[09:48] <ogra_> *gallery
[09:48] <ogra_> ricmm, i think you should be safe to land though ... ask sil2100
[09:49] <sil2100> ricmm: what would you like to land?
[09:50] <sil2100> And ricmm you really confuse me with your work hours, I never know if you're on a sprint somewhere or just suddenly working at strange hours
[09:50] <sil2100> ;)
[09:50] <ogra_> sil2100, he moved to europe
[09:50] <sil2100> Ah! Finally?
[09:50] <sil2100> yay
[09:51] <sil2100> Ok, so now it's a bit less confusing
[09:56] <ricmm> heh
[09:56] <ricmm> sil2100: yeaI moved to madrid
[09:56] <ricmm> I want to land silo 005
[09:56] <ricmm> salveti was meant to on friday but he left with a wrong concern and didnt land it
[09:56] <ricmm> I'll wait for him anyways
[09:56] <ricmm> to make sure his mind is at ease
[10:15] <sil2100> ricmm: ok, just switch it to testing done whenever you think it's ready
[10:15] <sil2100> We can release today
[10:17]  * ogra_ looks forward to have the orientation sensore finally behave
[10:19] <ricmm> ogra_: do you wanna give the silo a shot?
[10:19] <ricmm> wouldnt mind another testing hand
[10:19] <ogra_> only on flo though
[10:19] <ricmm> thats ok
[10:19] <ogra_> but yeah, i can do it
[10:20] <ogra_> bah
[10:20] <ogra_> if my flo's battery wasnt deep dead
[10:20] <ogra_> gimme a bit to first charge and update
[10:23] <ogra_> sil2100, hmm, looks liek oSoMoN isnt happy with the gallery-app fix
[10:24] <oSoMoN> ogra_, not entirely :)
[10:24] <ogra_> well, you want more research :)
[10:24] <sil2100> ogra_: yeah, I poked him about it :)
[10:25] <ricmm> whats wrong with galery?
[10:27] <ogra_> ricmm, issues with swiping in the toolbar
[10:27] <ogra_> (which makes the tests fail)
[10:27] <ogra_> oSoMoN, hmm, r919 doesnt seem to touch that file  at all
[10:28] <ogra_> unless i'm blind or so
[10:28] <ogra_> http://bazaar.launchpad.net/~phablet-team/gallery-app/trunk/revision/919
[10:31] <popey> ogra_: there seems to be a packaging problem in uptopic, when i create an i386 chroot in the sdk.. http://paste.ubuntu.com/7689765/
[10:31] <popey> (see the very bottom of that paste)
[10:31] <popey>  qtsensors5-dev : Depends: libqt5sensors5-dev (= 5.2.1+dfsg-2ubuntu2) but it is not going to be installed
[10:31] <ogra_> ricmm, ^^^
[10:33] <ricmm> sounds like a qt 5.3 landing thing
[10:33] <ricmm> ?
[10:33] <ricmm> popey: try and install that pkg
[10:33] <ricmm> see whats the root cause of the failure to install
[10:34] <oSoMoN> ogra_, it appears the change was done at revision 916 in fact
[10:34] <ogra_> ricmm, it depends on a 5.2 version obviously
[10:35] <ogra_> oSoMoN, according to bzr blame src/gallery-application.cpp it was in 912
[10:35] <ogra_> which is wrong as well ...
[10:35] <ogra_> http://bazaar.launchpad.net/~phablet-team/gallery-app/trunk/revision/909
[10:35] <ogra_> there it is
[10:35] <oSoMoN> yep, but 912 is relevant as well
[10:36] <oSoMoN> anyway, artmello should be online soonish so he can take a look
[10:36] <ogra_> 912 is just debian/changelog for thaat landing
[10:37] <ogra_> -a
[10:39] <popey> ricmm: k
[10:42] <ogra_> ricmm, seems there is no qtsensors5-dev at all anymore with 5.3
[10:42] <xnox> ogra_: yes, it's part on NBS which needs fixing, i'm working on it, trying to figure out what else apart from cordovas and click i need to fix.
[10:42] <ogra_> ah, cool
[10:43] <ogra_> i wonder why it tries to pull that package in though
[10:43] <Chipaca> hi guys. Does anybody here know what in tarmac could be mangling debian/changelog? we've been keeping it up to date with each merge, and it's the second time conflicts appear, apparently made by tarmac itself
[10:43] <ogra_> it isnt seeded anywhere
[10:44] <ogra_> Chipaca, make sure to keep the distro as "UNRELEASED" if you make manual changes to debian/changelog
[10:44] <Chipaca> yes, distro is UNRELEASED
[10:44] <ogra_> then tarmac should only adjust the version
[10:44] <ogra_> (afaik)
[10:44] <Chipaca> http://bazaar.launchpad.net/~ubuntu-push-hackers/ubuntu-push/automatic/view/head:/debian/changelog
[10:45] <Chipaca> and the conflict is rather silly :-/
[10:46] <popey> ricmm: http://paste.ubuntu.com/7689830/ looks like it wants to remove a bunch of stuff
[10:46] <ogra_> yeah, you dont want that package pulled in at all
[10:47] <ogra_> its dead ... (NBS that xnox talked about above means the package is due for complete archive removal)
[10:48] <ricmm> who is pulling it in?
[10:48] <ogra_> if only i knew :P
[10:48] <ricmm> ogra_: I need to run off to the doc, but if its something I own, cna you let me know and ill fix when I get back?
[10:48] <ogra_> sure
[10:50] <cjwatson> ricmm,ogra_: http://people.canonical.com/~ubuntu-archive/nbs.html says cordova-ubuntu and cordova-ubuntu-3.4.
[10:50] <davmor2> sil2100: I wonder why the test results are so far out considering the phone seems to be working really well :)
[10:50] <popey> davmor2: broken device in lab
[10:50] <davmor2> popey: that would do it :)
[10:50] <sil2100> davmor2: hey, well, there was a b0rken device + the health tests are also making things look worse
[10:51] <ogra_> cjwatson, oh, right ... thanks
[10:51] <sil2100> davmor2, popey: btw. guys did you notice anything broken on the last promoted image?
[10:51] <sil2100> Like, 87?
[10:51]  * ogra_ didnt 
[10:51] <ogra_> i use it every day here
[10:51] <sil2100> I got news that someone said it's crashing very often, more than others?
[10:51] <popey> i dont use promoted anymore
[10:51] <ogra_> i havent had crashes
[10:51] <davmor2> sil2100: nope galler was but that got fixed with saturday mornings release
[10:52] <davmor2> gallery even
[10:52] <sil2100> davmor2, ogra_: ok, thanks guys
[10:52] <xnox> ogra_: this is one https://code.launchpad.net/~xnox/click/libqt5sensors5-dev/+merge/224101
[10:52] <ogra_> davmor2, hgallery was broken on 87 ? ... not for me
[10:52] <sil2100> It's anyway worth investigating, but good it's not a thing overall broken
[10:52] <xnox> ogra_: others are cordova
[10:52] <davmor2> oh sorry I thought sil2100 was saying since 87
[10:52] <sil2100> davmor2: no no, I meant 87
[10:52] <ogra_> xnox, aaah ... then i can search for package deps forever :P thanks a lot
[10:53] <davmor2> sil2100: oh on 87 itself no it was fine
[10:53] <sil2100> Ok, thanks ;)
[10:54] <xnox> ogra_: how is cordova-ubuntu & cordova-ubuntu-3.4 uploaded? is it or is it not citrain, and if yes, which branches?
[10:54]  * xnox is touched it last, so i guess non-citrain
[10:55] <ogra_> xnox, thats dbarth's baby ...
[10:55] <ogra_> hmm, and i dont see a 3.4 upload to utopic at all
[10:55] <ogra_> only in trusty
[10:56] <ogra_> (which was done by you btw )
[10:56] <xnox> ogra_: yeah.
[10:56] <ogra_> looking at the changelog it looks like direct uploads all the wa
[10:56] <ogra_> y
[10:56] <ogra_> (for 3.4 at least)
[10:57] <xnox> ogra_: ack, then will direct fix soon.
[10:57] <ogra_> thanks
[10:57] <ogra_> (in the name of popey :) )
[10:57]  * popey hugs everyone
[10:57] <popey> thanks chaps ☻
[10:57] <sil2100> I guess cordova was released through CI Train but only as source-package-uploads
[10:58] <xnox> cjwatson: would you look into https://code.launchpad.net/~xnox/click/libqt5sensors5-dev/+merge/224101 ? looks like as part of the name transition the old compat name package is finally dropped and now held up in NBS (resolving that) but also breaks click chroot creations on utopic.
[10:58] <sil2100> If anything
[10:58] <ogra_> yeah
[10:58] <ogra_> it has proper changelog entries ... must be manual uploads :)
[10:58] <sil2100> ;p
[10:59] <popey> how long would this fix take to land in utopic? I'd like to do more testing later.. today? tomorrow? next week?
[10:59] <ogra_> popey, well, click needs to land
[10:59]  * sil2100 was about to upgrade his main device to utopic just now
[10:59] <sil2100> Like, my main laptop
[10:59] <ogra_> the cordova fix is a trivial direct upload ... thats quick
[11:00] <xnox> sil2100: it's only dev package that is broken and stuck in -proposed.
[11:00] <xnox> sil2100: no runtime / user breakage at all.
[11:01] <sil2100> Then it's safe, yay
[11:01] <cjwatson> xnox: Yeah, I'll sort that out shortly along with some other things in the queue
[11:01] <cjwatson> Thanks
[11:01] <xnox> cjwatson: cool. ta!
[11:04] <dbarth> xnox: cordova is not in the image spcifically
[11:04] <dbarth> xnox: the cordova-cli tool is host upstream, via npm downloads; we offer a ppa build as well
[11:04] <dbarth> xnox: the runtime is generated by the cli tool and is embedded in click packags
[11:04] <Saviq> sil2100, could we get recon on silo 9 please? added telephony-service MP
[11:05] <sil2100> Saviq: ok, let m pick that up
[11:08] <xnox> dbarth: hm. it's part of the sdk, and it's shipped in the ubuntu-archive, it's build-dependencies are out of date with 5.3 qt. I've made two uploads to move them to libqt5sensors5-dev
[11:09] <xnox> dbarth: because of that build-dependnecy breakage sensors are held up in proposed and broken old binary held up in the archive.
[11:09] <popey> dbarth: it breaks creation of chroots in the sdk.
[11:09] <xnox> dbarth: should https://launchpad.net/ubuntu/+source/cordova-ubuntu-3.4 and https://launchpad.net/ubuntu/+source/cordova-ubuntu be removed from the archive?
[11:09] <xnox> popey: well, not directly.
[11:10] <popey> xnox: open sdk, tools -> options -> ubuntu -> create click target. That's broken.
[11:10] <Saviq> sil2100, thanks!
[11:11] <popey> xnox: directly or indirectly, the sdk is currently busted for developers
[11:11] <xnox> =)
[11:11] <sil2100> Saviq: np! (reconfigured of course)
[11:29] <cjwatson> popey: getting xnox's fix for that siloed up now
[11:30] <popey> thanks
[11:30] <ogra_> just use vi
[11:30] <ogra_> :P
[11:32] <cjwatson> popey: if you could test the SDK for me once it's available that'd be very helpful.  it's building in silo 12 now
[11:32] <ogra_> xnox, hmm, that qtubuntu-media upload doesnt look correct, iirc we dropped platform api 1.x
[11:32] <ogra_> it should use 2.0
[11:33] <ogra_> (though i leave it to ricmm to comment firther on this)
[11:33] <popey> cjwatson: not sure how I would do that, the SDK just creates a schroot using the archive...?
[11:34] <ogra_> installing the new click should do i guess
[11:34] <seb128> thostr_, hey, is your ubuntu-system-settings in silo 007 something lined for landing or just a test silo?
[11:35] <sil2100> cjwatson: want me to assign a silo or is everything under your control?
[11:35] <sil2100> Oh, I see a silo popped up
[11:35] <sil2100> Nvm!
[11:35] <sil2100> ;)
[11:36] <cjwatson> popey: install the new click, as ogra_ says
[11:36] <cjwatson> sil2100: I have the powah
[11:37] <popey> Oh I see, okay.
[11:38] <thostr_> seb128: this is moving from test to real landing
[11:38] <thostr_> seb128: still missing another review
[11:38] <seb128> thostr_, when? the review still has needsfixing comments from earlier today
[11:38] <seb128> thostr_, I'm asking because it's blocking other fixes, which are ready, to be lined up for landing
[11:39] <thostr_> seb128: then push the other ones first
[11:39] <thostr_> seb128: we'll rebuild then
[11:39] <seb128> thostr_, ok, thanks
[11:48] <Saviq> pete-woods, let's not piss CI-SNCF off ;)
[11:49] <pete-woods> :D
[11:49] <Saviq> pete-woods, boiko/tiagosh, both World-Cup-timezone
[11:49] <pete-woods> okay, thanks, will wait a bit for them
[11:51] <xnox> ogra_: *sigh* so libubuntu-platform-api1-dev was deprecated in favor of libplatform-api1-dev, which is deprecated again in favor of libubuntu-application-api-dev.
[11:51] <dbarth> xnox: if there is still something in the archive, yes, that should be removed
[11:51] <dbarth> xnox: we pulled that out prior to 14.04 but appaently not totally
[11:51] <ogra_> xnox, i guess we better wait for ricmm to return
[11:52] <xnox> dbarth: if that's the case, please file a bug against those packages with "RM:" prefix in the title, explain why it should be removed, and subscribe "ubuntu-archive" to it.
[11:52] <ogra_> i wonder why there wouldnt just be a libplatform-api2-dev
[11:53] <xnox> ogra_: not sure. the new libubuntu-application-api-dev looks like a meta package to be honest. I see no libplatform-api2-dev in the ubuntu archive, in any release.
[11:53] <ogra_> right
[11:53] <ogra_> thats what i mean :)
[11:53] <ogra_> but thats ricmm territory :)
[11:55] <cjwatson> popey: built in silo 12 now
[11:55] <popey> cjwatson: ok.
[11:55] <ogra_> hmm, i wonder if thats all we will get for the new app store
[11:56] <ogra_> i thought there were supposed to be categories etc
[11:56] <ogra_> it is as chaotic as before ... just more clunky icons
[11:58] <popey> cjwatson: your click is built for utopic, is that okay on trusty too? (I am on trusty on my laptop)
[12:05]  * sil2100 off to lunch
[12:05] <sil2100> o/
[12:07] <cjwatson> popey: I forget who runs the backports
[12:08] <ogra_> the SDK team i think
[12:08] <cjwatson> popey: If it's installable per apt then it should be OK
[12:08] <popey> ok, will try
[12:08] <xnox> cjwatson: it's not installable per apt by-it-self and it's NBS in utopic now.
[12:09] <xnox> (the old package)
[12:09] <xnox> popey: trusty on trusty should work, normal sbuild to get utopic on trusty also works.
[12:09] <ogra_> xnox, this is just about click
[12:10] <popey> sudo dpkg -i click_0.4.27_amd64.deb python3-click_0.4.27_amd64.deb gir1.2-click-0.4_0.4.27_amd64.deb libclick-0.4-0_0.4.27_amd64.deb
[12:10] <xnox> oh, they mean click.deb. ignore me.
[12:10] <popey> that worked here
[12:10] <popey>  /ignore xnox
[12:10] <xnox> popey: yeah, that should be fine =)
[12:11] <xnox> oh, i can say random stuff about popey now, Muahahaha =)
[12:12] <xnox> there was a CI train bot, no?
[12:15] <popey> xnox: there's one in #ubuntu-ci-choo-choo called CI-SNCF
[12:16] <xnox> popey: should i ask why there is a separate channel? =)
[12:17] <ogra_> to separate the bot noise from spamming here i think
[12:28] <cjwatson> popey: Any luck?
[12:31] <popey> cjwatson: yup! works a treat
[12:31] <popey> thanks
[12:31] <cjwatson> Yay
[12:31] <cjwatson> Looks OK on the phone too
[12:31]  * cjwatson publishes
[12:53] <jdstrand> hey, can mdeslaur and I have a silo for apparmor? (line 35)
[13:07] <mterry> ogra_ and other image guardians -- I'd like to land enabling the welcome wizard via a seed change shortly (today or tomorrow maybe?).  This won't go through CI, but I wanted to coordinate with you folks because you try to keep too many big changes happening in the same image
[13:10] <josepht> tvoss: if you haven't already, you need to contact the CI Train Sheriff about silos.  :)
[13:37] <mandel> sil2100, do you have a list of the projects that we need to rebuild if we have an ABI change for dbus-cpp, I know that you had to deal with this before
[13:38] <sil2100> mandel: hi! I don't have a list handy, but I might do some research again to devise such a list again
[13:39] <sil2100> jdstrand: hi!
[13:40] <sil2100> jdstrand: so, I just checked your request and noticed that you gave a PPA as 'merge proposals' - could you give some details on that?
[13:41] <jdstrand> sil2100: we prepared packages instead of doing MRs
[13:41] <jdstrand> they are in that ppa
[13:41] <sil2100> jdstrand: so you want to do copies from your PPA to the silo PPA, right?
[13:41] <jdstrand> yes
[13:41] <jdstrand> well
[13:41] <jdstrand> we don't actually need a silo
[13:41] <jdstrand> I did this for coordination. if that means copying to a silo, that's fine
[13:42] <mandel> sil2100, would be really appreciated, I have the following known packages: platform-api, location-service and media-hub
[13:42] <mandel> sil2100, I have updated the symbols file and bumped the version number but I'd like to rebuild those projects
[13:43] <sil2100> jdstrand: we can do binary copies as before, although you know my concerns always ;) Since as releasing means a binary copy from the silo PPA to the archive, I always want to make sure the packages we release are built on archive builders
[13:44] <sil2100> jdstrand: but if you are sure about that nothing will be wrong then we can do binary copies
[13:44] <sil2100> And just publish once tested
[13:44] <jdstrand> sil2100: this is a non-vritualized ppa. it is one of the ppas we use for security updates
[13:44] <sil2100> jdstrand: ah, the same then
[13:44] <jdstrand> there is no need to rebuild
[13:44] <sil2100> jdstrand: ok, then awesome!
[13:44] <sil2100> :)
[13:44] <jdstrand> sil2100: so, we can use a silo if it helps with coordination. we can also release directly to the archive. I just wanted to make sure it was coordinated
[13:46] <sil2100> jdstrand: ok, so... normally I would opt for using the silo, but since we're currently nearing a low number of those (and it takes longer) please push it directly to the archive
[13:47] <sil2100> jdstrand: I'll manually modify the spreadsheet so that it's all documented properly in the commitlogs
[13:47] <sil2100> jdstrand: I suppose it's tested already?
[13:47] <jdstrand> sil2100: ack. I'll make a comment in the spreadsheep when all our testing is done and ping you
[13:47] <sil2100> jdstrand: ok, thanks! :)
[13:47] <sil2100> That would be super helpful
[13:47] <jdstrand> sil2100: we are in the process of finishing testing
[13:48] <sil2100> seb128: hi! So, I see that u-s-s is also available in silo 007 - did you have a talk with thostr_ about that one?
[13:48] <sil2100> thostr_: ^
[13:48] <seb128> sil2100, I've added a note to l36, that settings line shouldn't block on the component being in other silos, that landing is ready
[13:49] <sil2100> hah, just asked about the same thing ;)
[13:49] <thostr_> sil2100: yes, we synced
[13:49] <seb128> sil2100, yeah, we did early, he said to go ahead and that they are going to rebuild their silo once our landing is one
[13:49] <seb128> done
[13:49] <sil2100> seb128: silo assigned
[13:49] <seb128> sil2100, thanks
[13:49] <sil2100> 014
[13:49] <sil2100> yw!
[13:51] <davmor2> ogra_: the boot chart stuff you do is that just from the google logo to lock screen or does it include the wait to get through the google logo too?
[13:51] <ogra_> davmor2, it goes from the bootloader to the system being idle after the UI came up
[13:51] <ogra_> it is the complete process
[13:52] <ogra_> (but only on third boot since i dont want the setup processes runing on first/second to taint the results)
[13:53] <bregma> sil2100, quick question: we encountered a regression in our SRU in silo 10 and we need to respin without that MP: do I just rebuild or is some additional step needed?
[13:54] <sil2100> bregma: it's a silo that already got released, yes? Remove the merge you feel is responsible, reconfigure, rebuild that one component, retest and we can republish
[13:57] <davmor2> ogra_: I noticed just on a reboot that it takes forever for the google logo to go but then is really fairly quick in comparison to get from there to phone up
[13:57] <ogra_> stopwatch it :)
[13:57] <ogra_> shouldnt be much above 30sec
[13:58] <ogra_> davmor2, http://people.canonical.com/~ogra/touch-bootcharts/
[13:58] <davmor2> ogra_: yeah will do :)
[13:58] <ogra_> 91 was my last chart i did
[13:58] <ogra_> it boots in 31sec
[13:59] <ogra_> sil2100, argh !
[14:00] <sil2100> ogra_: what's up?
[14:00] <ogra_> sil2100, did you look at the tests recently ?
[14:00] <ogra_> http://ci.ubuntu.com/smokeng/utopic/touch/mako/94:20140623:20140530/8685/ubuntuuitoolkit/
[14:00] <sil2100> Did they finish?
[14:00] <ogra_> sadly, yes
[14:00] <sil2100> Holy sh...
[14:00] <ogra_> no idea what that is
[14:01] <ogra_> (there was no change in UITK)
[14:01] <sil2100> It has to be a single race condition or something wrong with the device
[14:01] <sil2100> Since there are only packagekit uploads in that image
[14:02] <davmor2> I blame sil2100 for not believing that qt 5.3 would fix the world, he's jynxed it for all of us ;)
[14:03] <sil2100> pfff
[14:03] <sil2100> ;)
[14:03] <ogra_> yeah, we should roll back 5.3
[14:03] <davmor2> ogra_: you can still be linched you know ;)
[14:04] <ogra_> my house is well protected :P
[14:05] <sil2100> Yeah, let's rollback, I want to see the look on Timo's face when he's back from his holidays and noticed his 5.3 reverted ;p
[14:05] <davmor2> ogra_: till someone knocks and says parcel :D
[14:05] <davmor2> sil2100: evil
[14:05] <ogra_> haha
[14:10] <mandel> sil2100, line 37 in the spreadsheet, I believe that those are all the reverse deps
[14:12] <sil2100> mandel: I have a moment now so let me check this
[14:15] <sil2100> mandel: seems legit - just it seems that it's not mediascanner that depends on dbus-cpp but mediascanner2
[14:16] <ogra_> brendand, did you see the final results for 94 ?
[14:16] <ogra_> brendand, not sure whats going on there with UITK
[14:17] <mandel> sil2100, are they diff projects?
[14:18] <sil2100> mandel: yes
[14:18] <mandel> sil2100, ha.. looks like the are
[14:18] <sil2100> mandel: mediascanner is the old, deprecated one ;)
[14:18] <ogra_> mediascanner 1 is supposed to be dropped soon
[14:18] <sil2100> mandel: mediascanner2 is the 'new thing'
[14:18] <brendand> ogra_, yeah that's depressing
[14:18] <ogra_> there was one thing still using it (music app ??)
[14:18] <ogra_> but that was in the process of being ported
[14:18] <mandel> sil2100, fixing that
[14:19] <brendand> ogra_, it's all the same unable to introspect error
[14:20] <ogra_> ah, at least something in common for all of these
[14:20] <brendand> ogra_, could be it stopped being able to start the ui toolkit gallery
[14:22] <mandel> sil2100, should be ok now
[14:22] <brendand> time for me to have a look at everything
[14:27] <sil2100> mandel: will assign a silo once silo 005 is released
[14:28] <sil2100> (should be soon I guess)
[14:28] <mandel> sil2100, supperb, although it should be blocked my the location-service silo, right?
[14:28] <mandel> sil2100, I though that tvoss had one assigned
[14:28]  * mandel looks
[14:28] <sil2100> Ah, could be - then we'll have to wait for that one to land as well
[14:28] <mandel> sil2100, silo 11
[14:28] <sil2100> But as long as it's in the spreadsheet then it will not be forgotten
[14:29] <sil2100> Although silo 11 is for testing purposes I guess
[14:29] <mandel> sil2100, I have to review that one, I'll take care of it
[14:35] <popey> speaking of the above.. sil2100 / ogra_ who needs to ack https://code.launchpad.net/~andrew-hayzen/ubuntu-seeds/music-app-remove-grilo/+merge/223718 ?
[15:02] <sil2100> bregma: ok, so republishing compiz then
[15:05] <ogra_> popey, someone knowing the code i would say
[15:06] <brendand> ogra_, i reran the ui-toolkit tests and they pass. except for the one that started failing on #90
[15:07] <brendand> ogra_, i think the same issue happened to another app in 92 or 93 so it might be an infrastructure problem
[15:07] <ogra_> smells like
[15:07] <sil2100> Yeah, I felt something like that as well
[15:08] <sil2100> And it wasn't the first time we had so many UITK failures suddenly
[15:08] <ogra_> it wasnt ?
[15:08]  * ogra_ cant remember seeing that before 
[15:08] <sil2100> I remember situation like this ~20 images ago, same around ~40 ago
[15:08] <sil2100> I remember seeing it 2-3 times in utopic already
[15:08] <sil2100> Let me try finding those
[15:08] <ogra_> no need
[15:09] <brendand> ogra_, oh yeah it was system-settings
[15:09] <seb128> thostr_, k, the bluetooth fixes are in trunk, you can rebuild ubuntu-system-settings in silo 007
[15:09] <ogra_> ah, right, yeah
[15:09] <thostr_> seb128: thanks for heads up
[15:09] <brendand> ogra_, in #93 http://ci.ubuntu.com/smokeng/utopic/touch/mako/93:20140622:20140530/8674/ubuntu_system_settings/
[15:09] <seb128> yw!
[15:09] <ogra_> yeah
[15:17] <brendand> seb128, is there a package built with the BT fixes? i want to try it
[15:18] <seb128> brendand, it's in utopic-proposed
[15:18]  * ogra_ just saw it on the -changes ML
[15:18] <seb128> should be in utopic at the next publisher run
[15:20] <brendand> seb128, is it in a silo yet?
[15:20] <brendand> seb128, or it left the silo and is now in proposed? i'm not sure about the order of things in the landing process
[15:22] <seb128> brendand, I just cleaned the silo, just get it from https://launchpad.net/ubuntu/+source/ubuntu-system-settings/0.3+14.10.20140623-0ubuntu1
[15:23] <seb128> brendand, click on the arch and you have links to download, or enable utopic-proposed and upgrade
[15:58] <sil2100> ogra_: I might be late on the meeting 1-2 minutes
[15:58] <sil2100> *for the meeting
[15:58] <sil2100> ._.
[15:58] <ogra_> under the meeting ?
[15:58] <ogra_> :P
[15:59] <sil2100> ;p
[16:05] <sil2100> plars: meeting!
[16:10] <plars> sil2100: I'm sick and spending most of the day in bed, sorry. I don't have much to report other than health check. You probably heard already, but there's a problem that came up where it's getting somehow interpreted as a smoke test even though we don't want it to be and tried to make sure it was clearly not a smoke test
[16:11] <plars> sil2100: so that means it's running properly as a separate job, but also trying to run as a smoke test job. Mostly I think it's more of a headache for us, but we should have a fix soon
[16:11] <ogra_> plars, right, the prob is that it runs fist ... hogging the device
[16:11] <plars> ogra_: right, we should have a fix for it soon, one way or another
[16:11] <ogra_> ok
[16:11] <sil2100> plars: ok! Get well! We would prefer to get the health check being ran at the very end
[16:11] <plars> sil2100: that's the idea
[16:11] <ogra_> yeah, get well
[16:11] <sil2100> Awesome!
[16:11] <sil2100> ;)
[16:23] <ricmm> barry: hi, why did you rebuild silo 005 ?
[16:25] <barry> ricmm: well, i pushed the button because the dashboard said to
[16:26] <ricmm> barry: can you cancel all the ongoing builds in the silo please? and kill the build job. I need to start a fresh one in a couple of minutes
[16:26] <ricmm> thats why it wasnt running after the reconf
[16:27] <barry> canceled, afaict
[16:27] <ricmm> thanks
[16:30] <plars> sil2100, ogra_: just pushed a fix
[16:31] <sil2100> plars: you're our hero (or villain if you prefer!)
[16:31] <ogra_> thx
[16:31] <ogra_> back to bed with you !!!
[16:34] <dbarth> robru: added the silo request on line 39
[16:35] <dbarth> robru: could you create backports for trusty and upload to -proposed?
[16:35] <dbarth> robru: i assume backportpackage is not allowed for that, is it?
[16:37] <robru> dbarth, uh
[16:38] <robru> dbarth, not sure, you guys test & land in utopic and I'll prepare the SRUs for trusty
[16:38] <dbarth> ok sure, testing first
[16:38] <robru> dbarth, you got silo 14
[16:39] <dbarth> thanks
[16:39] <robru> you're welcome!
[17:30] <Guest39518> yo, no mai report for today ? or is that bad ?
[17:31] <Guest39518> mail
[17:32] <sil2100> plars: are you still around?
[17:32] <sil2100> Guest39518: it will be out in some moments, no worries
[17:32] <sil2100> Had some things to do before and am working on it right now
[17:32] <sil2100> plars: if you have a moment, could you just re-run UITK tests on smoketesting?
[17:39] <Guest39518> https://plus.google.com/107564545827215425270/posts/ebnEJNS9SJ2 autopkgtest for click - +Nicholas Skaggs
[17:45] <fginther> cjwatson, would you like to have jenkins MP testing and auto-merging enabled for lp:click/devel? The MP you proposed last week only involved lp:click.
[18:02] <Guest39518> there are 136 failures in ubuntuuitoolkit
[18:02] <Guest39518> http://ci.ubuntu.com/smokeng/utopic/touch/mako/94:20140623:20140530/8685/
[18:02] <sil2100> Yes, but those happen from time to time
[18:02] <sil2100> I mean
[18:02] <sil2100> Not time to time... really REALLY rare, it some really strange race condition that happened already 2-3 times in utopic
[18:02] <sil2100> A re run finishes fine
[18:03] <sil2100> (we have no one to re-run the tests now though)
[18:03] <sil2100> We know because Brendan already re-ran it a few times locally
[18:03] <sil2100> And as I mentioned, we had this already in the past
[18:04] <sil2100> Guest39518: is this your normal nickname?
[18:04] <ogra_> he is emanuel usually :)
[18:05] <Guest39518> https://launchpad.net/~anca-emanuel
[18:06] <Guest39518> just using kiwiirc
[18:07] <ogra_> Guest39518, there are still a few issues with the infrastructure so such breakdowns happen ... as long as they are not reproducable in manual tests it isnt that bad ...
[18:08] <ogra_> effectively images 92-94 are identical ... yet their results differ
[18:09] <sil2100> Right
[18:10] <sil2100> As mentioned, we already had that in very old images
[18:13] <sil2100> o/
[18:17] <robru> doanac, hey, what am I missing here? http://paste.ubuntu.com/7691550/
[18:20] <robru> doanac, nm, misread instructions. also environments.yaml was broken
[18:29] <jdstrand> robru: hi! sil2100 is not here any more, but he and I discussed me pushing to the archive silo-less (line 35 of the spreadsheet)
[18:30] <robru> jdstrand, alright
[18:30] <jdstrand> robru: our testing is all good. is now an ok to push to the archive?
[18:30]  * jdstrand noted it in the spreadsheet that testing passed)
[18:30] <robru> jdstrand, I guess now is as good a time as any. is it features or bugfixes?
[18:30] <jdstrand> robru: yes :)
[18:31] <jdstrand> I listed it in the spreadsheet
[18:31] <jdstrand> it is mostly an apparmor upstart job and a lightdm override
[18:31] <robru> jdstrand, ok, well if you tested it then it's fine by me
[18:31] <jdstrand> yes, mdeslaur and I tested it
[18:32] <robru> jdstrand, sounds good
[18:32] <jdstrand> robru: thanks! I don't know if you want to do it, but sil2100 said he would update the spreadsheet manually. I guess I'll put something in the comment after I push it
[18:32] <robru> jdstrand, yeah just let me know
[18:32] <jdstrand> k
[18:39] <jdstrand> robru, mdeslaur: fyi, copied to utopic-proposed
[18:39] <robru> jdstrand, cool, thanks
[18:39] <mdeslaur> thanks!
[18:39] <jdstrand> thank you! :)
[20:30] <ahayzen> ogra_, ping
[20:34] <ogra_> ahayzen, yes ?
[20:35] <ahayzen> ogra_, Sorry to bother you, do I need one of the 'ubuntu core development team' to approve this, or is it just waiting? https://code.launchpad.net/~andrew-hayzen/ubuntu-seeds/music-app-remove-grilo/+merge/223718
[20:35] <ogra_> ahayzen, i'll take care, thanks
[20:35] <ahayzen> ogra_, thanks :)
[20:51] <cjwatson> fginther: Yes, mvo pointed out that I'd made a mistake there.  I think we really only need lp:click/devel, not lp:click
[20:52] <fginther> cjwatson, thanks. I didn't realize there was also a devel branch. I have the changes already prepped, just need to push an MP