[00:13] <cjwatson> rsalveti: you have to use the private link from update_excuses to retry autopkgtests
[00:13] <cjwatson> I've poked a build now
[00:16] <robru> cjwatson: ah, thanks
[00:32] <cjwatson> hmm, same error, let's see
[00:40] <cjwatson> seems to come down to http://paste.ubuntu.com/8102268/
[00:45] <cjwatson> (poking)
[00:58] <cjwatson> robru,rsalveti: screw it, I know roughly what needs to be fixed here, but it will take a certain amount of wallclock time, it's 2am here, and you need to be unblocked.  I've overridden that test failure for the next proposed-migration run
[00:58] <robru> cjwatson: thanks a ton! and you got it in time for the image build too, so we might have a sane image in a few hours!
[00:59] <cjwatson> well, it still has to go through p-m and a publisher run
[00:59] <cjwatson> but yeah, it probably ought to make it
[00:59] <robru> cjwatson: yeah but there's like 2 hours before the image build
[00:59] <cjwatson> one and a bit
[00:59] <robru> hm
[01:00] <cjwatson> it should be OK if everything isn't terrible for some reason
[01:00] <robru> oh right, it's 6. looked at the clock and saw "5:59" and rounded that to "5" ;-)
[01:24] <robru> wahoooooooo!
[01:25] <cjwatson> that was quick, good
[01:25] <robru> dobey: bzoltan1 bfiller veebers: you all have outstanding requests for silos. there are now 2 silos available. a) who of you is actually around to test a silo if I give you one, and b) which of your landings represents the highest priority fixes?
[01:25] <cjwatson> (though will still be waiting for publishing)
[01:25] <robru> cjwatson: thanks again, you really saved the day
[01:25] <veebers> robru: I would say the autopilot-legacy request is low priority
[01:26] <robru> bfiller: yours looks important but are you around to test now?
[01:26] <cjwatson> robru: making progress on the root cause, though probably won't finish until tomorrow
[01:27] <robru> cjwatson: well don't rush on my account. ;-)
[01:27] <cjwatson> plenty of other accounts to care about this on :)
[01:33] <dobey> robru: hi :)
[01:33] <dobey> robru: does it matter if there's noone from QA around to do the qa approval?
[01:43] <popey> dobey: have you asked ToyKeeper ?
[01:44] <dobey> popey: well, apparently robru is no longer around to give me the silo anyway :)
[01:44] <ToyKeeper> Got a nice blocker fix/workaround approved, hoping to get it into the next image and get it promoted.  Hopefully no more traincon in a few hours.
[01:46] <cjwatson> ToyKeeper: which one's that?
[01:46] <dobey> ToyKeeper: any chance you could sign off on landing-018 (row 33 in the spreadsheet)? it's already built and tested, and getting that through to landing should at least free up another silo
[01:46] <ToyKeeper> Silo 005 has workarounds specifically to get an image promoted.
[01:46] <cjwatson> Though I don't think there's time to publish something now and get it published in utopic before the automatic image build
[01:47] <dobey> cjwatson: well it already says "landed" so i presume it's already in utopic
[01:47] <ToyKeeper> It might not be a good idea to try to add anything else to the next build, since the next one is likely good to go for promotion now.
[01:47] <cjwatson> Oh, right, 5 was published already
[01:48] <dobey> i doubt unity-scope-click would get published before the next build at this point, but eh. if we can have normalcy restored soon, then nevermind :)
[01:48] <cjwatson> and that pulseaudio has definitely landed too
[01:49] <ToyKeeper> Oh, pulse landed?  Should I be worried?
[02:06] <robru> dobey: sorry, trying to juggle cooking dinner and working
[02:09] <robru> dobey: ok you got silo 2
[02:09] <robru> veebers: hey, your request on line 22 conflicts with silo 1, any chance those can be merged? if not, best to wait until 1 is released before assigning the other one
[02:10] <veebers> robru: I'm just looking now
[02:11] <veebers> robru: in what way does it conflict? It should be attempting to merge into lp:autopilot/legacy
[02:12] <robru> veebers: they're both merges against the autopilot source package in utopic
[02:12] <thomi> veebers: robru: they shouldn't be both against autopilot.
[02:12] <thomi> autopilot-legacy has it's own source package
[02:13] <veebers> robru: line 22 should be against autopilot-legacy
[02:13] <veebers> oh, what thomi said too :-)
[02:13] <robru> huh, citrain thinks they're the same
[02:15] <robru> ugh, citrain doesn't like it when the lp project name doesn't match the source package name
[02:16] <robru> veebers: ok, I put it in silo 5, please build
[02:16] <veebers> robru: sweet, thanks
[02:17] <robru> veebers: you're welcome
[03:02] <robru> ToyKeeper: ^ not sure if you wanna do that one or just wait for traincon to be over ;-)
[03:09] <ToyKeeper> robru: Assuming an image builds soon (shouldn't it be in progress now?), I'd like to avoid landing more silos in it because that increases the risk of not promoting the image.
[03:13] <bzoltan1> robru: I could use a silo and release it in 2 hours.
[03:15] <veebers> robru: if you need a silo re-use the autopilot-legacy one as it's going to take an hour or so to test it, I can do that tomorrow if needed
[03:27] <robru> Sorry guys just having dinner
[03:28] <robru> ToyKeeper: yeah it won't make this image no matter what
[03:33] <ToyKeeper> ... and I think something in my notebook shorted out.  Tonight might be fun.
[03:36]  * rsalveti back
[03:37] <rsalveti> cjwatson: cool, nice to know (about the links to retry the autopkg tests)
[03:38] <rsalveti> cjwatson: robru: thanks for unblocking pulse
[03:39] <rsalveti> hm, no bot message announcing that the build started
[03:39] <rsalveti> finished already, 44 mins ago (livebuild at least)
[04:05] <robru> rsalveti: seems imgbot isn't even here, blame ogra_ ;-)
[04:05] <robru> OK, eod! Goodnight everybody!
[04:31] <ToyKeeper> Okay...  is the bot broken or is there actually just no new build?
[04:32] <ToyKeeper> Duh, scrollback.
[04:40] <Mirv> :)
[04:41] <Mirv> [04:41] <Mirv> [04:41]  * Mirv the bot
[06:10] <bzoltan> Mirv:  any chance to get a Silo for line 35? The MR is tested already and it is a desktop only small change
[06:41] <Mirv> bzoltan: not right at the moment, 0 silos, not even a spare one
[06:42] <Mirv> so let's just have it queued and land it later today when at some point there's a silo free
[06:47] <veebers> Mirv: This might help. I've just set testing to done for silo 1, also silo 005 is super critical priority so can be re-used and I'll pick it up tomorrow if needed
[06:50] <ToyKeeper> Hmm, no one running the train right now?
[06:50] <ToyKeeper> davmor2: I'm not sure about image 202.
[06:51] <ToyKeeper> davmor2: On the one hand, the current blockers seem to be fixed or at least worked around now.
[06:51] <ToyKeeper> davmor2: On the other hand, other things weren't working quite right...
[06:52] <ToyKeeper> One device had its UI lock for about 30 seconds in the middle of a call (~30s after receiving the call, while I was playing with call setting buttons).
[06:52] <ToyKeeper> The other device crashed right after a call ended (received the call, caller hung up).
[06:52] <jibel> ToyKeeper, were you playing with the proximity sensors at the same time?
[06:52] <ToyKeeper> (unity restarted)
[06:52] <ToyKeeper> jibel: I'm not sure.
[06:53] <jibel> ToyKeeper, unity8 crashed at the end of the call is known and not new
[06:53] <Mirv> ToyKeeper: I am
[06:53] <ToyKeeper> The welcome wizard crashed on my mako the first two times I tried to select 'swipe' as a security method.
[06:53] <ToyKeeper> (couldn't repro later while attempting again)
[06:53] <jibel> ToyKeeper, it's bug 1359258, Saviq said there is another report already
[06:54] <ToyKeeper> My other device couldn't show any local music in the music scope, even though it was there and the music app could play it.
[06:54] <ToyKeeper> (even after a couple reboots)
[06:55] <Mirv> veebers: is there a test report on that autopilot landing? it won't of course break anything directly on the device, but the worry always is if it'd get us worse dashboard results.
[06:55] <ToyKeeper> OTOH, in-song seeking works again, and I saw no issues with thumbnailing videos, "accounts -> back" works now, and the volume controls aren't jittery on the rtm device.
[06:55] <veebers> Mirv: ah right, I was just finishing off the wee text report that I put together, will update
[06:56] <Mirv> I guess we'll need davmor2's opinion also on #202 then, to try to confirm whether there's a real regression or something that has already been there.
[06:56] <Mirv> veebers: thanks
[06:56] <ToyKeeper> davmor2, sil2100: So, I'd like more opinions on whether 202 can be promoted.
[06:57] <ToyKeeper> Normally I'd just say no, but since we need to unblock everyone I'd call it a maybe.
[06:57] <Mirv> ToyKeeper: we'll probably come up with a plan to do more testing in 1.5 hours in the meeting. the calls definitely will need more testing from your experiences.
[06:59] <ToyKeeper> As far as I can tell, all the current blockers are resolved though...
[06:59] <ToyKeeper> It's other stuff which doesn't look so great.
[07:00] <ToyKeeper> In any case, it's bed time and I'm off tomorrow.  If we're still in traincon 0, brendand agreed to cover for me...  but I'm sure he'd rather not have to.  :)
[07:01] <Mirv> let's hope for the best
[07:02] <veebers> Mirv: I've added the pastebin link for the testing results in the spreadsheet (this one: http://pastebin.ubuntu.com/8104052/),
[07:04] <veebers> Mirv: It's a bit of a mouthful but for each gatekeeper run I compare the failing tests against those shown in the smokeng dash to see if they are either 'known' i.e. show up in the dash too, 'new' i.e. apparent from the changes being tested or 'transient' i.e. the test is known to fail sometimes
[07:05] <robru> veebers: Ooooooooooh you're here. Confirm with Mirv whether you can finish your legacy silo before your eod please.
[07:06] <Mirv> veebers: yes, I've seen your reports in the past, the format is good. all in all it seems to prove there are no regressions.
[07:06] <veebers> robru, Mirv: oh I mean "please do trash the ap legacy silo" it's fine, I've already EOD :-)
[07:07] <veebers> Mirv: sweet. This release had many gatekeeper runs as there were so many test issues it was hard to sort the wheat from the chaff :-)
[07:07] <Mirv> veebers: as usual, I hit the same using qt gatekeeper recently (I'm battling with you on who gets to use mako-07...)
[07:08] <Mirv> but eventually it was possible to run everything needed
[07:08] <veebers> Mirv: ah hah :-) Well I won't be using it for the next day or so at least, so have at it
[07:08] <veebers> nice
[07:08] <Mirv> veebers: ah, the MP is not approved
[07:08] <veebers> :-\
[07:08]  * veebers fixes
[07:09] <veebers> Mirv: rats, sorry about that. It has been approved now
[07:10] <jibel> Mirv, ToyKeeper is right, on 202, the music scope doesn't show any local media
[07:10] <Mirv> veebers: thanks, published, good night!
[07:11] <Mirv> jibel: ouch :( there was a music-app update in it, we need popey to analyze it
[07:11] <jibel> Mirv, and 2 unity-scope updates
[07:12] <Mirv> right, those too
[07:20] <veebers> Mirv: awesome thanks. Now, tea time o/
[07:26] <Mirv> bzoltan: I assigned you a silo and also kicked a build https://ci-train.ubuntu.com/job/ubuntu-landing-005-1-build/21/console
[07:29] <jibel> Mirv, sil2100 popey bug 1359582
[07:35] <sil2100> :|
[07:35] <sil2100> jibel, ToyKeeper: thanks
[07:37] <Mirv> jibel: hmm, I copied some files over and they are seen and play fine for me
[07:38] <Mirv> immediately after copying
[07:39] <Mirv> jibel: ..but not anymore after reboot!
[07:40] <jibel> Mirv, right, sometimes the scope doesn't even show online music
[07:41] <jibel> Mirv, it's similar to bug 1281706
[07:41] <Mirv> jibel: yeah, after 2nd reboot visible again
[07:42] <Mirv> so we need to at least make sure it's not worse than before
[07:42] <jibel> Mirv, I haven't seen that on 200/201, did you?
[07:43] <jibel> Mirv, https://launchpadlibrarian.net/182844560/empty_music_scope.png
[07:44]  * jibel flashes 201
[07:46] <Mirv> jibel: I didn't notice, but I don't use the music scope normally either
[07:48]  * sil2100 checks his 201
[07:51] <sil2100> After first reboot it's still there
[07:52] <sil2100> Mirv, jibel: just so you know, I'm testing on krillin right now
[07:54] <popey> did you put the music on after going to 202 though?
[07:54] <sil2100> Mirv, jibel: on second reboot I still have local music viwible
[07:54] <sil2100> popey: I'm on 201 right now
[07:54] <jibel> sil2100, problem is the same on krillin for me on 202. Newly uploaded music is not visible in the scope
[07:55] <jibel> but what was there before 202 is visible
[07:55]  * sil2100 checks the commitlog
[07:55] <sil2100> http://people.canonical.com/~lzemczak/landing-team/202.commitlog
[07:59] <popey> i saw music on #201, upgraded to #202 and see none, not local or online. online video also missing, local video shows
[08:01] <sil2100> Damn, I can't  find anything that could obviously break it
[08:02] <jibel> sil2100, there are 2 unity-scopes updates on 202
[08:03] <sil2100> jibel: I'm downgrading those now
[08:03] <popey> left a comment
[08:03] <sil2100> I mean, upgrading
[08:03] <popey> search for music
[08:03] <popey> something you know you have... for me, searching triggers it to appear
[08:04] <davmor2> morning guys at the office now train wifi died just catching up on stuff
[08:04] <sil2100> popey: where did you leave the comment?
[08:05] <popey> in the bug
[08:05] <popey> bug 1359582
[08:06] <davmor2> sil2100: flashing devices now
[08:07] <sil2100> davmor2: thanks!
[08:08] <jibel> sil2100, clearly a regression in 202, I'll upgrade my device again to 202 and downgrade unity-scopes-*
[08:08] <dbarth> davmor2: hi
[08:08] <sil2100> hah
[08:08] <dbarth> davmor2: do you know if omer had issues yesterday with silo 15?
[08:08] <sil2100> jibel: I think I just confirmed that the scopes landing breaks it
[08:09] <jibel> sil2100, great, so I don't have to do it :)
[08:09] <dbarth> davmor2: ie, i see it is still blocked waiting for qa signoff
[08:09] <sil2100> jibel, popey, Mirv: on my #201 I installed the 2 scope-packages and now my music scope doesn't find my tracks
[08:09] <sil2100> Let me try uploading something new
[08:09]  * sil2100 prepares for an aggressive revert
[08:09] <popey> good man!
[08:10] <popey> thats the spirit!
[08:10] <sil2100> Just uploaded a new track and nothing
[08:10] <sil2100> popey: ;p
[08:11] <popey> search for it?
[08:11] <popey> which packages did you upgrade?
[08:11] <popey> ah the two listed in #202, got it
[08:12] <sil2100> popey: yeah, searching unblocks it basically
[08:12] <sil2100> But that won't save it from reverting!
[08:12] <popey> hah
[08:12] <sil2100> You're going dooown scopes
[08:13] <davmor2> dbarth: he didn't pass anything on I'm still waiting for my email to catch up so I can check that.
[08:13] <dbarth> ok, let me know; apparently there was a rebuild, but i didn't trigger this; so the status is unclear
[08:14] <ogra_> hmm, i wish i knew why curl and libu1db1 were dropped
[08:16] <jibel> ogra_, u1db was dropped because of unity-scopes-shell (0.5.4+14.10.20140820-0ubuntu1)
[08:16] <jibel> Switch to QSettings, removing U1DB dependencies Support new location
[08:16] <jibel>      setting.
[08:17] <ogra_> hmm
[08:17] <ogra_> i thought QSettings would make use of U1
[08:17] <ogra_> as a backend ...
[08:19] <jibel> ogra_, and curl probably unity-scopes-api (0.6.3+14.10.20140820-0ubuntu1) Switch from u1db to QSettings and drop u1db and related dependencies.
[08:19] <ogra_> ah, ok
[08:19] <ogra_> well, seems that didnt work so well :P
[08:21] <sil2100> popey: do you want to double-confirm that this fixes it before I upload a revert?
[08:21] <sil2100> It's ready and waiting for one button press
[08:22] <popey> sil2100: eh? I dont understand
[08:24] <seb128> Saviq, since apparently you need to fix/rebuilding thing, can you sneak https://code.launchpad.net/~mterry/unity8/dismiss-old-pam-prompts/+merge/231363 in your unity8 silo? ;-)
[08:24] <popey> sil2100: lets discuss it in teh call in 5 mins
[08:24] <sil2100> popey: do you want to double confirm that reverting the scopes packages fixes the bug ?
[08:25] <ogra_> hmm
[08:25] <Saviq> seb128, http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-016
[08:25] <sil2100> Before I do the actual revert in the archive
[08:25] <popey> I'd rather not make my phone rw
[08:25] <popey> it's my main device
[08:25] <ogra_> music app doesnt have any music for me either
[08:25] <sil2100> ACK
[08:25] <seb128> Saviq, thanks
[08:25] <Mirv> pete-woods: see above we're hitting problems with the scopes and considering revert
[08:25] <sil2100> ogra_: yeah, I have a revert for that
[08:25] <sil2100> ogra_: try reverting the scopes landing and it should be fixed
[08:25] <ogra_> sil2100, ah, ok so its a different issue
[08:26] <popey> or just search for music in the scope
[08:26] <ogra_> sil2100, hmm, did you try just installing one of the two dropped packages instead ?
[08:26] <popey> which will trigger a refresh, then music app will see it
[08:26] <ogra_> i assume reverting breings back the U1DB
[08:26] <ogra_> i wouldnt see why else music app would be affected by scope changes
[08:27] <jibel> sil2100, I'm doing a revert to confirm
[08:27] <pete-woods> Mirv: I see local media in the local music scope
[08:27] <popey> mediascanner populates the music database
[08:27] <pete-woods> and in the video scope
[08:27] <sil2100> ogra_: no, but scopes was enough to cause the issue
[08:27] <popey> pete-woods: add more music
[08:27] <pete-woods> popey: okay
[08:27] <sil2100> ogra_: since what I did is, while running vanilla #201 I installed scopes and it was broken
[08:27] <Mirv> pete-woods: https://launchpad.net/bugs/1359582 is the bug nr for it
[08:27] <ogra_> sil2100, scopes pulls these packages back in
[08:28] <sil2100> ogra_: while on #201 it was broken
[08:28] <sil2100> ogra_: well, anyway, if the scopes pull in these packages then a revert will make it no longer pull them in
[08:28] <sil2100> So it's a win
[08:29] <sil2100> jibel: thanks
[08:29] <ogra_> sil2100, other way round
[08:29] <ogra_> the new scopes dropped two packages
[08:29] <pete-woods> Mirv: hmm. given there were no changes to the media scope. I'd say that the revert is reasonable :(
[08:30] <sil2100> pete-woods: no worries, it's just a revert in the archive, you'll have trunk with latest changes that you can look into and try fixing
[08:30] <ogra_> sil2100, installing libcurl3-nss and libu1db1 on 2092 makes the music app work
[08:30] <ogra_> *on 202
[08:30] <sil2100> pete-woods: so, once you think it's fixed, you can just prepare a landing with that fix alone and get everything back to how it was
[08:31] <ogra_> sil2100, and the scopes too
[08:31] <pete-woods> sil2100: oh, wait. it's not just the missing dep then?
[08:31] <sil2100> Might be!
[08:31] <pete-woods> that would seem strange that it works intermittently?
[08:31] <ogra_> sil2100, i dont think the revert is right ... just seed these two packages
[08:32] <sil2100> ogra_: I would say seeding is bad, we need the scopes to dep on those then
[08:33] <sil2100> So maybe a landing that explicitly adds those dependencies in?
[08:33] <sil2100> ogra_: the meeting btw!
[08:33] <Mirv> sil2100: it works at times, doesn't really sound like missing deps
[08:33] <jibel> ogra_, I confirm that libunity-scopes3 depends on libcurl3-nss and that's why curl was dropped from 202
[08:34] <sil2100> ogra_, Mirv, jibel: I would recommend a revert anyway then, as this would get things up to shape
[08:34] <sil2100> And then we can get things right later
[08:35] <pete-woods> hmm, I thought we only dropped u1db as a dependency. I guess it has transitive dependencies
[08:35] <Mirv> sil2100: yes sure revert, that's what I mean better to revert than just adding some packages back
[08:35] <sil2100> ogra_, jibel, pete-woods: I actually see that the latest landing from unity-scopes-api actually drops those 2 dependencies
[08:35] <sil2100> So they had to be dropped for a reason I guess?
[08:36] <Mirv> ogra_: are you sure it's reliable after adding the packages back?
[08:36] <pete-woods> that's what I'd like to know for sure
[08:37] <Mirv> well, I'll try too
[08:37] <jibel> pete-woods, libunity-scopes3 0.6.1+14.10.20140809-0ubuntu1 directly depends on libcurl3-nss
[08:38] <jibel> sil2100, I downgraded libunity-scopes3 and unity-plugin-scopes on #202 and the music scope behaves as expected.
[08:41] <pete-woods> indeed, installing those extra deps does nothing to make the music scope more reliable. I don't know how I didn't see this during testing. but it's happening somewhat regularly now :(
[08:41] <nik90> jibel: its only the local-music that isn't shown? I can see the local videos correctly in the video scope.
[08:42] <pete-woods> it seems to vary
[08:42] <pete-woods> it's aggregated queries that seem to fail
[08:42] <pete-woods> i.e. scopes that contain other scopes
[08:42] <nik90> ah ok
[08:44] <pete-woods> is there a way to find out which packages were not explicitly depending on libcurl, so we can get them fixed?
[08:44] <pete-woods> as there seems to be two issues here
[08:44] <brendand> davmor2, ha this is the silo i tested :)
[08:44] <jibel> nik90, I only saw this problem for the music scope, but it can be local or online music that isn't shown
[08:44] <brendand> davmor2, for shame
[08:44] <Mirv> pete-woods: I think the key is that click packages don't have deps, they just rely on the platform having been defined well enough (via ubuntu-touch meta package)
[08:45] <brendand> davmor2, was it found by ToyKeeper in dogfooding?
[08:45] <Mirv> pete-woods: for example music-app is a .click only, not in archives
[08:45] <pete-woods> ahh
[08:45] <pete-woods> wonder why it uses libcurl. not exactly the most friendly library for QML
[08:45] <pete-woods> also, I thought that net-cpp used libcurl
[08:46] <pete-woods> apparently not
[08:46] <jibel> brendand, ToyKeeper mentioned it briefly in the channel before heading to bed, so I gave it a try.
[08:46] <pete-woods> at least not the nss one
[08:46] <davmor2> brendand: yes apparently
[08:47] <popey> pete-woods: you wonder why which uses curl? ms?
[08:47] <pete-woods> the music app
[08:47] <popey> i dont believe music app uses curl
[08:47] <popey> thumbnailer does, doesn't it? to get album art from 7digital?
[08:48] <pete-woods> it uses libsoup, which may possibly in-turn use libcurl
[08:49] <pete-woods> no, apparently not
[08:50] <brendand> pete-woods, is this the test plan that was run on the silo? https://wiki.ubuntu.com/Process/Merges/TestPlan/scopes
[08:51] <pete-woods> brendand: yes. I seriously tried everything, though. including the things that fail. I even ran this plan more than once. I think we need to get some more rigorous integration testing around scope aggregation to prevent this happening again. as I already had to delay our release because of another issue in this area
[08:52] <brendand> pete-woods, that test plan doesn't say much
[08:52] <brendand> pete-woods, if it is the one you ran it probably needs expanding
[08:52] <pete-woods> it doesn't. but we really do test all the various scope functionality
[08:52] <pete-woods> sure
[08:52] <pete-woods> iI agree it could do with saying what we *actually* do
[08:53] <brendand> pete-woods, okay but it's better if it's written down
[08:53]  * pete-woods will add this to the list
[08:53] <brendand> pete-woods, we're not trying to apportion blame. i'm sure it did work when you tested it but we need to try and find out why it broke in the image
[08:53] <pete-woods> yeah
[08:53] <pete-woods> I think we have a plain ol' bug in unity-scopes-api
[08:54] <brendand> pete-woods, there are a variety of possibilities and you not testing it is only one of them - and probably the least likely
[08:56] <pete-woods> I also agree that we should probably revert this release. given that the scopes go reliable again with a downgrade
[08:57] <brendand> pete-woods, do you know which image you tested on? do you think you can install that, then upgrade just the broken packages and see if you can reproduce it. i could also that if you can tell me which image you tested on
[08:57] <pete-woods> 201
[08:58] <Mirv> cjwatson: we would very much like https://launchpad.net/ubuntu/utopic/+source/unity-scopes-api/0.6.3+14.10.20140820.is.0.6.1+14.10.20140809-0ubuntu1 to be bumped in build importance (KDE 4.14 just got in before it)
[08:58] <Mirv> sil2100: ^
[09:01] <Mirv> sil2100: so are we sure unity-scopes-shell does not need reverting?
[09:01] <Mirv> just wondering
[09:01] <pete-woods> brendand: well for what it's worth, I'm flashing 201 now, then trying the upgrade of the suspect packages
[09:01] <Mirv> it was part of the same landing
[09:01] <pete-woods> Mirv: it has to be reverted at the same time, as it has a dep on that version of libunityscopes
[09:02] <Mirv> sil2100: ^
[09:02] <cjwatson> Mirv: done
[09:03] <Mirv> thanks Colin!
[09:06] <sil2100> cjwatson: thank you!
[09:06] <brendand> ogra_, Mirv - davmor2 tells me it wasn't happening on each boot?
[09:07] <sil2100> Mirv: let me check
[09:07] <Mirv> brendand: no, I had one boot where music app worked fine
[09:07] <Mirv> brendand: sorry, I mean music scope
[09:07] <ogra_> brendand, i'm currently rebooting a few times in a row here to see
[09:07] <brendand> Mirv, i'm also pretty sure that when i tried it it worked
[09:08] <sil2100> Mirv: ah, didn't upload that one yet, right!
[09:08] <ogra_> (though i have re-installed the missing libs)
[09:09] <brendand> Mirv, my music was on the sd card though
[09:09] <jibel> brendand, if you upload new music to the device it is not shown in the scope. It might after a reboot or not. But never immediately after upload
[09:09] <ogra_> ok, first reboot i got no music and no online videos ... searching gets me local music shown ...
[09:09] <ogra_> same thing for online video ... searching fixes it
[09:10]  * ogra_ reboots again 
[09:11] <ogra_> same thing
[09:11] <ogra_> looks pretty consistent to me
[09:12] <Mirv> jibel: it did show up immediately for me...
[09:13] <sil2100> Mirv: unity-scopes-shell uploaded
[09:13] <ogra_> ok, in one of five reboots online video behaved different and showed up without searching ... the rest of the time it was consistently broken
[09:13] <Mirv> sil2100: ping colin about that too once it shows in LP
[09:13] <sil2100> ACK ;)
[09:16] <pete-woods> I can confirm that flashing r201, then upgrading to the new scopes packages causes the reliability on some reboots (about 1 in 3 for me anecdotally)
[09:16] <pete-woods> so revert was definitely the right thing
[09:17] <sil2100> cjwatson: so, once those two packages build and migrate we'll kick a new image and have it dogfooded as a promotion candidate - if it passes (which is highly probable) we should have a new promoted image around afternoon
[09:17] <sil2100> cjwatson: would that be fine?
[09:17] <cjwatson> sil2100: well, I don't have a better alternative :)
[09:18] <cjwatson> so it'll have to be
[09:19] <cjwatson> I've scored up unity-scopes-shell
[09:20] <sil2100> cjwatson: thank you!
[09:21] <cjwatson> beats trying to figure out why my wife's laptop isn't IPv6-routable, argh
[09:47] <Saviq> sil2100, hey, got a minute?
[09:55] <sil2100> Saviq: what's up?
[09:57] <Saviq> sil2100, I've been thinking... how about some hook mechanism in train
[09:57] <Saviq> sil2100, immediate use case is .pot file generation
[09:57] <Saviq> sil2100, which everyone and their mother forgets daily
[09:58] <Saviq> sil2100, it doesn't make sense for per-MP generation 'cause it's just cruft there
[09:58] <sil2100> hmm
[09:58] <Saviq> sil2100, so ideally it would happen just after train merges all MPs
[09:58] <sil2100> But where would you think those hooks should be defined?
[09:58] <Saviq> sil2100, project source tree I'd say
[09:59] <Saviq> sil2100, debian/ maybe even
[09:59] <Saviq> sil2100, caveat is obviously dependencies of such a hook
[09:59] <sil2100> Saviq: we *could* add a new custom tag to the control file that would say 'use hooks' or even 'use this hook' or something
[09:59] <Saviq> sil2100, and potential for leaving them around
[10:00] <Saviq> sil2100, yeah, but every project needs to be in control of those, they might have different requirements
[10:01] <sil2100> Saviq: right, I would think of a flag such as 'if this flag is set, use the hook that's provided in this directory' or 'if this flag is set, use the hook from the path that we gave here' or something
[10:02] <sil2100> Yeah, that's a bit more complex anyway
[10:02] <sil2100> Saviq: could you fill in a bug for that anyway? It's a good proposition I would say
[10:02] <Saviq> sil2100, will do
[10:03] <brendand> sil2100, did it get reverted already?
[10:03] <sil2100> brendand: it's still in proposed
[10:33] <cjwatson> sil2100: looks like we're waiting for autopkgtest executors again
[10:33] <cjwatson> jibel: is there any way to beef up our autopkgtest executor farm?  we've run into load issues there a few times recently
[10:34] <sil2100> cjwatson: yeah, I saw that it was staying on autopkgtests for a while
[10:34] <cjwatson> sil2100: it's numbers 3-6 in the relevant queue, so hopefully soon
[10:34] <sil2100> But at least scopes-shell migrated
[10:35] <cjwatson> Yep
[10:38] <jibel> cjwatson, no, it's working at full capacity. yesterday evening it was excessively slow because tests were running on disk instead of memory, but it should be faster today. I'll do another check to make sure it's not that again.
[10:39] <cjwatson> jibel: Right, I mean extending its capacity
[10:40] <cjwatson> It's usually fine but then sometimes KDE lands or something
[10:47] <jibel> cjwatson, the trend is more to "cloudify" the farm rather than adding more physical hardware. I'll see with the CI team if they can allocate more machines to autopkgtest. With the increasing number of packages I agree it's becoming a bottleneck.
[10:47] <sil2100> cjwatson: do I see it right or did the autopkgtests for unity-scopes-api fail?
[10:47] <sil2100> :|
[10:48] <jibel> sil2100, it never passed
[10:48] <sil2100> Ah, ok, so it will be skipped with Always failed ?
[10:48] <jibel> it fails with: cp: cannot stat ‘scopetest.cpp’: No such file or directory
[10:48] <jibel> pete-woods, ^
[10:49] <cjwatson> jibel: thanks
[10:54] <pete-woods> sil2100: yes. they have always failed. I have nagged our tech lead to get them fixed (and indeed show him how to even know they are failing, as it's not obvious). we have merge in that should fix it
[10:55] <pete-woods> fortunately the same check they perform is at least carried out as part of our unit tests
[10:55] <pete-woods> I think a lesson to take away from all of this is to have more people on our team exposed to the "debiany stuff" besides muggins
[10:55] <pete-woods> (i.e. me)
[10:58] <pete-woods> is it possible to get our jenkins jobs to tun our autopkgtests after build?
[10:59] <pete-woods> *to run
[11:39] <cjwatson> sil2100: it's migrated, publishing nowish
[11:46] <cjwatson> sil2100: that's published.  want to kick an image build?
[11:46] <dbarth> om26er: ping?
[11:47] <dbarth> om26er: did you run into issues with silo 15 yesterday?
[11:47] <cjwatson> sil2100: actually I'm going to assume you're at lunch or similar and kick it myself
[11:47] <Wellark> hey, silo 19 would probably need manual inspection as there are debian/control changes
[11:48] <Wellark> please see the commit message in: https://code.launchpad.net/~unity-api-team/connectivity-api/connectivity-service-source-package-shuffle/+merge/231431
[11:51] <Wellark> psivaa: any takers? :) --^
[11:52] <psivaa> Wellark: for this you'd need trainguards
[11:54] <imgbot> [11:55] <ogra_> whee
[11:58] <om26er> dbarth, no, it was fine for me
[11:59] <om26er> dbarth, was there a regression ?
[12:03] <om26er> sil2100, hi i am testing silo 34, is there a way to mark it as such so someone else does not start testing the same silo ?
[12:04] <Mirv> Wellark: gave comments
[12:07] <Mirv> Wellark: and a bit more, since it wasn't obvious which name you use as the install dir
[12:08] <om26er> sorry silo 006, 34 is the line number.
[12:16] <silDroid> Hey!
[12:16] <ogra_> geez ... use kiwiIRC on your ubuntu phone ... throw away that android :P
[12:17] <ogra_> :)
[12:17] <silDroid> ogra_: did unity-scopes-api migrate?
[12:17] <silDroid> ;)
[12:17] <cjwatson> silDroid: yes, images are building
[12:17] <ogra_> yeah
[12:17] <silDroid> Phew, ok, then I go back to eating
[12:17] <silDroid> Thanks guys!
[12:17] <silDroid> Be back soon
[12:17] <cjwatson> * silDroid is now known as silFaceStuffer
[12:18] <silDroid> Hahah
[12:18] <silDroid> o/
[12:18] <cjwatson> though, hey, food sounds like a plan
[12:18] <ogra_> hmm, breakfast !
[12:18]  * ogra_ looks if he can find something ... 
[12:19] <cjwatson> you're as bad as me
[12:19] <ogra_> haha
[12:19] <ogra_> many of us i guess
[12:19] <cjwatson> "oh, I should just check in on IRC before breakfast"
[12:19] <cjwatson> ... four hours later ...
[12:19] <ogra_> yeah :D
[12:19] <cjwatson> "why am I hungry"
[12:20] <ogra_> "whats that noise down there ?"
[12:33] <Mirv> om26er: bregma: ToyKeeper: davmor2: I'd recommend using some sort of "QA signoff in progress by xxx" in the comment field so that's easier to see when someone works on certain landing
[12:34] <Mirv> sorry unping bregma, ping brendand who's not online..
[12:35] <dbarth> om26er: ah ok cool; so can you get back to davmor2 and give me signoff for that silo?
[12:36] <om26er> davmor2, hey did you test silo 15 as well ? It was working fine for my testing yesterday.
[12:53] <sil2100> ;)
[13:04] <Wellark> Mirv: thanks!
[13:04] <Wellark> I will fix the names ASAP
[13:13] <oSoMoN> sil2100, Mirv: can I have a silo for line 38, please?
[13:14] <sil2100> oSoMoN: we currently have only one silo sadly...
[13:14] <sil2100> oSoMoN: usually we try to leave that around for emergency cases
[13:14] <oSoMoN> sil2100, that’s fine, can you put my request in the queue for when another silo is freed?
[13:15] <Mirv> oSoMoN: sure, after we release more.. I just filled in bfiller's request that had been skipped first, next one should be yours
[13:15] <oSoMoN> excellent, thanks!
[13:15] <Mirv> there just doesn't seem to be any that could be easily freed
[13:29] <alan_g> josepht: There's a bottleneck in the mir CI builds [http://s-jenkins.ubuntu-ci:8080/job/mir-team-mir-development-branch-ci/] - and this appears to be the problem - [http://s-jenkins.ubuntu-ci:8080/computer/ps-precise-server-amd64-smp-2/?] - can you help?
[13:29] <josepht> alan_g: looking
[13:34] <imgbot> [13:34] <imgbot> [13:34] <sil2100> \o/
[13:34] <ogra_> yay
[13:34] <popey> \o/
[13:34] <sil2100> davmor2: ^
[13:34] <sil2100> brendand: ^
[13:35] <sil2100> davmor2: could you give a promotion-dogfooding spin on #203? Top priority please ;)
[13:35] <sil2100> Wow, there has been a lot of uploads actually
[13:39] <sil2100> davmor2: poke poke
[13:39] <davmor2> sil2100: stab stab
[13:40] <brendand> bang bang
[13:40] <davmor2> well we are in London
[13:42] <davmor2> sil2100: falshing 203 now
[13:42] <om26er> mvo_, Hi!
[13:42] <davmor2> sil2100: breaking it in 2 minutes
[13:42] <mvo_> hi om26er
[13:42] <om26er> mvo_, silo 006 i.e line 34 have a problem. I am not able to install new app from the store after installing click from there,.
[13:43] <josepht> fginther, alan_g: I've opened the following asana task for the slow pbuilder slave: https://app.asana.com/0/8736198969650/15657461686537
[13:43] <mvo_> om26er: oh, thanks for this report! does you image contain the latest ubuntu-touch-meta, i.e. do you have debsig-verify and click-ubuntu-policy ? if you run "pkcon install-local foo.click", what is the output?
[13:46] <om26er> mvo_, http://paste.ubuntu.com/8106395/
[13:47] <om26er> mvo_, click-ubuntu-policy is 0.1 and debsig-verify is 0.10
[13:48] <davmor2> sil2100: broke it,  the pinlock gets in the way of the edge guide
[13:48] <sil2100> davmor2: crap, wasn't that the case before?
[13:48] <davmor2> sil2100: I blame ogra_ for that though who are these people that lock their phones
[13:50] <jibel> davmor2, it's not a regression it's bug 1358283
[13:50] <mvo_> om26er: could you please run "ar x /home/phablet/it.mardy.account-tester_0.3_all.click _gpgorigin; gpg --list-packets _gpgorigin" "
[13:50] <mvo_> om26er: and paste the output?
[13:51] <om26er> mvo_, http://paste.ubuntu.com/8106427/
[13:51] <davmor2> sil2100: no it's not really broken it just doesn't flow like it used to because of the lock and I think it has been around for a while but I have mostly been testing ota so haven't seen it
[13:51] <davmor2> sil2100: see jibel's statement
[13:52] <sil2100> Phew
[13:52] <mvo_> om26er: interessting - what does "ar t /home/phablet/it.mardy.account-tester_0.3_all.click" output? and is this a click downloaded from the store or did you obtain it in a different way ?
[13:52] <om26er> mvo_, I received that in an email, Its not from the store
[13:54] <mvo_> om26er: ok, thanks. that is actually the new expected behavior that it won't allow installing unsigned clicks without using the "--allow-unauthenticated" call to force that. however you should still be able to install clicks from the store, if that does not work, then I would love to get hold of one of the downloaded clicks from the store and run the same commands as above against it
[13:55] <om26er> mvo_, how to download a click app from the store ?
[13:55] <mvo_> om26er: does installing via the normal app scope ui work? or do you get a error then? if so, I can try to figure out where the downloader stores the click
[13:56] <om26er> mvo_, I saw the issue from the UI, the error on dash is 'Download or install failed. Please try again'
[13:56] <om26er> it clearly downloads successfully but fails before installing
[13:57] <mvo_> om26er: ok, thanks. let me look around where the click is stored. I assume this happens for every click you download, correct?
[13:58] <om26er> mvo_, yes, thats right.
[14:01] <mvo_> om26er: thanks, could you please check if there are clicks left in /home/phablet/.local/share/ubuntu-download-manager/Downloads/ that could be inspected?
[14:01] <brendand> sil2100, can we *demote* this image instead?
[14:02] <sil2100> brendand: what's wrong? Is it that bad?
[14:07] <om26er> mvo_, detailed: http://paste.ubuntu.com/8106548/
[14:08] <mvo_> om26er: awesome, thanks! what does "debsig-verify -v /home/phablet/click/files/com.ubuntu.developer.webapps.webapp-googlemaps_0.1_all.click" output?
[14:09] <om26er> mvo_, http://paste.ubuntu.com/8106561/
[14:10] <sil2100> brendand, davmor2: I only accept good news
[14:10] <sil2100> psivaa: could you spin the tests for krillin as well?
[14:11] <om26er> sil2100, can you change the status of line 34 ?
[14:11] <om26er> sil2100, QA sign-off failed as it revealed a bug
[14:11] <sil2100> om26er: ACK
[14:11] <sil2100> Thanks :)
[14:11] <mvo_> om26er: thanks again! hm, thats confusing, debsig-verify seems to be happy. I assume "click install --user=phablet /home/phablet/click/files/com.ubuntu.developer.webapps.webapp-googlemaps_0.1_all.click" does not give a better error message?
[14:12] <sil2100> mvo_: also, please include the image number you have tested agains in the 'Yes (#)' field on the spreadsheet!
[14:13] <mvo_> sil2100: will do, sorry for that
[14:13] <sil2100> No worries :)
[14:24] <om26er> mvo_, sudo click install --user=phablet  installs
[14:28] <brendand> ogra_, so the scopes regression was caused by some dropped dependencies?
[14:30] <sil2100> brendand: no
[14:30] <sil2100> brendand: the scopes regression was caused by unity-scopes-api and unity-scopes-shell regressing
[14:32] <mvo_> om26er|doctor: thanks! sorry for being a pain, but I can't reproduce this and I would love to get to the bottom of this, would it be ok if you could run "click unregister --user=phablet com.ubuntu.developer.webapps.webapp-googlemaps" and then run "strace -f -e trace=execve -s1024 /usr/lib/packagekit/packagekitd" and try to install a click again?  I would love to see if gpg errors out of if debsig-verify errors and if so, with what error c
[14:32] <mvo_> ode
[14:33] <cjwatson> you probably want to run that click unregister under sudo
[14:33] <cjwatson> and possibly "sudo pkill packagekitd" first
[14:34] <mvo_> indeed
[14:35] <mvo_> cjwatson: do you have any idea what might cause this? click is happy, debsig-verify is happy but pkcon errors with a signature failure. but it can't be permissions, can it? i.e. pk backend is still running as root and all
[14:35] <cjwatson> mvo_: not sure, I'd want to see the packagekitd log
[14:36] <cjwatson> also, running packagekitd with -v is usually helpful
[14:38] <mvo_> om26er|doctor: what image version are you using? I'm on #201 but maybe I need a different one to reproduce
[14:38] <cjwatson> brendand: please tell us what you meant by demoting the image, we're on tenterhooks ...
[14:39] <sil2100> brendand: you're scaring us, we REALLY need that promotion today
[14:39] <ogra_> brendand, the scopes regression pointed out another one which is related to dependencies
[14:39] <sil2100> davmor2: any news?
[14:53] <davmor2> sil2100: still testing and filing bugs, old ones though so not blockers
[14:53] <sil2100> davmor2: that's music to our ears
[14:54] <sil2100> davmor2: you can't imagine how me and cjwatson are waiting for you to finish ;)
[15:02] <rsalveti> sil2100: ogra_: bug https://bugs.launchpad.net/ubuntu/+source/unity-system-compositor/+bug/1359530 might be a regression as well
[15:02] <rsalveti> noticed that one with image 202
[15:02] <rsalveti> not sure if it was there with previous promoted image
[15:06] <davmor2> sil2100: I blame rsalveti for not thinking about testing this  https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1359806
[15:06] <sil2100> uh?
[15:07] <davmor2> sil2100: audio is switched to the earpiece
[15:07] <rsalveti> davmor2: right, I think that this one was always there, wasn't it?
[15:07] <davmor2> rsalveti: yeap that's why we aren't blocking on it
[15:08] <rsalveti> davmor2: right, will be working on it soon :-)
[15:08] <davmor2> rsalveti: same issue is on bluetooth too
[15:08] <rsalveti> yeah, the stream is not moving to the right device
[15:08] <davmor2> rsalveti: and wired headsets too
[15:08] <rsalveti> that's known as well
[15:09] <davmor2> rsalveti: that's fine :)
[15:10] <sil2100> SHIPIT
[15:16] <davmor2> sil2100: haven't finished yet
[15:18] <mvo_> om26er|doctor: (for when you are back :) - before I forget, anything unusual about the configuration you use for testing?
[15:35] <brendand> tvoss|afk, camera doesn't prompt for location on mako
[15:35] <tvoss> brendand, nothing landed, so please file a bug
[15:36] <brendand> tvoss, no trust.db is created when i launch it
[15:36] <tvoss> brendand, would you mind checking syslog?
[15:36] <tvoss> brendand, or better: send it to me by mail
[15:36] <Laney> sil2100: do you have any sense on how long traincon-0 will be on for?
[15:37] <Laney> I feel like uploading gst-bad and block-proposeding it
[15:37] <sil2100> Laney: it should be taken down today
[15:37] <sil2100> Laney: we're waiting for a decision from davmor2
[15:37] <Laney> neato wheatos
[15:37] <brendand> sil2100, there is some stuff that is suspect but it's probably mostly known issues
[15:38] <sil2100> brendand: good to know
[15:40] <davmor2> sil2100: Location service doesn't seem to be triggered like it was before
[15:40] <sil2100> davmor2: is it enabled by default, or it doesn't allow location now at all?
[15:41] <davmor2> sil2100: we need to check that after the meeting
[15:42] <tvoss> brendand, could you please make sure that your phone does not have an android property hanging around that triggers the location service override?
[15:43] <brendand> tvoss, it was just flashed but i'll check
[15:46] <davmor2> tvoss: I'm not getting it either I did this morning on 201 but on 203 I have not location service notifications
[15:46] <brendand> tvoss, i got a DENIED
[15:47] <brendand> tvoss, Aug 21 15:47:20 ubuntu-phablet kernel: [  251.843308] type=1400 audit(1408636040.346:137): apparmor="DENIED" operation="chmod" profile="com.ubuntu.camera_camera_3.0.0.355" name="/run/user/32011/" pid=4172 comm="camera-app" requested_mask="w" denied_mask="w" fsuid=32011 ouid=32011
[15:48] <tvoss> brendand, the DENIED comes from apparmor
[15:48] <tvoss> davmor2, brendand did we have a mir/qtmir landing?
[15:49] <jdstrand> there is a bug for that I think. fyi, apparmor policy is correct on that denial
[15:49] <davmor2> sil2100, ogra_ ^
[15:49] <ogra_> cameras are overrated !
[15:50] <sil2100> hmm
[15:50] <davmor2> ogra_: location in maps is useful though
[15:50] <tvoss> davmor2, brendand did you guys flash with --wipe? if not, did you remove trust.db?
[15:50] <davmor2> tvoss: I did
[15:50] <ogra_> davmor2, did it work in the last promoted image ?
[15:50] <jdstrand> bug #1351041 is for reminders, but it is the same denial
[15:51] <davmor2> ogra_: it wasn't in the last promoted image, however is stops location which did work
[15:51] <jdstrand> something, somewhere is trying to do a chmod on /run/user/32011/, which is wrong. I doubt it is fatal though
[15:51]  * jdstrand doesn't know
[15:51] <jdstrand> I'll add camera app to that bug
[15:51] <brendand> tvoss, it never creates trust.db on mako
[15:51] <jdstrand> actually, I'll create a new bug
[15:51] <ogra_> davmor2, thats what i meant ... :(
[15:52] <brendand> jdstrand, i get that denied on krillin too
[15:52] <brendand> jdstrand, but there i get the prompt
[15:52] <brendand> jdstrand, so i guess that's a red herring
[15:53] <brendand> sil2100, i guess this won't be a blocker because we didn't even have location in the last image for camera
[15:57] <davmor2> tvoss, sil2100, ogra_: so I'm not getting a location service prompt on mako or krellin,  I might nip outside after the meeting and see if I at least get a location but I'm assuming not
[15:57]  * ogra_ hands davmor2 an "i" to replace with the "e" in krellin :) 
[15:57] <Saviq> trainguards, can someone please retry the builds in https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-016/+sourcepub/4365335/+listing-archive-extra
[15:57] <sil2100> davmor2: ok, but as mentioned by brendand, I would perfer it not being a blocker ;)
[15:57] <Saviq> just the amd64, armhf and i386 ones
[15:58] <sil2100> Saviq: doing
[15:58] <Saviq> sil2100, thanks
[15:58] <tvoss> davmor2, brendand could you guys paste the output of ps -ef | grep trust
[15:58] <tvoss> ?
[15:59] <davmor2> root@ubuntu-phablet:~# ps -ef | grep trust
[15:59] <davmor2> root      4872  4426  0 16:59 pts/17   00:00:00 grep --color=auto trust
[15:59] <brendand> tvoss, same here
[15:59] <jdstrand> fyi, bug #1359831
[16:00] <davmor2> phablet@ubuntu-phablet:~$ ps -ef | grep trust
[16:00] <davmor2> phablet   4964  4939  0 16:59 pts/17   00:00:00 grep --color=auto trust
[16:00] <davmor2> incase you needed it as phablet
[16:01] <tvoss> brendand, davmor2 here we go
[16:01] <ogra_> sil2100, i'll be a tad late ...
[16:02] <sil2100> ogra_: I'm the only one online!
[16:02] <sil2100> Everyone else is elsewhere it seems ;)
[16:03] <tvoss> brendand, davmor2 could you paste ~/.cache/upstart/ubuntu-location-service-trust-stored.log?
[16:10] <Laney> okay, uploaded gst-bad 1.4 (jhodapp fyi)
[16:10] <Laney> blocking it in proposed for a bit
[16:10] <cjwatson> Laney: oh yay, that'll help with libass
[16:10] <cjwatson> which is now entangled with vlc
[16:10] <Laney> should do
[16:10] <Laney> sorry it took ages, there was a blocking bug
[16:11] <brendand> tvoss, doesn't exist?
[16:18] <ogra_> [16:18] <pmcgowan> congrats
[16:18] <ogra_> well
[16:18] <pmcgowan> open the gates
[16:19] <nik90> wow
[16:19] <ogra_> pmcgowan, with a bunch of immediate blockers :)
[16:19] <pmcgowan> ogra_, not blockers if they didnt block
[16:19] <pmcgowan> or blockers coming
[16:19] <ogra_> pmcgowan, we only blocked on mako up to today
[16:19] <nik90> davmor2: sry, does 203 return the user location if an app has the correct permissions?
[16:19] <pmcgowan> aha
[16:20] <ogra_> we switch focus ... and with that we start out with a few initial blockers
[16:20] <nik90> ogra_: update the channel header
[16:20] <nik90> ogra_: cant bear to see traincon-0 mode there
[16:20] <nik90> :)
[16:21] <ogra_> nik90, traincon isnt my job to end it :)
[16:21] <ogra_> but i added the "last promoted"
[16:21] <nik90> ah
[16:30] <robru> sil2100: yeah, 6 silos marked testing pass, should I publish them ALL at ONCE?? ;-)
[16:30] <sil2100> NO! ;)
[16:31] <sil2100> robru: as mentioned, try to be sneakily reasonable with things that land
[16:31] <sil2100> ;p
[16:31] <robru> oh right, my spider sense, I forgot ;-)
[16:32] <robru> sil2100: are you suggesting you want me to test things?
[16:32]  * cjwatson fixes his dodgy logic in derive-distribution and tries again
[16:33] <Wellark> Mirv:
[16:33] <Wellark> is it ok to install qml-module-connectivity under
[16:33] <Wellark> drwxr-xr-x root/root         0 2014-08-19 22:36 ./usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Connectivity/
[16:33] <Wellark> -rw-r--r-- root/root     22904 2014-08-19 22:36 ./usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Connectivity/libconnectivity-qml.so
[16:33] <Wellark> -rw-r--r-- root/root        51 2014-08-19 21:54 ./usr/lib/x86_64-linux-gnu/qt5/qml/Ubuntu/Connectivity/qmldir
[16:33] <Wellark> or must I rename the package to be qml-module-ubuntu-connectivity ?
[16:34] <Wellark> Mirv: this is for https://code.launchpad.net/~unity-api-team/connectivity-api/connectivity-service-source-package-shuffle/+merge/231431
[16:35] <Wellark> trainguards: --^
[16:35] <sil2100> robru: no no, but I suppose I might negotiate with jfunk someone from QA to help out with landings that we think might be troublesome
[16:35]  * sil2100 goes off to do some paperwordk
[16:37] <cjwatson> branch refresh in progress now
[16:38] <robru> cjwatson: by "branch refresh" you mean you're syncing utopic into rtm?
[16:39] <jfunk> robru: sil2100: keep me posted
[16:39] <sil2100> jfunk: sure, for now I need to do some other formalities, but I've been wondering if we could really have someone part-time for sign-off duty in case any risky landings appear
[16:40] <robru> like powerd in silo 20
[16:40] <robru> 10
[16:40] <davmor2> sil2100, tvoss: https://bugs.launchpad.net/ubuntu/+source/location-service/+bug/1359866
[16:40] <cjwatson> robru: as of the point where image 203 was built, yes
[16:40] <cjwatson> and of course just the relevant subset of packages
[16:41] <davmor2> tvoss: please move it if I filed against the wrong project
[16:41] <cjwatson> oh good, the copy-stuff-backwards wheeze worked
[16:41] <mvo_> ogra_: if you have moment, could you do me a favor and install the lick from landing 006 on your device and see if that fails for you too? I just reflasht my phone and still can not reproduce the failure and run out of ideas right now how to reproduce
[16:42] <cjwatson> e.g. https://launchpad.net/ubuntu-rtm/+source/unity-scope-click/+publishinghistory
[16:43] <cjwatson> sil2100,robru: http://paste.ubuntu.com/8107553/
[16:44] <cjwatson> (ignore stuff below "Copy?")
[16:46] <cjwatson> and I've removed gnutls26, shared-desktop-ontologies, and zsh as indicated there (ubuntu-desktop was a false positive because of reasons)
[16:46] <cjwatson> so that's done
[16:46] <robru> cjwatson: whaaaaa? we don't want shared-desktop-ontologies on our phones?
[16:48] <cjwatson> I choose not to care about the reasons it was there in the first place :)
[16:48] <ogra_> mvo_, i'll trade that for a "make PK work in phablet-tools" session tomorrow :)
[16:48]  * ogra_ searches for a mako 
[16:49] <cjwatson> I've also added a daily image build of ubuntu-rtm/14.09 ubuntu-touch, scheduled to start at 0302 UTC
[16:49] <robru> ooooh
[16:50] <ogra_> mvo_, might take a bit, my battery on my test mako is in red-blinking state ...
[16:50] <cjwatson> so I think the branch is handed over to you lot now, esp since I'm travelling to DebConf tomorrow
[16:50] <ogra_> you are not there yet ?
[16:50] <mvo_> ogra_: the device shouldn't matter hopefully
[16:50]  * ogra_ thought you flew last week
[16:50] <oSoMoN> robru, it looks like a number of silos are about to land, please consider line 38 for when one frees up :)
[16:51] <mvo_> ogra_: I'm here :)
[16:51] <ogra_> mvo_, heh, i meant colin :)
[16:51] <cjwatson> ogra_: no, last week was worldcon
[16:52] <ogra_> ah ... the month of the cons :)
[16:52] <Laney> bi-mon-sci-fi-con
[16:52] <robru> oSoMoN: ah, well there is one free and I'd love to assign it to you, but citrain can't seem to connect to the spreadsheet...
[16:53]  * ogra_ twiddles thimbs watching his phone download 203 ... 
[16:53] <ogra_> *thumbs too
[16:54] <robru> oSoMoN: ok, transient networking failure ;-) you got silo 5!
[16:54] <oSoMoN> robru, awesome, thanks!
[16:55] <robru> oSoMoN: you're welcome!
[16:59] <tvoss> davmor2, thanks for the bug
[17:00] <ogra_> finally it starts flashing ...
[17:10] <bzoltan> fginther: did somebody switch back the AP tests for the autolanding? https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/3764/consoleFull
[17:10] <sil2100> kgunn, Saviq: so, is this fixed for good, worked-around or still present? https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1354406 ?
[17:12] <bzoltan> fginther:  and an other MR failed like this https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-utopic/2452/console
[17:12] <Saviq> sil2100, worked around
[17:12] <Saviq> sil2100, with minimal user visible impact
[17:13] <sil2100> Saviq: will that stay on your radar as a priority
[17:14] <Saviq> sil2100, it does stay already
[17:14] <sil2100> Excellent, so I remove it from our list
[17:23] <ogra_> mvo_, ok. finally installed, what do you want me to test/see ?
[17:24] <mvo_> ogra_: just install a app from the store please
[17:24] <mvo_> ogra_: and if that fails, then the interessting part starts :)
[17:25]  * ogra_ installs googlemaps ... 
[17:25] <ogra_> "error while downloading"
[17:26] <mvo_> ogra_: aha! I wonder why this works for me, ok, if you could "pkill packagekitd" and run "strace -f -e trace=execve -s1024 /usr/lib/packagekit/packagekitd" and try that again, what kind of messages do you see, most importantly, what error code from debsig-verify
[17:26] <mvo_> ogra_: (and maybe gpg)
[17:26] <ogra_> hmm
[17:26] <ogra_> i dont think i have strace installed on the device ... one moment
[17:27] <mvo_> sure
[17:27] <ogra_> oh, i do
[17:27]  * ogra_ just rememebrs we seeded it recently 
[17:29] <ogra_> mvo_, http://paste.ubuntu.com/8107809/
[17:32] <ogra_> looks like debsig-verify acts just fine
[17:34] <mvo_> ogra_: hm, exited with 13, gpg exists earlier with error 2 - unexpected error hmmmm
[17:35] <mvo_> ogra_: I need to put the kids to bed, but I come back with more questions :)
[17:35] <ogra_> ok
[17:51] <Mirv> Wellark: with that path the suggestion would be indeed qml-module-ubuntu-connectivity, and that'd be fine
[17:51]  * Mirv \o/ at promotion
[18:05] <mvo_> ogra_: could you please apply http://paste.ubuntu.com/8108033/ to /usr/lib/python3/dist-packages/click/install.py and run "pkcon install-local foo.click" against this particular click again?
[18:05] <mvo_> ogra_: that should give the output from gpg
[18:06] <mvo_> ogra_: it needs to be a signed click from the store to be useful
[18:09] <ogra_> mvo_, hmm
[18:09] <ogra_> http://paste.ubuntu.com/8108060/
[18:10] <ogra_> i guess line 9 is your issue
[18:10] <ogra_> (why would it look for roots gpg key)
[18:10] <mvo_> gpg: keyblock resource `/root/.gnupg/pubring.gpg': file open error
[18:10] <mvo_> ogra_: because … i can not say this in a public channel
[18:10] <ogra_> heh
[18:11] <mvo_> ogra_: you are my hero for today, thanks for this debug output!
[18:12] <sil2100> So, I guess the initial sync of ubuntu-rtm is done?
[18:12] <ogra_> mvo_, well, i'll hunt you down tomorow for some PK help with phablet-tools ;)
[18:12] <mvo_> ogra_: sure! but best in the morning as I'm leaving for debconf
[18:13] <mvo_> ogra_: when I remount,ro I get the same error, yay!
[18:16] <jhodapp> Laney, sounds good...I've continued to use 1.4 in my work trying to solve the video freezing issues without noticing any new problems
[18:16] <cjwatson> sil2100: It is all yours
[18:16] <Laney> jhodapp: great, thanks
[18:17] <mvo_> om26er: I think I found the issue now, please ignore my previous questions. ogra_ saved the day
[18:17] <om26er> mvo_, \o/
[18:18] <Laney> jhodapp: I think what I did with MAYBE_GERROR is grim by the way and should be purged from the earth as soon as possible
[18:20] <sergiusens> sil2100: is there any guidelines on how to operate now?
[18:20] <sil2100> sergiusens: I'll send out an e-mail in a moment
[18:20] <sergiusens> sil2100: can I forget about ubuntu and just use ubuntu-rtm and then sync back
[18:20] <sil2100> Too many paperowrk ;)
[18:20] <sil2100> sergiusens: no no
[18:20] <sergiusens> sil2100: a great; as I have many questions :-)
[18:20] <sil2100> sergiusens: everything needs to land in ubuntu first ;)
[18:21] <sergiusens> ubuntu first
[18:21] <ralsina> sil2100: hello, my boss lucio has asked me to do a practice no-change rtm landing to make sure everything is smooth for the ubuntu-push project... any hints? :-)
[18:21] <sergiusens> then sync to rtm?
[18:21] <sil2100> sergiusens: yes, basically ;)
[18:21] <sil2100> ralsina: soon an annoucemenent will be made and then we can proceed with everything (tm)
[18:22] <ralsina> awesome
[18:22] <Wellark> Mirv: updated https://code.launchpad.net/~unity-api-team/connectivity-api/connectivity-service-source-package-shuffle/+merge/231431
[18:24] <jhodapp> Laney, ok, I'll take a look when I get a chance to merge that in
[18:34] <dobey> alecu: ^^ did you change the scope landing?
[18:34] <dobey> oh, i guess so
[18:39] <sil2100> ogra_: lockscreen enablement was new in this promotion, right?
[18:39] <sil2100> It wasn't in the previous promoted image?
[18:39] <ogra_> hmm, that was 172 ... not sure
[18:40] <ogra_> mterry, do you remember if the last promoted image had locking support ?
[18:40] <ogra_> i think it did ...
[18:40] <sil2100> 172 sounds like it was already
[18:40] <sil2100> ACK
[18:40] <mterry> sil2100, ogra_, it was in the previous one too
[18:40] <sil2100> Does anyone remember when we added the bottom-swipe-for-scopes-scope thingy?
[18:40]  * sil2100 seems tired today already
[18:40] <mterry> sil2100, that was new in this promoted image
[18:40] <sil2100> mterry: \o/
[18:41] <mterry> sil2100, don't know which exact image had it
[18:41] <mterry> sil2100, I dogfood the promoted images, so I pay attention to such things  :)
[18:43] <alecu> dobey: yes, I merged the remaining stuff from /devel into the landing
[18:45] <ogra_> cjwatson, sil2100, so seeing that rtm email, did we think about how to handle ubuntu feature freeze with out packages ? i expect a good bunch to need FFes in ubuntu first
[18:46] <ogra_> *with our
[18:55] <oSoMoN> robru, can silo 5 be published, please?
[18:55] <robru> oSoMoN: how badly is it gonna break everything? ;-)
[18:56] <oSoMoN> robru, quite the contrary, it’s supposed to unbreak things :)
[18:56] <robru> oSoMoN: oooh I like those!
[18:56] <oSoMoN> well, more accurately, improve performance by a lot
[18:56] <robru> oSoMoN: ok I'm just gonna give it a quick smoketest then publish
[18:57] <oSoMoN> sounds good, it’s been already tested extensively, but an extra pair of eyes won’t hurt for sure
[18:57] <robru> oSoMoN: yeah it's just that there's so many silos left over from traincon, don't want to just "open the floodgates", so I'm trying to space out the landings, do some smoketesting, etc
[18:57] <sil2100> ogra_: yeah, I guess we'll need to discuss that a bit more
[18:58] <oSoMoN> robru, makes sense
[19:00] <sergiusens> sil2100: can I debsync or do I need to land twice?
[19:01] <sil2100> sergiusens: this depends if you have the guarantee that all that you land in ubuntu actually lands in RTM
[19:01] <sergiusens> sil2100: I'm only working on rtm features
[19:01] <sil2100> sergiusens: since you need to make sure nothing unwanted lands in this distro
[19:01] <sergiusens> sil2100: I care less for ubuntu desktop today as none of the things I do are shared
[19:02] <sergiusens> seems like instead of spending 4 hours per landing, I'll spend a day or more with this mechanism
[19:02] <sergiusens> and really hinders people with trunk == package
[19:04] <sil2100> sergiusens: let's have a chat about that tomorrow
[19:04]  * sil2100 EODs for today
[19:04] <sil2100> o/
[19:04] <sergiusens> sil2100: so I can't land anything today>?
[19:04] <mvo_> if someone could double check this  C diff real quick http://paste.ubuntu.com/8108388/ that would be awesome. that should fix the verification issue with RO mounts
[19:04] <sil2100> sergiusens: land land, just as per the rules in the e-mail, i.e. the general procedure
[19:04] <robru> sergiusens: I'm happy to help you land things today
[19:04] <sil2100> sergiusens: we can think of some way of improving it tomorrow
[19:05] <sergiusens> robru: but the policy is really broken
[19:05] <sil2100> sergiusens: for now it's like with SRUs
[19:05] <sergiusens> exactly
[19:05] <sergiusens> but we still have features
[19:05] <sil2100> And I guess that was the idea of this, I suppose
[19:05] <robru> sergiusens: at least we can start with your landings for utopic today, and then we can worry about optimising the push to RTM tomorrow
[19:06] <sil2100> I have a few ideas on how to do it faster for you
[19:06] <sil2100> But that, well, tomorrow
[19:06] <sil2100> o/
[19:07] <sergiusens> robru: ok
[19:08] <robru> oSoMoN: indeed it does feel zippy! ok I'll publish ;-)
[19:11] <oSoMoN> robru, thanks!
[19:11] <robru> oSoMoN: you're welcome!
[19:19] <popey> robru: you aware of bug 1359022 ?
[19:19] <popey> broken in promoted image
[19:19] <robru> popey: no i was not aware
[19:19] <ogra_> ouch
[19:20] <ogra_> lets unpromote ... quick !
[19:20] <ogra_> :)
[19:20] <robru> popey: indeed i can confirm that
[19:21] <robru> popey: what can we do? does anybody know who to assign that to?
[19:24] <popey> not sure at what exact point it broke
[19:35] <rsalveti> ogra_: do we have an rtm channel already?
[19:35] <rsalveti> wonder how the image will be built
[19:35] <rsalveti> and why do we need 2 merge proposals? thought just landing on ubuntu and syncing it on rtm would be enough
[19:35] <rsalveti> as it's a derived distro anyway
[19:36] <jdstrand> cjwatson: what is the correct way to copy a package from utopic to ubuntu-rtm/14.09?
[19:37] <jdstrand> cjwatson: last week I tried https://launchpad.net/ubuntu-rtm/14.09/+localpackagediffs?field.package_type=all, but it didn't work and wgrant said I should not use that interface
[19:37] <robru> rsalveti: my understanding is that rtm is in feature freeze, you can't just wholesale sync upstream releases there. you need two MPs because you need to MP your features+bugs to utopic, then you need to just cherry pick fixes into a new MP for RTM
[19:37] <jdstrand> wgrant: actually, you could certainly answer my question too :)
[19:37] <jdstrand> wgrant: ^
[19:38] <rsalveti> robru: right, but what happens when are the same?
[19:38] <rsalveti> a sync would be more than enough
[19:38] <robru> rsalveti: well, in that case *I* am ok with that, but you should really clear that with cjwatson before doing it.
[19:39] <rsalveti> making two mrs for every landing is super complicated, and a lot of work
[19:40] <Wellark> any vanguards arounds? I would appreciate if someone could ACK the changes I made based on Mirv's comment so we can get silo 19 landed
[19:40] <Wellark> https://code.launchpad.net/~unity-api-team/connectivity-api/connectivity-service-source-package-shuffle/+merge/231431
[19:40] <robru> Wellark: looking
[19:41] <Wellark> robru: thanks!
[19:41] <robru> Wellark: you're welcome. what were mirv's comments?
[19:41] <Wellark> robru: it's in the MP
[19:44] <robru> Wellark: ok, lgtm. i see you're rebuilding, thanks
[19:45] <Wellark> robru: thanks! once the packages are built it's ready for publishing. the last commit just changed the name of one of the binary packages
[19:46] <robru> Wellark: ok, but can you give it a quick smoketest? not the full test run but just a quick sanity check to make sure nothing imploded.
[19:46] <cjwatson> jdstrand: Use copy-package from lp:ubuntu-archive-tools
[19:46] <Wellark> robru: sure
[19:46] <robru> Wellark: thanks
[19:46] <jdstrand> cjwatson: ok, easy enough
[19:46] <cjwatson> jdstrand: But, very important, remember that ubuntu-rtm may e.g. have an older glibc, so you should be careful ...
[19:46] <jdstrand> sure. this is just data
[19:47] <Wellark> robru: the qml-module-ubuntu-connectivity us a new package which does not have anyone depending on it yet, but I will install all of them just to be sure
[19:47] <cjwatson> jdstrand: However, the general form for a sync is:  copy-package --from=ubuntu --suite=utopic --to=ubuntu-rtm --to-suite=14.09-proposed -b SOURCE
[19:47] <Wellark> oh, that reminds me of creating a 14.09 series for indicator-network
[19:47] <cjwatson> rsalveti: ^- the "older libraries in ubuntu-rtm" thing is why we can't just sync in general, although in some cases it will certainly be reasonable
[19:47] <cjwatson> jdstrand: do remember to use -proposed - you're an archive admin, so you can technically upload directly to 14.09, but please don't
[19:48] <cjwatson> s/upload/copy/
[19:48] <sergiusens> rsalveti: ^
[19:48] <jdstrand> fyi, this is for apparmor-easprof-ubuntu (no compiled code, just text files)
[19:48] <rsalveti> cjwatson: didn't we just sync rtm with today's ubuntu?
[19:48] <jdstrand> cjwatson: yep, ack
[19:48] <rsalveti> I thought that this was the idea at least
[19:48] <cjwatson> rsalveti: Today, yes, but from here on they will diverge
[19:48] <rsalveti> oh, sure, not worry about that
[19:49] <cjwatson> rsalveti: That's the point - from here on we're disconnecting ubuntu-rtm so that we don't have to worry about drift in utopic development
[19:49] <rsalveti> sure, but copy would still make sense depending on the case
[19:49] <cjwatson> In some cases, yes
[19:49] <rsalveti> from the email it seems that copy wasn't a solution for any case
[19:50] <sergiusens> right
[19:50] <jdstrand> cjwatson: are people supposed to be able to do direct uploads? Eg, security update in non-citrain software
[19:50] <sergiusens> most of us are targetting rtm features and bugs only
[19:50] <cjwatson> rsalveti: yeah, I'm sure we'll figure some of this out as we go along
[19:50] <sergiusens> there is no cherry picking needed
[19:50] <rsalveti> right
[19:50] <cjwatson> jdstrand: component permissions match, although there are no packageset permissions set up yet (I need to sit with Steve and get him to do that for me)
[19:50] <jdstrand> cjwatson: what does distribution name look like in the changelog? is dput just an [ubuntu-rtm] based off of /etc/dput.cf?
[19:50] <cjwatson> jdstrand: but for ubuntu-core-dev it should work
[19:51] <cjwatson> jdstrand: I'd just use "devel" since that saves teaching vim and so on that it's legal, but "14.09" should work too
[19:51] <Wellark> robru: somebody should probably update something now that I created a ubuntu-rtm branch for indicator-network https://code.launchpad.net/~indicator-applet-developers/indicator-network/trunk.14.09
[19:51] <jdstrand> whoa, that will take some getting used to :)
[19:52] <jdstrand> cjwatson: then this in ~/.dput.cf:
[19:52] <jdstrand> [ubuntu-rtm]
[19:52] <jdstrand> fqdn			= upload.ubuntu.com
[19:52] <jdstrand> method			= ftp
[19:52] <jdstrand> incoming		= /ubuntu
[19:52] <jdstrand> login			= anonymous
[19:52] <cjwatson> jdstrand: incoming = /ubuntu-rtm
[19:52] <Wellark> so that the MP's targeted and packages built from trunk.14.09 land in ubuntu-rtm archive
[19:52] <jdstrand> minus the cruddy paste chars
[19:52] <jdstrand> ah yes, of course
[19:53] <cjwatson> jdstrand: or, alternatively, wgrant suggested using http://paste.ubuntu.com/8108731/ and then "dput lp:ubuntu-rtm foo.changes"
[19:53] <sergiusens> cjwatson: rsalveti in any case we can put the soure package into the silo for rtm to make it rebuild, right?
[19:53] <sergiusens> and test, and all that stuff we say we do
[19:53] <rsalveti> yup
[19:53] <cjwatson> sergiusens: yes, though if you're rebuilding I would recommend using a different version number to avoid confusion
[19:54] <cjwatson> sergiusens: it should also be possible to do a source+binary copy into a silo
[19:54] <jdstrand> cjwatson: yeah, nice. we do something like that for our security ppas
[19:54] <sergiusens> cjwatson: appending rtm ala PES?
[19:54] <sergiusens> -0ubuntu1rtm1
[19:54] <cjwatson> sergiusens: I think I would personally slightly prefer appending ~rtm1
[19:54] <sergiusens> source+binary is better
[19:55] <cjwatson> since it's kind of a backport
[19:55] <cjwatson> but yeah, source+binary less work if you can
[19:55] <sergiusens> ack on ~rtm1
[19:56] <jdstrand> cjwatson: thanks!
[19:56] <jdstrand> wgrant: nm, cjwatson helped me
[19:57] <cjwatson> jdstrand: incidentally, we got rid of gnutls26 from ubuntu-rtm apparently, you're welcome ;-)
[19:57] <jdstrand> oh, nice!
[19:57] <jdstrand> though, I really need to figure out what support means for ubuntu-rtm
[19:57]  * jdstrand has a todo
[20:00] <robru> Wellark: no need. that information is not codified anywhere other than your own branches. just make MPs for rtm against your RTM branch, and set 'rtm' in the spreadsheet when you make a request, and there is no other "citrain config" that needs to be updated.
[20:01]  * sergiusens just sent a summary with the conversation here
[20:02] <robru> cjwatson: quick packaging ack? https://ci-train.ubuntu.com/job/ubuntu-landing-018-2-publish/5/artifact/packaging_changes_unity-scope-click_0.1.1+14.10.20140821-0ubuntu1.diff just a couple new deps.
[20:04] <Wellark> cjwatson:
[20:04] <Wellark> "Ubuntu RTM doesn't use Launchpad as its bug tracker. Without a bug URL to watch, the Ubuntu RTM status will not update automatically."
[20:04] <Wellark> could we have that added so I can attach "also affects distribution/package" to relevant bugs
[20:05] <Wellark> as the landings for rtm and ubuntu 14.10 are separated
[20:05] <charles> haven't we been using tags for that function?
[20:05] <Wellark> charles: well, there is now an actual distro registered in LP
[20:11] <Wellark> robru: ok, thanks. could somebody still enable bug tracking for ubuntu-rtm so we can manage the bugs per distro properly
[20:12] <Wellark> or at least I could ;)
[20:12] <robru> Wellark: i don't have that power. maybe wgrant can do that?
[20:12] <Wellark> + I need some access-fu to the ubuntu-rtm bugs so that I can set their priority for my relevant source packages
[20:17] <Wellark> robru: do the packages that are build for the ubuntu-rtm archive have "ubuntu-rtm" or something appended to their version strings to set them apart from ubuntu 14.10 packages?
[20:17] <cjwatson> robru: bit too dead to think, could you find somebody else, sorry?
[20:17] <Wellark> as the contents might be different
[20:17] <cjwatson> Wellark: doesn't look like I can - you'll need to find a member of ~techboard to do it
[20:17] <cjwatson> it should probably match /ubuntu
[20:18] <cjwatson> Wellark: citrain puts rtm somewhere in their versions, yes
[20:18] <cjwatson> I forget the latest scheme
[20:18]  * Wellark goes to bug ~techboard
[20:18] <Wellark> cjwatson: great!
[20:18] <Wellark> I think we can make this work
[20:19] <robru> infinity: around for a quick packaging ack? this one is super easy! just a couple new deps: https://ci-train.ubuntu.com/job/ubuntu-landing-018-2-publish/5/artifact/packaging_changes_unity-scope-click_0.1.1+14.10.20140821-0ubuntu1.diff
[20:20] <infinity> robru: Looking.
[20:21] <Wellark> oh, ~techboard only has 7 members.. maybe ~pspmteam would be more appropriate Maintainer for ubuntu-rtm
[20:23] <Wellark> infinity, slangasek: you are the only members of ~techboard here. could you please enable bug tracking for https://launchpad.net/ubuntu-rtm/
[20:23] <infinity> Wellark: Done.
[20:24] <Wellark> infinity: sweet
[20:24] <infinity> Well, assuming LP's timeout didn't mean anything. :P
[20:25] <infinity> robru: The changelog doesn't really illuminate why those deps were added.  Maybe a full diff would be more helpful, do you have one to point me at?
[20:25] <Wellark> infinity: could you also set Bug supervisor to ~ubuntu-bugcontrol for now to at least match what we have on lp:ubuntu
[20:25] <robru> infinity: here's the MP https://code.launchpad.net/~alecu/unity-scope-click/merge-devel/+merge/231450
[20:26] <Wellark> for ubuntu-rtm it might make sense to have a more relaxed team to be able to triage and set priorities on bugs
[20:26] <Wellark> but I'm happy with ~ubuntu-bugcontrol for now
[20:26] <infinity> If I could see how to do that...
[20:26] <infinity> wgrant: How does one set the bug supervisor on a distro?
[20:27] <Wellark> infinity: from http://bugs.ubuntu.com/ubuntu-rtm
[20:27] <infinity> Ahh.
[20:27] <infinity> wgrant: Nevermind.
[20:27] <Wellark> there is a Bug supervisor field you should be able to modify
[20:27] <infinity> Wellark: Done.
[20:28] <Wellark> infinity: thanks!
[20:28] <alecu> infinity: we've added a script in that branch to enable showing apps with prices during the beta. That script uses gdbus and the upstart tools, so that's why the new dependencies
[20:28] <Wellark> infinity: looks a lot better
[20:32] <infinity> alecu: Right, seeing that in the full MP.
[20:32] <infinity> alecu: Would be nicer to be more explicit about such things in changelogs.
[20:32] <alecu> great
[20:33] <infinity> alecu: Or in comments in debian/control or whatever, so future developers don't wonder "hey, why does this depend on this, and can I drop it?"
[20:33] <infinity> robru: Good enough.
[20:33] <alecu> infinity: makes sense. Should I do such a change in the changelog?
[20:34] <infinity> alecu: Would be nice if you did, yeah.
[20:34] <infinity> alecu: Debian packaging tends to build up cruft over time as people are afraid to drop deps/build-deps cause they don't know why they're there. :P
[20:34] <infinity> alecu: Being able to search on them in the changelog is a big help.
[20:35] <infinity> alecu: Or commenting each dep/build-dep in debian/control, if that's your style (it's not mine).
[20:39] <alecu> infinity: would this be enough? http://bazaar.launchpad.net/~alecu/unity-scope-click/merge-devel/revision/270
[20:39] <alecu> I'm rebuilding the silo with that.
[20:39] <robru> alecu: cool, looks good to me
[20:39] <alecu> thanks
[20:40] <robru> whew, 3 free silos for the first time since traincon started ;-)
[20:41] <robru> brb
[20:54] <infinity> alecu: Looks good to me.
[20:54] <alecu> great, thanks.
[21:10] <robru> Wellark: did you get a chance to check silo 19?
[21:13] <Wellark> robru: doing it right now
[21:13] <robru> Wellark: sweeet
[21:15] <robru> veebers: gave you silo 5 for autopilot-legacy. plenty of silos to go around now!
[21:20] <veebers> robru: awesome thanks. Feeling silo-rich :-)
[21:23] <robru> veebers: https://code.launchpad.net/~veebers/autopilot/legacy-update-from-distro/+merge/229739 uh, this doesn't look like. a) if you're syncing distro into trunk, you don't want to put that through citrain, because that'll trigger a redundant release of already-released changes. so that should likely just get pushed direct to trunk without citrain. but also
[21:23] <robru> if you're syncing distro to trunk, where's the debian/changelog changes? you gotta sync the whole diff
[21:26] <veebers> robru: oh hmm, the MP commit message is out of date. It started of being a sync of distro code, but I then pushed that straight to 'trunk' this code isn't in distro (and is a pre-req for the other MP that depends on it)
[21:31] <robru> veebers: oh ok
[21:31] <veebers> robru: good catch though, I'll update the commit message on that MP
[21:31] <robru> veebers: thanks
[21:32] <robru> veebers: actaully it was the branch name itself that caught my eye, 'update-from-distro', if it wasn't for that I wouldn't have read it in more depth ;-)
[21:33] <veebers> robru: ah right :-) Well, that's what it started off as then I synced it then used that branch for adding that fix, so it was me being lazy I guess
[21:34] <robru> veebers: no worries, thanks for clarifying
[22:18] <popey> jibel: https://launchpad.net/bugs/1359022 might want to add that to your QA list to monitor, it's regressed since the last promoted image.
[22:18] <alecu> robru: did a quick test of the click scope to check that things were ok after rebuilding with the fix in debian/changelog. infinity gave the packaging ack, so the silo should be ready to land now.
[22:18] <robru> alecu: thanks!
[22:19] <alecu> yw, but it's just my job :-)
[22:20] <robru> alecu: yeah mine too ;-)
[22:29] <Wellark> robru: silo 19 smoke tested and green
[22:36] <robru> Wellark: excellent! Thanks!
[22:37] <robru> infinity: new binary packages needing review if you have a minute https://ci-train.ubuntu.com/job/ubuntu-landing-019-2-publish/
[22:44] <Wellark> infinity: the changelogs shed some light on the situation
[22:44] <robru> Wellark: he is a stickler for those changelogs, hope yours is good! ;-)
[22:44] <Wellark> unfortunately ci-train does not keep the formatting intact
[22:45] <Wellark> or jenkins, or whatever
[22:45] <Wellark> it kills the newlines
[22:45] <Wellark> so bulletin lists gets hard to read
[22:46] <robru> Wellark: yeah i never did figure it which component of the train was responsible for the line reflowing
[22:47] <Wellark> it's those small things you can't trace down which seem to have a life of their own
[22:48] <Wellark> and then.. Skynet
[22:49] <Wellark> on August 29th 2014.. Canonical jenkins became self-aware
[22:59] <infinity> Wellark: If Jenkins became self-aware, it'd be like that slow cousin who eats dirt and can't pronounce "specific".