[00:09] <Chipaca> augh. I need to bump the timeout in that test :-(
[00:15] <ToyKeeper> cjwatson: It's not looking good so far.  The network seems fine, but I haven't been able to get it to play any media at all.
[00:16] <cjwatson> ugh
[00:17] <cjwatson> anything in logs that might help with the cause?
[00:18] <ToyKeeper> Maybe, but I'm doing a sanity check first.
[00:27] <cjwatson> ToyKeeper: checking for versions of everything matching silo 8?
[00:27] <cjwatson> ToyKeeper: oh, wait, there was one direct upload too
[00:27] <ToyKeeper> When the silo has extra packages in it and the upstream package feeds have newer packages too, it's a bit of a pain getting the correct packages and versions.
[00:28] <cjwatson> ToyKeeper: hm, no, that was trust-store which isn't on the image.  There's unity-scope-click from silo 14 in the process of migration, but that wouldn't affect media playing, presumably.
[00:29] <ToyKeeper> Well, whatever is wrong, at least part of it is already landed in 144.
[00:30] <cjwatson> ToyKeeper: oh, that was supposed to have been before any of this
[00:31] <ToyKeeper> ... though it seems intermittent in the base image.
[01:03] <cjwatson> ToyKeeper: Are any of the failures ones that show up on http://ci.ubuntu.com/smokeng/utopic/touch/mako/144:20140722.1:20140717.1/9212/ ?
[01:04] <ToyKeeper> cjwatson: Not as far as I can tell.
[01:06] <cjwatson> Huh.  Any luck with logs?
[01:06] <ToyKeeper> I'm seeing things like..  tap on a song in the music scope, and unity immediately crashes.
[01:08] <ToyKeeper> Videos attempt to play but never actually start, and then the media player app crashes.
[01:10] <ToyKeeper> The base image has some smaller issues, like one video fails to thumbnail, and video playback is choppier than it used to be.
[01:14] <cjwatson> I wonder if we still have some busted dependencies.
[01:38] <ToyKeeper> cjwatson: So, some packages are held back by apt-get.  Things seem fine without those held-back packages installed.
[01:38] <ToyKeeper> Basically, with only the silo feed enabled, 'apt-get upgrade' produces a working image.  But it complains about several packages being held back, some of which seem relatively important.
[01:39] <ToyKeeper> The user can paste those into apt-get install, of course...
[01:39] <ToyKeeper> apt-get install indicator-network libconnectivity-cpp0 libubuntu-application-api2 libunity-mir1 libunity-scopes2 media-hub mediascanner2.0 qtdeclarative5-ubuntu-mediascanner0.1 qtubuntu-media ubuntu-application-api2-test ubuntu-application-api2-touch ubuntu-location-service-bin
[01:39] <ToyKeeper> But then no music or videos are playable.
[01:43] <cjwatson> ToyKeeper: apt-get upgrade shouldn't be expected to work.
[01:43] <cjwatson> ToyKeeper: apt-get dist-upgrade is correct.
[01:44] <cjwatson> ToyKeeper: apt-get upgrade always refuses to install new packages, which is no use when the change intrinsically requires introducing new packages.  It's not really a very useful mode most of the time.
[01:53] <cjwatson> Hm, unity8-private Depends: libpay1
[01:54] <cjwatson> Can't see that breaking media though?
[01:55] <cjwatson> slangasek: Could you get a unity8 rebuild into silo 8?  Probably doesn't need to have g++-4.9 forced if it doesn't have C++11 code itself (haven't checked), but it does need to be rebuilt against libpay2
[01:57] <cjwatson> slangasek: Oh, and unity-scope-click - turns out the build in silo 14 wasn't quite enough for this, because it built against the version of libpay in release not -proposed
[01:59] <cjwatson> slangasek: Also, the touch-core seed explicitly lists libubuntu-location-service1, which needs to be bumped to libubuntu-location-service2 now
[01:59] <cjwatson> I haven't found anything that could account for the problems ToyKeeper reported though
[01:59] <cjwatson> ToyKeeper: I'm hoping that there might be a log of the crash somewhere
[02:00] <cjwatson> ToyKeeper: Maybe you could work with slangasek to track something down?  I think I have run out of steam
[02:02] <ToyKeeper> cjwatson: Yes, sorry it's taking so long.  Somewhat bad timing since I just had a long night of house repair and am having trouble staying awake today.
[02:03] <ToyKeeper> (and too many sanity checks along the way, making sure I didn't get the wrong packages or versions)
[02:04] <imgbot> [02:12] <ToyKeeper> cjwatson, slangasek: If it's of interest, two crash files from image 144 + silo 008:  http://toykeeper.net/tmp/phablet/2014-07-22/
[02:12] <ToyKeeper> (unity8 and mediascanner-service)
[02:24] <cjwatson> slangasek: ^- do you have a way to retrace those?  I'm not up to date on the latest state of the phone error tracking saga
[02:26] <cjwatson> OK, well, I have to sleep now whether I like it or not, so hopefully somebody will take this over
[02:27] <cjwatson> It will be interesting to see what the test results from the nightly build say
[02:44] <slangasek> ToyKeeper, cjwatson: sure, I can take a crack at retracing them; though I'm currently out at the pub (OSCON) and it'll take me a while to get going on it
[02:46] <slangasek> ToyKeeper: can you force-submit them to the error tracker, though?  with (um trying to recall from memory) whoopsie-upload-all?  Then if you have the phone install's ID we should be able to check errors.u.c to find out if these are known crashes
[03:39] <imgbot> [03:39] <imgbot> [05:48] <tvoss> good morning
[07:21] <sil2100> uh
[07:24] <sil2100> It looks that silo 008 still didn't migrate completely
[07:43] <sil2100> cjwatson: the update_output.txt for those non-migrated packages doesn't make much sense to me
[07:45]  * ogra_ scratches head over https://code.launchpad.net/~ogra/ubuntu-system-settings/developer-mode/+merge/227822
[07:45] <tvoss> sil2100, we added some more packages to the silo last night
[07:45] <tvoss> ogra_, can I help?
[07:45] <ogra_> there seems to be some weird java error
[07:45] <tvoss> ogra_, java?
[07:45] <ogra_> tvoss, well, CI falls over ... yet the tests pass and the packages build
[07:45] <sil2100> tvoss: is testing still in progress in silo 008 then?
[07:46] <tvoss> sil2100, need davmor2 for a quick round of exploratory testing. Checked myself just minutes ago, looking good
[07:46] <tvoss> but would like to get davmor's blessing
[07:53] <tvoss> sil2100, could you give the silo a spin, too?
[07:57] <jibel> davmor2, hey, re 1346821
[07:57] <jibel> davmor2, I added another way to trigger the bug by fast-forwarding with the slider
[07:57] <jibel> davmor2, and before you ask, it works with non-french songs too
[07:59] <ogra_> even when sung by non-french people ?
[08:06] <Saviq> sil2100, is it expected that silos build against proposed?
[08:07] <sil2100> Saviq: it's a requirement
[08:07] <Saviq> sil2100, ok, just wanted to clarify
[08:08] <Saviq> any idea why dbus-cpp is stuck in proposed for 18h now (and where it came from anyway? silo 8 doesn't seem to be in publishing state)?
[08:10] <sil2100> Saviq: it's from silo 8...
[08:10] <sil2100> Saviq: it seems silo 8 caused some migration issues because of some missing packages, so some packages have been added and the silo will be republished to unblock
[08:11] <Saviq> sil2100, ok thanks, will be patient :)
[08:32] <sil2100> ogra_: meeting ;)
[08:32] <ogra_> tell my phone to tell me :P
[08:33] <sil2100> brendand: ping
[08:33] <brendand> sil2100, sorry
[08:36] <ToyKeeper> tvoss, sil2100: When I checked silo 008, I found that it completely broke music and video playback.
[08:36] <sil2100> davmor2: ^
[08:37] <davmor2> ToyKeeper: how just won't play or something else?
[08:38] <ToyKeeper> I've been trying to get whoopsie-upload-all to send the crash dumps, but it doesn't seem to be uploading anything.
[08:38] <ToyKeeper> davmor2: Tap a song in the music scope, and unity8 crashes immediately.  Try to play a video in the media player, it spins the 3-dot wait for a while, then aborts.
[08:38] <tvoss> ToyKeeper, when did you check?
[08:38] <ToyKeeper> tvoss: About 6 hours ago.
[08:39] <davmor2> tvoss, ToyKeeper: I'm just updating now
[08:46] <ogra_> ToyKeeper, are you 100% sure that is related to silo-8 at all ? we got some massive change in the audio playback architecture in 144
[08:46] <ogra_> davmor2, ^^^
[08:47] <ogra_> (read: does it work with plain 144 or 145 ?)
[08:47] <davmor2> tvoss: Confirmed the issue am currently comparing with my flow
[08:47] <tvoss> davmor2, ack, let me have a look
[08:48] <ToyKeeper> ogra_: I used image 144 as a base, tested, it worked, added silo 008, removed all other apt feeds, and did a dist-upgrade.  Afterward, no more playback.
[08:48] <ogra_> ok, great then ... phew :)
[08:49] <sil2100> tvoss: ^
[08:49] <davmor2> tvoss: flo is playing music without silo 8 so it looks like it is the silo
[08:49] <tvoss> sil2100, yup, on it
[08:49] <ToyKeeper> Image 144 had some other issues, but nothing huge.  One video consistently can't be thumbnailed and video playback seems choppy.
[08:49] <tvoss> davmor2, which video do you use for testing purposes?
[08:53] <davmor2> tvoss: this is music I haven't tried video yet but I use a clip that popey gave me I'll stick it somewhere in a second
[08:56] <ToyKeeper> FWIW, I've found the MWC demo videos useful for testing: http://toykeeper.net/tmp/touch-videos.tar.gz
[08:58] <tvoss> kalikiana, ping
[08:59] <davmor2> ogra_, tvoss: if you just click on the music app that is crashing
[09:00] <tvoss> davmor2, yup, we have an in-flight collision for qtubuntu-media
[09:00] <tvoss> sil2100, seems like there was a manual upload of qtubuntu-media into the distro *sigh*
[09:00] <tvoss> davmor2, ogra_ ^
[09:01] <davmor2> sadtrombone.com
[09:01] <ToyKeeper> BTW, is there anything in particular I need to do to get whoopsie-upload-all to actually send files?
[09:02] <ev> ToyKeeper: whoopsie-upload-all doesn't upload the files, whoopsie does. whoopsie-upload-all should be dropping /var/crash/*.upload files for every .crash file in /var/crash. Whoopsie then takes these, uploads them, and writes out /var/crash/*.uploaded
[09:03] <ev> the name is a poor choice. It's meant as "the process that tells whoopsie to upload all the crashes"
[09:03] <Laney> whoopsie-please-upload-all
[09:03] <ogra_> tvoss, the last one was on june 23rd ... hardly an issue
[09:04] <tvoss> ogra_, just merged qtubuntu-media trunk, from which I branches last night .. anyway, might only be packaging adjustments
[09:04] <ogra_> well, the last version in the archive is that old ... no idea about the trunk
[09:05] <ToyKeeper> ev: Thanks.  It looked like it was just making .upload files and waiting for something else to send them...  but they're never getting sent.
[09:05] <ogra_> tvoss, well, and trunk doesnt have anything newer https://code.launchpad.net/~phablet-team/qtubuntu-media/trunk
[09:06] <sil2100> Eh
[09:06] <sil2100> tvoss: so we need to include that qtubuntu-media version in some merge and rebuild it with your changes on top
[09:06] <tvoss> sil2100, yup
[09:08] <ogra_> sil2100, which "version" ?
[09:08] <ogra_> trunk is up to date with what is in the archive
[09:08] <ogra_> (since a month)
[09:08] <ogra_> there were no recent changes
[09:10] <ev> ToyKeeper: sudo restart whoopsie
[09:11] <ev> ToyKeeper: there's a known bug where whoopsie isn't processing files off its inotify watches: https://bugs.launchpad.net/ubuntu/+source/whoopsie/+bug/1340604
[09:11] <tvoss> okay, what the hell is qtubuntu-media-signals?
[09:11] <ogra_> sil2100, tvoss, oh, ignore me i missed the timestamp in the last merge
[09:11] <ogra_> seems robru only merged it tonight
[09:12] <tvoss> ogra_, yup
[09:12] <davmor2> tvoss: give me a ping when there is a fix and I'll happily test it in the mean time I'll have a dig through and see if anything else broke
[09:12] <ogra_> Laney, bah, so many comments :(
[09:12] <ev> (and sorry that it has bitten you)
[09:12] <tvoss> davmor2, thanks
[09:13] <Laney> ogra_: some of them are like "move this { up" and "wrap this line" :P
[09:13] <ogra_> Laney, right, I'm more moaning about the conceptional ones :)
[09:13] <Laney> ah right, sorry about that
[09:14] <ogra_> heh
[09:14] <Laney> it's nicer to make the APIs QMLish if we can
[09:14] <ogra_> i would prefer to only use the property and no dbus at all ... but there is no setprop for the user
[09:14] <ogra_> (of system props)
[09:15] <Laney> yeah I investigated what this com.canonical.PropertyService thingy is
[09:15] <ogra_> you didnt comlain about the missing package dep ;)
[09:15] <Laney> if you can enumerate the properties it'd be cool to have those all as D-Bus properties on the interface btw
[09:15] <Laney> heh
[09:15] <ogra_> (got that on my TODO ...)
[09:15] <Laney> yeah I probably wouldn't have even noticed that at runtime :-o
[09:15] <Laney> as it's already installed by something else
[09:15] <ogra_> yeah
[09:17] <Laney> ogra_: oh also I forgot to ask for tests ;-)
[09:17] <Laney> If you use the service for getting as well then you could mock it for AP tests
[09:18] <Laney> brendand will probably come along and ask for those soon :P
[09:18] <ogra_> heh
[09:18] <ogra_> well, first of all i need to get it ready and mergeable :P there is a ton of stuff that depends on it
[09:19] <brendand> Laney, and ogra_ shouldn't have a problem with it, right ogra_ ;)
[09:19] <ogra_> :))
[09:26] <tvoss> Laney, do you happen to be familiar with qmake?
[09:28] <Laney> tvoss: not really, sorry :(
[09:28] <seb128> tvoss, mardy is
[09:28] <seb128> (iirc)
[09:31] <cjwatson> OK, so we think that qtubuntu-media is enough to fix the problems with 8?
[09:32] <tvoss> cjwatson, testing the newly rebuilt package. Seems like qmake does not respect CC and CXX
[09:33] <tvoss> cjwatson, correction, waiting for the armhf package to propagate
[09:35] <cjwatson> tvoss: Have you tried QMAKE_CC / QMAKE_CXX ?
[09:36] <cjwatson> I think you need dh_auto_configure -- QMAKE_CC=$(CC) etc.
[09:36] <cjwatson> But try it locally ...
[09:36] <tvoss> cjwatson, trying
[09:40] <brendand> davmor2, well silo008 is definitely the problem
[09:41] <brendand> davmor2, also it takes a really long time to start unity
[09:42] <cjwatson> tvoss: did you see my notes overnight about some extra packages that need to be added?
[09:42] <cjwatson> 02:55 <cjwatson> slangasek: Could you get a unity8 rebuild into silo 8?  Probably doesn't need to have g++-4.9 forced if it doesn't have C++11 code itself (haven't checked), but it does need to be rebuilt against libpay2
[09:42] <cjwatson> 02:57 <cjwatson> slangasek: Oh, and unity-scope-click - turns out the build in silo 14 wasn't quite enough for this, because it built against the version of libpay in release not -proposed
[09:42] <cjwatson> 02:59 <cjwatson> slangasek: Also, the touch-core seed explicitly lists libubuntu-location-service1, which needs to be bumped to libubuntu-location-service2 now
[09:43] <tvoss> cjwatson, nope, will get unity8 into the silo
[09:44] <cjwatson> tvoss: and the others ...
[09:44] <cjwatson> well, possibly ubuntu-touch-meta can/should be done independently
[09:45] <cjwatson> I could deal with that once everything else is ready
[09:49] <asac> tvoss: still need help? have you tried to bribe davmor2 ?
[09:49] <asac> otherwise i think sil and trainguards should e able to arrange QA support
[09:49] <ogra_> asac, first the silo needs to be complete :P
[09:50] <asac> it isnt?
[09:50] <cjwatson> see scrollback a few lines up.
[09:59] <sil2100> asac: no, davmor2 and ToyKeeper help out with testing, and cjwatson helps out with the migration - and there's still more stuff required to land in the silo for the transition to finish properly
[10:01] <tvoss> sil2100, cjwatson flaky wifi :/
[10:14] <asac> sil2100: ok, just wanted to ensure tvoss knows how to get silo support
[10:14] <tvoss> asac, all good
[10:14] <asac> coolio
[10:14] <sil2100> asac: no worries ;) tvoss always pings whenever some help from our side is needed
[10:32] <tvoss> cjwatson, thinking about it, we *should* compile qt5 with 4.9, too
[10:32] <tvoss> cjwatson, qt5 exposes at least std::initializer_list which is c++11 in its public interfaces
[10:32] <asac> hmmmm
[10:36] <cjwatson> tvoss: is this actually causing a problem right now?
[10:36] <cjwatson> if not, let's talk about that separately
[10:36] <brendand> I need some help trying to understand why this job is failing: https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/2508/console
[10:36] <cjwatson> what we don't need is to pull more pieces into this if not strictly needed
[10:36] <tvoss> cjwatson, no, I meant to say "should" for that reason :9
[10:36] <brendand> I don't think the tests themselves are failing
[10:37] <cjwatson> and qt5 will be a lot more complicated since that potentially pulls in Kubuntu things, so let's put that to one side for now :)
[10:37] <brendand> tvoss, have you seen that type of error in other unity8 MP's?
[10:39] <tvoss> brendand, not sure I'm the right person to ask here
[10:39] <brendand> tvoss, who would be?
[10:39] <tvoss> brendand, someone from CI or someone responsible for autopilot
[10:39] <sil2100> bzoltan: ping
[10:40] <bzoltan> sil2100:  pong
[10:40] <sil2100> bzoltan: how are the two fixes proceeding? Both are in staging, right? Can you prepare a landing of just those 2 merges?
[10:40] <brendand> tvoss, wouldn't someone in your team at least know if this is an issue affecting many MP's, rather than just this one?
[10:40] <bzoltan> sil2100:  I start the landing procedure right away
[10:40] <bzoltan> sil2100: I think I will try  to land the staging
[10:41] <sil2100> bzoltan: the whole staging?
[10:41] <brendand> tvoss, i mean it's specific to unity8, it's not a general problem
[10:41] <tvoss> brendand, best to ask saviq then
[10:41] <sil2100> bzoltan: are there many things in it? As I would prefer first landing the isolated fixes
[10:41] <bzoltan> sil2100: it is easier to land the whole staging than cherry pick and then suffer from the conflicts later
[10:41] <tvoss> brendand, I can only nod and smile right now :)
[10:42] <sil2100> bzoltan: since as you know, we're currently butchered by many many blockers, so I don't want to risk gaining new ones - I would love getting a good promotable image before that happens
[10:42] <bzoltan> sil2100:  I do not think the staging is risky ... but if those two fixes work then the validation should be as trivial for the whole staging as for the two branches
[10:42] <brendand> tvoss, no problem - i was thinking it might be Saviq but he's not online right now
[10:43] <bzoltan> sil2100: I understand. Give me chance to see how the staging behaves. I will ask kalikiana and t1mp to redirect the two fixes to the trunk and land those two if I see even a small problem
[10:44] <sil2100> bzoltan: that's an excellent idea
[10:44] <sil2100> bzoltan: thanks!
[10:44] <sil2100> tvoss: how's the silo 8 proceeding? Are all the required packages in it now?
[10:45] <tvoss> sil2100, nope, debugging the video playback issue
[10:45] <sil2100> Oh, so the qtubuntu-media wasn't at fault?
[10:45] <sil2100> Ok, then I'm not bothering ;) Good luck!
[10:46] <davmor2> tvoss: I've had 2 random reboots so far
[10:46] <tvoss> davmor2, okay
[10:47] <tvoss> sil2100, took some time to identify the magic command line arguments for a qmake-based project
[10:47] <davmor2> tvoss: seems they were triggered by waking the phone each time maybe looking into it
[10:49] <davmor2> tvoss: scopes are visibly slow on initial boot too, they are all fine once they have been drawn once though
[10:51] <davmor2> thostr_: I've noticed an issue with media scanner and the scopes recently, If you have a clean install, then transfer over a large quantity of music and some videos then don't fill unless you reboot the device,  it could be because I'm currently transferring via adb and then changing the permissions of the files after
[10:51] <tvoss> ls
[10:52] <tvoss> davmor2, do you know how to invoke the media player with the file to be played?
[10:52] <cjwatson> nice fast publishing in the ubuntu-rtm archive right now ;-)
[10:52] <davmor2> tvoss: no idea
[10:52] <cjwatson> (hands off, it's all MINE)
[10:53] <davmor2> tvoss: jhodapp will know but won't be on till latter
[10:53] <tvoss> cjwatson, :)
[10:54] <thostr_> davmor2: do you experience the same the regular way meaning when using mtp
[10:54]  * davmor2 pictures cjwatson with a big moustache twirling the ends and finishing the MINE off Muhahahahahahaha!
[10:55] <Laney> that is impossible for me to picture
[10:56] <cjwatson> I would totally consider a handlebar moustache if I were single and thus nobody else got to have an opinion :)
[10:56] <davmor2> thostr_: I can't use mtp 1) it can't be script, I know people have tried, 2) mtp dies if you push more than a gig of data.  I can do a fresh install latter and try a single album though and see
[10:57] <thostr_> davmor2: I see. But I also want to make sure that the official way works
[10:58] <davmor2> thostr_: yeah, let me do a fresh install on flo in a second and I'll let you know
[10:58] <thostr_> davmor2: thanks
[11:00] <davmor2> tvoss: ouch the qtmedia thing is effecting anything that displays the play button by the look of it so if you open the 7digital scope and then select an album you get the same effect as opening local music
[11:00] <tvoss> davmor2, rebuilding the package right now
[11:01] <davmor2> tvoss: nice
[11:01] <davmor2> tvoss: oh also you don't seem to get a working device when it is crashing now either :(
[11:01] <tvoss> thostr_, could your guys provide an MP for unity-scope-click selecting 4.9 explicitly?
[11:02] <mhr3> davmor2, changing permissions is not something that should normally happen, why don't you just adb push to /tmp, change the perms there and then mv to home?
[11:03] <davmor2> mhr3: cause it takes long enough as it is ;)
[11:04] <mhr3> davmor2, then don't push it to /tmp, mv within the same partition is pretty much instant
[11:04] <cjwatson> tvoss,thostr_: that's already in the archive
[11:05] <cjwatson> tvoss: you just need to rebuild it against libpay2 (maybe with a build-dep on new enough libpay-dev)
[11:05] <tvoss> cjwatson, ah okay :)
[11:05] <davmor2> mhr3: mtp would actually be the correct way to do it as that is how the users would but with the crash and the lack of being able to script it, it is a huge pain in the arse
[11:05] <cjwatson> well, it's libpay2-dev, so just flip the build-dep to that
[11:06] <cjwatson> shouldn't need a version
[11:06] <cjwatson> (though FWIW, versioned -dev packages are normally considered harmful unless you intend to actively maintain multiple versions of the API in parallel)
[11:07] <mhr3> davmor2, indeed, that's why i'm suggesting this workaround
[11:07] <mhr3> davmor2, it's closer to what's going to happen than what is being done currently
[11:15] <tvoss> cjwatson, will bump the build dep on libpay for unity8, too
[11:19] <tvoss> cjwatson, sil2100 could someone reconfigure silo8 once the current build of qtubuntu-media-finishes? I added unity8 and unity-scope-click mps
[11:24] <davmor2> thostr_: so using mtp works as expected so it is just the permissions thing so ignore that phew :)
[11:24] <thostr_> davmor2: great. thanks for verifying
[11:24] <tvoss> davmor2, qtubuntu-media just rebuilt
[11:25] <davmor2> tvoss: nice on it
[11:25] <tvoss> cjwatson, sil2100 could you reconfigure silo 8?
[11:26] <sil2100> tvoss: sure
[11:27] <Saviq> brendand, hey, I'm back
[11:27] <Saviq> brendand, is this related to the unlocker?
[11:27] <davmor2> back in a tick server reboot
[11:27] <sil2100> tvoss: reconfiguring
[11:28] <tvoss> davmor2, ack
[11:28] <tvoss> sil2100, thanks
[11:29] <sil2100> tvoss: reconfigured, done!
[11:35] <brendand> Saviq, i'm not sure. we get a failure in CI runs on our  MP's. i'm not sure if you've seen the same before: https://jenkins.qa.ubuntu.com/job/generic-deb-autopilot-runner-mako/2508/console
[11:35] <Saviq> brendand, test_search? yeah I'm on it now
[11:35] <Saviq> brendand, that and bug #1347183 are the problems I'm aware of now
[11:43] <tvoss> davmor2, any luck with media playback?
[11:44] <davmor2> tvoss: yeap I'm just double checking everywhere though
[11:45] <tvoss> davmor2, ack
[11:55]  * sil2100 goes off to lunch
[11:56] <davmor2> tvoss: okay so it works in all scopes, both media play and music player now open and work, youtube videos works and grooveshark audio player works
[11:56] <tvoss> davmor2, \o/
[12:02] <kgunn> sil2100: just a heads up, we ran into an issue y'day where a silo install was wanting
[12:02] <kgunn> some other packages, so we added proposed to our apt sources file
[12:02] <kgunn> but, its happening even this morning....just a heads up if you guys have a
[12:03] <cjwatson> I think that's fairly expected with the current state of silo 8
[12:03] <kgunn> way to check on all the migration times....seems  to be really slow
[12:03] <cjwatson> it's stuck, not slow
[12:03] <kgunn> cjwatson: got it
[12:03] <cjwatson> silo 8 is buggy
[12:03] <cjwatson> tvoss is working on it :)
[12:03] <kgunn> cjwatson: cool...as long as someone has a reason :)
[12:03] <cjwatson> (it actually is slow as well due to the complex libav transition, but that's not the problem here)
[12:04] <kgunn> :)
[12:04] <kgunn> slow...but not 24 hr slow
[12:04] <cjwatson> no, indeed
[12:11] <brendand> eesh, silo008 does some really bad things
[12:16] <tvoss> brendand, why is that?
[12:16] <bzoltan> sil2100:  I am on the line 40 with a shiny UITK landing proposal
[12:29] <brendand> tvoss, looks like it crashes when a message is recieved
[12:29] <brendand> tvoss, at least via phonesim (i don't have a real sim in here)
[12:30] <tvoss> davmor2, did you check that? ^
[12:33] <brendand> tvoss, you guys did run all AP suites as part of your test plan right?
[12:33] <tvoss> yup, at least initially
[12:34] <brendand> this ought to be reproducible with the messaging-app suite
[12:34] <brendand> i'm using the same function in a different test
[12:36] <tvoss> brendand, so what exactly crashes? the app?
[12:38] <brendand> tvoss, unity i think
[12:38] <brendand> tvoss, at least it goes to the spinner, then starts buzzing repeatedly
[12:38] <tvoss> brendand, that's more like the app crashing
[12:39] <brendand> tvoss, surely if the app crashed it would just close?
[12:40] <tvoss> brendand, yes and no :) it should, let's say. I'm building a unity8 version in the silo right now
[12:40] <brendand> tvoss, you know better than me though
[12:41] <brendand> tvoss, i noticed startup time is very long with silo 008 as well
[12:43] <davmor2> tvoss: I hadn't checked beyond the media stuff and indicators, I'm going to carry on now I'm back from Lunch
[12:45] <davmor2> brendand: tvoss: messaging is working fine here
[12:45] <davmor2> I'm assuming that phonesim is the issue
[12:48] <davmor2> brendand, tvoss: just asked pitti he think phonesim is likely written in c++ would that require a rebuild?
[12:49] <cjwatson> davmor2: only C++11 is affected
[12:51] <davmor2> cjwatson: thanks looking at apt show I think it is libstdc++6 and libc6 are deps so that should be okay right
[12:51] <brendand> davmor2, the interface with the test is by dbus
[12:52] <brendand> tvoss, it's definitely reproducible with messaging_app AP suite
[12:52] <brendand> tvoss, worth finding out how that slipped through
[12:52] <tvoss> davmor2, ^
[12:53] <brendand> tvoss, you said it was run at some point - when? what were the results then? how much churn was there since it was run?
[12:53] <davmor2> tvoss: I've run all the manual tests so using the real device, there it is fine
[12:54] <tvoss> brendand, some time ago, probably end of last week
[12:55] <davmor2> brendand: this is the 3rd rebuild since Monday iirc
[12:56] <cjwatson> davmor2: That isn't sufficient to identify whether it's C++11 or a more stable dialect
[12:56] <davmor2> cjwatson: :'(
[12:57] <brendand> cjwatson, apparently it's qt?
[12:57] <brendand> cjwatson, which would not be c++11, right?
[12:58] <brendand> https://kernel.googlesource.com/pub/scm/network/ofono/phonesim/+/b18b83822a69fe5e6f6cf2ac390955dd011971f4/src/gsmspec.cpp
[13:00] <cjwatson> brendand: depends what compiler options it's built with basically
[13:01] <cjwatson> brendand: seems to be just using the default C++ standard, so wouldn't be C++11
[13:01] <cjwatson> if it's broken I don't think it has anything to do with this ...
[13:07] <brendand> davmor2, did you do the recieve message test when messaging-app was open?
[13:08] <bfiller> sil2100: can you please reconfigure silo 15? I've added dialer-app to it
[13:08] <davmor2> brendand: App open, app closed, phone screen on and phone screen off
[13:08] <davmor2> brendand: and with the notification opening the app
[13:09] <mterry> Ursinha, hello!  Is silo 014 open?  May I have it assigned to line 23?
[13:10] <Ursinha> mterry: hi :) I think a trainguard can look into that for you
[13:10] <mterry> Ursinha, oh sorry.  What's the vanguard mean then?
[13:10] <Ursinha> we vanguard people take care of more generic infrastructure stuff, e.g. a jenkins job is stuck, your test results look weird, a device is gone, etc
[13:11] <Ursinha> I think we need to clarify that in the topic
[13:12] <Ursinha> mterry: no problem, it's really unclear
[13:13] <mterry> Ursinha, gotcha, thanks  :)
[13:14] <sil2100> Back from lunch
[13:14] <mterry> trainguards, any objection to silo 014 being assigned to line 23?
[13:14] <sil2100> mterry: let me take a quick look
[13:14] <sil2100> bfiller: let me reconfigure, one moment
[13:16] <sil2100> bfiller: reconfigured
[13:17] <bfiller> sil2100: thank you! also silo 1 and 7 are ready for publishing in case you didn't see
[13:17] <sil2100> mterry: ok, so I can give you that silo, but know that for instance unity8 will land very soon and you'll have to rebuild once that happens
[13:17] <mterry> sil2100, that's fine.  I think I also have to rebuild u-s-s too
[13:18] <sil2100> bfiller: yeah, I see those, sorry for the delays, we wanted to finally finish the silo 008 transition before publishing anything for touch, but it seems more complicated ;/
[13:18] <bfiller> sil2100: ok no problem, I figured it was waiting on silo 8
[13:19] <sil2100> bfiller: we might consider publishing things in a moment anyway, since it's too long and anyway things were landing
[13:19] <sil2100> So it's no longer an isolated landing, especially that some pieces already migrated into the image, while others are still stuck
[13:22] <davmor2> brendand: did that cover all your scenario's?
[13:24] <brendand> davmor2, yeah pretty much
[13:24] <davmor2> brendand: does it crash on phone calls too?
[13:25] <brendand> davmor2, haven't tried that one
[13:25] <davmor2> brendand: that uses phonesim too so that might crash which may lower it to being phonesim
[13:29] <sil2100> Ok, I need to jump out for a moment again, need to drive my girl to the doctor, brb
[13:42] <tvoss> brendand, are you checking on incoming calls?
[13:43] <brendand> tvoss, i'm revalidating everything right now. will check incoming calls too
[13:43] <tvoss> brendand, thanks
[13:46] <cjwatson> plars: We've got a "stable-staging-proposed" channel now built from the dogfood ubuntu-rtm archive.  Could you try seeing if it works at all.
[13:46] <cjwatson> ?
[13:47] <plars> cjwatson: I can try it locally right now, give me a few min
[13:47] <cjwatson> Brilliant, hopefully it isn't completely busted
[13:47] <davmor2> bfiller: found an interesting bug in the dialer.  If you receive an unknown call so you don't have a number visible and click on the UN in recent call it tries to call the number you can't end this call till the phone realises there is no number and hangs up itself
[13:48] <bfiller> davmor2: please file a bug, sounds like a good find
[13:48] <cjwatson> It's the right kind of size at least
[13:48] <davmor2> bfiller: will do
[13:49] <bfiller> davmor2: I think we might have a fix for this in a branch. I know we had some other fixes regarding unkown numbers
[13:51] <davmor2> brendand: so calls in and out work fine for me so if they don't in autopilot I would definitely suspect phonesim
[13:51] <brendand> tvoss, well i don't know if it's good or bad news, but after reflashing i can't reproduce this issue :)
[13:51] <plars> 2014/07/23 08:51:27 Flashing version 1 from ubuntu-touch/stable-staging-proposed channel and server https://system-image.ubuntu.com to device mako
[13:51] <davmor2> brendand: \o/ and boooo!
[13:51] <tvoss> brendand, \o/ don't care right now
[13:51] <davmor2> tvoss: hahaha
[13:52]  * tvoss hugs davmor2
[13:53] <sergiusens> sil2100: hey, who does pre new packaging reviews these days?
[13:56] <davmor2> bfiller: https://bugs.launchpad.net/ubuntu/+source/dialer-app/+bug/1347708
[13:57] <tvoss> dear ppa , faster
[13:57] <bfiller> davmor2: thanks
[14:01] <boiko> davmor2: bfiller: I think this bug is the call redirect bug we already have reported
[14:03] <boiko> davmor2: bfiller: or at least it looks like so, we will take it a look
[14:03] <davmor2> boiko: feel free to link it if it is only seems to happen on unknown calls, ie no number
[14:09] <tvoss> sil2100, cjwatson unity8 build for silo8 finished successfully for armhf, however, the packages are not coming through
[14:28] <sil2100> tvoss: what do you mean by 'not coming through'?
[14:29] <ogra_> knots in the pipe
[14:32] <tvoss> davmor2, so unity-scope-click and unity8 are available from the ppa
[14:32] <tvoss> s/ppa/silo/g
[14:32] <ogra_> silppa
[14:33] <davmor2> ogra_: I think you mean slippa ;)
[14:34] <ogra_> davmor2, but that doesnt rhyme so nicely with sil2100  ;)
[14:34] <ogra_> the master of the silppa's
[14:34] <sil2100> ;D
[14:34] <davmor2> hahaha
[14:35] <plars> cjwatson: installation and spot-checking with a few tests, it looks ok here
[14:36] <plars> cjwatson: I think the next steps for us are to create the jobs and make sure it shows up in the dashboard
[14:36] <plars> cjwatson: what is the approximate lifespan of this channel? Through next week? longer?
[14:37] <davmor2> tvoss: this is very lastest one ever right ;)
[14:38] <tvoss> davmor2, yuup
[14:38] <pmcgowan> kenvandine, can we rebuild silo 18 to get latest changes in that branch
[14:39] <camako> fginther, so the difference between 0.5 and devel MPs is staging. But mir doesn't depend on anything on ppa:mir-team/staging. Rather, other components in the ppa depend on mir.
[14:41] <davmor2> mvo: you still alive, your wife didn't kill you for being at work well after hours or anything ;)
[14:42] <mvo> davmor2: still alive (barely!)
[14:42] <fginther> camako, the staging ppa has a dependency on https://launchpad.net/~phablet-team/+archive/ubuntu/ppa, anything there?
[14:43] <fginther> camako, based on the contents (oxide-qt and webbrowser-app) I would assume not
[14:43] <davmor2> mvo: hahaha, if you leave when she gets grumpy you'll find the beatings stop :D
[14:44] <camako> fginther, nothing I can think of
[14:44] <pmcgowan> sil2100, if I want silo 18 to build the updates to the named branches, is it just hitting Build or is more required?
[14:46] <camako> fginther, so for my understanding, when build runs, it pulls in the PPA (which includes _a_ mir devel binary) and the merges in the MP and builds right?
[14:46] <sil2100> pmcgowan: you mean, you want to build the branches that are in the landing, yes?
[14:46] <sil2100> pmcgowan: (I see one branch in the silo 018 landing)
[14:47] <pmcgowan> yes, the branch was updated so I want another build with the updates
[14:47] <sil2100> Ah
[14:47] <camako> fginther, and the binaries produced from that build are tested
[14:48] <fginther> camako, for the development branch builds, it does add the staging PPA to the apt sources list prior to fetching the build dependencies
[14:48] <sil2100> pmcgowan: in this case, what you usually have to do is only press the build button with the name of the project in the text field in jenkins, so in this case ubuntu-system-settings
[14:48] <sil2100> pmcgowan: it will then automatically pick it up and rebuild
[14:48] <kenvandine> pmcgowan, i can do that
[14:48] <fginther> camako, that same PPA is used when installing the binary packages built from the MP on the test device
[14:48] <pmcgowan> kenvandine, ok thanks
[14:50] <camako> fginther, since both the PPA and the build has binaries for mir, the build overwrites the PPA's right?
[14:50] <mvo> davmor2: haha, good advice!
[14:54] <pmcgowan> kenvandine, saying cant build check options
[14:55] <fginther> camako, correct, the debs from the MP build are what are ultimately installed. I double checked just to make sure the job was doing the right thing, and indeed the .deb files from the builds are installed via dpkg
[14:56] <kenvandine> pmcgowan, hmm,
[14:57] <camako> fginther, just as a test, can we configure 0.5 branch to use the PPA as well? We might need another staging for 0.5 eventually (it's our stable RTM branch)...
[14:58] <fginther> camako, I can do that, just give me a moment to set it up
[14:58] <kenvandine> pmcgowan, ok, think i got it
[14:58] <pmcgowan> kenvandine, whats the magic?
[14:58] <kenvandine> ignore step
[14:58] <kenvandine> i think
[14:58] <kenvandine> yup
[14:59] <camako> fginther, sweet, thanks
[15:01] <dobey> cihelp! for silo 8, it seems a couple of things landed in it, and were missing changes necessary for another change that's also in silo 8, which is why it's half landed. how do we deal with fixing that? create the MPs, throw them in silo 8, rebuild, and re-land things?
[15:01] <robru> dobey, uh, cjwatson was working on that yesterday
[15:02] <robru> dobey, your plan is sound but I was expecting it to be already done by now
[15:02] <dobey> oh
[15:02] <dobey> cjwatson: ^^ ?
[15:02] <sil2100> dobey: cjwatson and tvoss are working on it
[15:02] <sil2100> dobey: please contact both of them if you have information on how to help out ;)
[15:03] <sil2100> tvoss, davmor2: how does the situation look like for silo 008 right now?
[15:04] <sil2100> pmcgowan, kenvandine: as mentioned, you probably need to write ubuntu-system-settings as  the package to rebuild during the build job
[15:04] <davmor2> sil2100: there was a recent rebuild of unity8 so I'm just retesting that but so far so good
[15:04] <sil2100> davmor2: audio working \o/ ?
[15:04] <davmor2> sil2100: that got fixed earlier in the day then brendand tried to scare us
[15:05] <sil2100> phew
[15:05] <brendand> davmor2, yeah i made it all up just to give you a fright
[15:06] <sil2100> brendand: evil
[15:06] <davmor2> brendand: remember you are in the same Country as me I can drive to thump you ;)
[15:06] <brendand> davmor2, you don't scare me :)
[15:06] <davmor2> brendand: and don't think me not knowing your address will stop me ;)
[15:07] <davmor2> brendand: nor the lack of parking in bath
[15:07] <dobey> robru, sil2100: ok. i have other stuff blocked on the gcc 4.9 landing, and just noticed this issue. thanks
[15:08] <davmor2> brendand: on second thought the lack of parking might be an issue :D
[15:08] <robru> dobey, you're welcome
[15:10] <brendand> davmor2, saved by this great cities atrocious transport system!
[15:10] <brendand> \o/
[15:13] <sergiusens> plars: hey, can my email address be removed from cupstream2distro-config ?
[15:13] <sergiusens> not sure I can do anything about those these days
[15:13] <bzoltan> sil2100: Before I would get a Silo for the UITK landing, I have pushed the landing branch to the https://launchpad.net/~ubuntu-sdk-team/+archive/ubuntu/testing It has been built fine and now I am running the autopilot tests on the  device. So far looks good.
[15:14] <plars> sergiusens: I wouldn't see why not, let me look
[15:14] <sil2100> bzoltan: \o/
[15:15] <plars> sergiusens: do you know who might be a good contact to replace them with?
[15:17] <sil2100> Let me kick off a new image soon
[15:19] <cjwatson> tvoss: "not coming through" - is this still a problem, or was it just a bit slower than you expected?
[15:19] <tvoss> cjwatson, all good :)
[15:19] <tvoss> cjwatson, just slower than I expected
[15:20] <ogra_> impatient germans ....
[15:21] <Saviq> sil2100, tvoss, can I land unity8 or do we need to wait?
[15:21] <sil2100> I think we need to wait...
[15:21] <tvoss> Saviq, wait please
[15:21]  * Saviq builds then but will rebuild when silo 8 lands
[15:21] <tvoss> Saviq, can I get review on https://code.launchpad.net/~thomas-voss/unity8/explicit-gcc-version/+merge/227893
[15:22] <Saviq> tvoss, you did ;)
[15:22] <tvoss> Saviq, no vote, though
[15:23] <Saviq> tvoss, this probably lacked a vote, but are you not addressing https://code.launchpad.net/~thomas-voss/unity8/explicit-gcc-version/+merge/227893/comments/551484 ?
[15:34] <davmor2> tvoss: sil2100: okay so everything seems to work
[15:34] <sil2100> \o/
[15:34] <sil2100> I'm a little bit worried that the train will complain about trust-store, but I think we might be able to work around it
[15:34] <tvoss> davmor2, \o/
[15:35] <sil2100> tvoss: should we try re-publishing?
[15:35] <cjwatson> can we just republish the things that have changed?
[15:35] <tvoss> sil2100, davmor2 just triggered a rebuild of unity8, just accounted for a comment on the unity8 MP
[15:35] <sil2100> oh, ok
[15:35] <davmor2> tvoss: you said no more rebuilds damn it ;)
[15:36] <sil2100> cjwatson: normally, CI Train allows multiple publishings and now it should only publish those packages that have been rebuilt
[15:36] <sil2100> cjwatson: but I'm not sure if it won't complain about the trust-store direct upload, which might complicate things
[15:36] <tvoss> davmor2, sorry for that, wouldn't get an approve on the unity8 MP
[15:36] <sil2100> As now it's a very risky situation
[15:36] <tvoss> davmor2, nothing you need to test, though ;)
[15:36] <tvoss> Saviq, https://code.launchpad.net/~thomas-voss/unity8/explicit-gcc-version/+merge/227893
[15:37] <Saviq> tvoss, yup, saw that, will build in a mo
[15:37] <tvoss> Saviq, you can just wait for the silo to complete the build
[15:37] <Saviq> tvoss, I also want to check cross-build
[15:37] <tvoss> cjwatson, would you mind approving: https://code.launchpad.net/~thomas-voss/unity-scope-click/adjust-build-dep-on-libpay/+merge/227891
[15:38] <tvoss> thostr_, is there a specific reason that jenkins is not voting on MPs for unity-scope-click?
[15:40] <camako> fginther, just let me know once you've done it, so I can start a rebuild.. Thanks.
[15:40] <cjwatson> tvoss: thought I had, but done again
[15:40] <cjwatson> tvoss: I believe I explained in my previous approval comment why you're not getting positive votes from ps-jenkins
[15:40] <tvoss> cjwatson, thank you
[15:40] <fginther> camako, I've already kicked off a rebuild: http://s-jenkins.ubuntu-ci:8080/job/mir-0.5-ci/14/
[15:41] <tvoss> cjwatson, ah, yeah ... but there is *no* vote from Jenkins, not even a negative one
[15:41] <camako> fginther, ah great thx
[15:41] <tvoss> cjwatson, ah, got it now
[15:41] <cjwatson> tvoss: err ... https://code.launchpad.net/~thomas-voss/unity-scope-click/adjust-build-dep-on-libpay/+merge/227891/comments/551470 and https://code.launchpad.net/~thomas-voss/unity-scope-click/adjust-build-dep-on-libpay/+merge/227891/comments/551503
[15:41] <fginther> camako, it's using lp:~vanvugt/mir/prepare-0.5.1
[15:41] <tvoss> cjwatson, stale page in cache it seems
[15:41] <tvoss> cjwatson, sorry for the noise
[15:41] <cjwatson> ok
[15:42] <camako> fginther, that sounds good. I still don't have the VPN access to watch it live though :-(
[15:43] <fginther> camako, it will appear under https://jenkins.qa.ubuntu.com/job/mir-0.5-ci/ as build 14 when it's done
[15:43] <camako> fginther, cool
[15:55] <sergiusens> plars: no idea; but I certainly don't want the unity8 ones :P
[15:57] <fginther> sergiusens, I discussed this with plars, the contact emails should just be removed. The right notifications are already happening through the MP itself
[15:58] <sergiusens> fginther: thanks :-)
[15:58] <tvoss> Saviq, any luck?
[16:09] <imgbot> [16:17] <tvoss> sil2100, cjwatson good to go for silo 8, u8 mp is top-approved
[16:27] <tvoss> slangasek, ^
[16:31] <robru> sil2100, will you publish or should I? ^
[16:52] <robru> sil2100, huh, well publish looks like a success... it didn't publish everything, just the (I assume) rebuilt ones
[16:53] <sil2100> \o/
[16:54] <sil2100> \o\
[16:54] <sil2100> /o/
[16:54] <sil2100> \o/
[16:54] <sil2100> robru: thanks!
[16:55] <robru> sil2100, you're welcome! so I'll watch that for migration, do m&c later, and perhaps manually merge trust store if necessary
[16:56] <sil2100> robru: yeah, that was the plan :) Thanks - if this takes time and you won't be able to merge in the final commit, just drop me or cjwatson an e-mail and we'll do it in the morning :)
[16:56] <robru> sil2100, ok, it depends on the migration.
[16:56] <robru> sil2100, I'll grab some dinner and then come back for this
[17:04] <sil2100> elopio: can you make sure the calendar-app workaround is merged and released by balloons ?
[17:04] <elopio> sil2100: I have it on my list of branches to review.
[17:05] <sil2100> Thanks!
[17:37] <sergiusens> robru: hey, can you do a packaging review/preNew for me? haven't uploaded the review yet; but I want to know who to ping :-)
[17:38] <slangasek> cjwatson: hmm, so why does touch-core reference libubuntu-location-service1 directly?  that's a bit strange
[17:44] <imgbot> [17:44] <imgbot> [17:52] <om26er> fginther, Hi! can you please deploy this https://code.launchpad.net/~canonical-platform-qa/cupstream2distro-config/address_book_service_integration_testing_with_clients/+merge/227787
[17:52] <kenvandine> has silo 8 landed enough that we can publish other silos?  or not yet?
[17:53] <fginther> om26er, sure, it looks good now
[18:07] <slangasek> robru: wrt kenvandine's question above... what's the intent here?  get all of silo 8 landed, and build an image with only this change, then unblock landings?
[18:11] <robru> slangasek, yes that was my understanding
[18:12] <robru> slangasek, kenvandine image 146 is from just before we hit the final publish on silo 8
[18:12] <kenvandine> so we want a published image right?
[18:12] <robru> sergiusens, yeah I'm around to do that if you need, just ping me when ready
[18:12] <kenvandine> before landing more?
[18:12] <robru> kenvandine, yes I think it would be best
[18:12] <sergiusens> robru: thanks
[18:12] <kenvandine> ok
[18:12] <robru> sergiusens, you're welcome
[18:15] <robru> bzoltan1, are you around if I assign you a silo?
[18:18] <slangasek> kenvandine: I'm just looking at proposed-migration now for the remaining packages for the silo; I think everything should make it in on this run
[18:18] <kenvandine> slangasek, thx
[18:19] <slangasek> hrm; no, not quite, ubuntu-touch-meta missed the boat :/
[18:20] <slangasek> kenvandine: so it'll be one more proposed-migration run, and /then/ we should be able to build
[18:20] <robru> slangasek, any action required?
[18:21] <slangasek> robru: nope, just to kick off the build once everything has migrated
[18:21] <robru> slangasek, alright, I'm watching it
[18:21] <ogra_> slangasek, that was on purpose
[18:21] <ogra_> (handling seeds via silo is just a waste of time :P)
[18:21] <slangasek> ogra_: hmm?
[18:22] <ogra_> slangasek, to keep -meta as direct upload
[18:22] <slangasek> I didn't say anything to the contrary
[18:22] <slangasek> it "missed the boat" in that I uploaded it but it didn't make it in time for the current run
[18:22] <ogra_> ah
[18:22] <ogra_> i read it as in "missed the silo" ... sorry
[18:23] <om26er> fginther, does merged means deployed as well ?
[18:26] <fginther> om26er, no, plars was working on the deploy part
[18:26] <plars> fginther: did you see my question?
[18:37] <sergiusens> robru: mp should be in your queue
[18:37] <robru> sergiusens, hehe, just got the email and reviewed it ;-)
[18:38] <sergiusens> ah, just added the desc; tried to cancel the bzr lp-propose and it went out anyways :-P
[18:38] <sergiusens> robru: so I merge and then empty commit/mp for the silo?
[18:39] <davmor2> ogra_: food grain silos are just boats with no sails right ;)
[18:39] <ogra_> lol
[18:39] <robru> sergiusens, yep, empty mp, no commit necessary.
[18:40] <robru> sergiusens, so just push it to trunk, then push it somewhere else, then MP the new place (no new commits) back to trunk. it'll show an empty diff, citrain can build off that.
[18:56] <tvoss> robru, so how does the publishing of silo 8 go?
[18:56] <robru> tvoss, still waiting on proposed migration it looks like
[18:57] <tvoss> robru, ack
[19:16] <bfiller> robru: any silos free? need one for line 41
[19:37] <kgunn> man...is there an eta on silo8 package dependency install shenanigans starting to be painful
[20:20] <sergiusens> fginther: can we setup ci for lp:account-polld and lp:nuntium?
[20:22] <fginther> sergiusens, sure
[20:23] <sergiusens> fginther: thanks
[20:37] <slangasek> robru: my email says silo 8 has (finally) migrated to utopic; once it's published we should kick off the image build, I think
[20:44] <davmor2> boiko: man that was a quick fix :)
[20:45] <boiko> davmor2: I fixed the dialer-app part, and tiago already had a fix for the telephony-service part (the messaging-menu missed calls)
[20:45] <davmor2> boiko: I love it when a plan comes together :)
[20:46] <boiko> davmor2: :D
[20:49] <boiko> davmor2: tiago and I have a few more bugfixing branches, we will review and test them all tomorrow morning and then request a silo with all of them
[21:00] <veebers> trainguards can you remind me, I've add a MP to my silo settings, am I able to just rebuild or is some intervention needed
[21:18] <cjwatson> slangasek: yeah, I have no idea why that direct dependency is there (i.e. haven't traced it, not "good grief that's mad I have no idea")
[21:18]  * slangasek nods
[21:19] <slangasek> cjwatson: well it's not there anymore ;)
[21:19] <slangasek> and triggering a rebuild against the landing
[21:20] <cjwatson> Ah, you dropped it entirely, good
[21:24] <imgbot> [21:50] <Saviq> trainguards, could silo 8 be M&C yet? the only thing remaining in proposed was superseded directly in distro?
[21:50] <cjwatson> let me have a look
[21:56] <ToyKeeper> Did silo 008 ever get resolved?  Not sure if that happened while I was asleep.
[21:57] <cjwatson> Yep
[21:57] <cjwatson> Thomas and Steve sorted it out today
[21:57] <cjwatson> Thank goodness
[21:59] <asac> ^ \o/ ^
[22:00] <Saviq> \o\ /o/ \o/
[22:00] <asac> Saviq: how can you be even happier than me :)?
[22:00] <asac> lol
[22:00] <Saviq> asac, because I can rebuild and land unity8 now ;P
[22:01] <asac> guess we accidentially cloned saviq three times :)
[22:01] <asac> oh thats a good thing
[22:01] <cjwatson> robru: So there's one remaining glitch here that I can see: ci-train merged into lp:trust-store in such a way that it ended up with a newer version than utopic with an empty changelog
[22:01] <cjwatson> Compare http://bazaar.launchpad.net/~phablet-team/trust-store/trunk/revision/24 with https://launchpad.net/ubuntu/+source/trust-store/+publishinghistory
[22:02] <asac> Saviq: whats coming with this unity8 shot?
[22:02] <cjwatson> robru: Do we want to fix this up manually (delete the tag, uncommit the last commit, push a hopefully trivial change that makes it match https://launchpad.net/ubuntu/+source/trust-store/1.0.0+14.10.20140718.2-0ubuntu2), perhaps?
[22:03] <robru> cjwatson, yeah i'll do it, thx
[22:03] <cjwatson> Brilliant, thanks
[22:03] <Saviq> asac, test fixes for once, and some long-desired dash changes
[22:03] <Saviq> asac, so we should get back to green on unity8
[22:03] <Saviq> s/should/will/
[22:03] <Saviq> confidence++
[22:03] <asac> ok, me hopes for a promotion soon
[22:04] <cjwatson> hm, rebuilding silo 12 should work now, let me try that
[22:08] <Saviq> ooh
[22:09] <veebers> cjwatson: query, adding an MP to a silo, do I need to do anything other than rebuild?
[22:10] <cjwatson> veebers: You need to reconfigure
[22:11] <veebers> cjwatson: ah, is that something I can do, or someone to do for me?
[22:11] <cjwatson> veebers: For a new MP added to an existing component, I believe you can do it with the reconfigure action from e.g. http://people.canonical.com/~platform/citrain_dashboard/
[22:11] <cjwatson> veebers: For a new component you need landing team help
[22:11] <veebers> cjwatson: nice, I'll give that a try, cheers.
[22:12] <veebers> cjwatson: I presume I need to re-build after a recon too?
[22:13] <cjwatson> veebers: Yes
[22:13] <veebers> cjwatson: sweet, cheers for the help :-)
[22:16] <robru> cjwatson, ok, this should now be in a reasonably sane state. http://bazaar.launchpad.net/+branch/trust-store/changes
[22:17] <robru> with correct tags and debian/changelog contents
[22:18] <cjwatson> robru: star, thanks.  yeah, that looks right to me
[22:18] <robru> cjwatson, you're welcome! glad that's finally done
[22:18] <robru> cjwatson, should we kick an image?
[22:19] <cjwatson> robru: slangasek already did
[22:19] <cjwatson> 22:24 <imgbot> [22:19] <robru> hah
[22:19] <slangasek> totes
[22:21] <robru> bfiller, sorry missed your ping (a bit jetlagged here). you got silo 7 now
[22:43] <alecu> trainguards, may I ask you to change this channel's topic? it says "Silo 8 is half-landed! Don't publish anything else until silo 8 finishes landing", but the backlog says otherwise
[22:43] <robru> alecu, heh, ok
[22:45] <alecu> great!
[22:46] <cjwatson> We should probably also update the landing status cell in the spreadsheet, though I'm not sure exactly what to
[22:47] <robru> cjwatson, that's just free-form text there. as long as it doesnt' contain 'TRAINCON' it appears in green instead of red.
[22:49] <cjwatson> thanks for updating it
[22:57] <cyphermox_> cjwatson: how can I request a sync for a package in utopic to get it in the image? is there a tool for this or is it just a matter of asking?
[22:59] <imgbot> [22:59] <imgbot> [23:03] <cjwatson> cyphermox_: I know all the words there but the particular assembly of them is confusing me :-)  Can you give me specifics?
[23:04] <cyphermox_> cjwatson: sorry ;)
[23:04] <cyphermox_> cjwatson: I would like to eventually have network-manager sync from utopic to ubuntu-rtm
[23:05] <cyphermox_> but I'm not ready yet, I think I'd rather be available to "watch" it as it happens, and I'm about to leave
[23:05] <cjwatson> cyphermox_: ubuntu-rtm is only in dogfood right now; the current archive will not persist
[23:05] <cyphermox_> but I was curious if it's something I can trigger myself, or if it requires someone to pus hthe buttons
[23:05] <cjwatson> cyphermox_: it won't branch off for real until August
[23:05] <cyphermox_> cjwatson: alright
[23:05] <cyphermox_> I was just surprised to see it in rmadison
[23:05] <cjwatson> cyphermox_: so right now, don't do anything; later on, it'll be a matter of copy-package
[23:06] <cyphermox_> ok
[23:06] <cjwatson> cyphermox_: that's just me testing out the infrastructure
[23:06] <cyphermox_> cool
[23:06] <cyphermox_> well, looks awesome right now ;)
[23:06] <cjwatson> I'll comment it out again if it's going to confuse people though
[23:06] <cyphermox_> nah, I don't think it's an issue right now
[23:06] <cjwatson> commented out
[23:06] <cyphermox_> unless many people ahve been asking you
[23:06] <cyphermox_> ok
[23:07] <cjwatson> no, but you might be the first of many, and I don't want to waste people's brain-space for an experiment
[23:07] <cjwatson> I've proven it works, that's enough for now
[23:14] <cyphermox_> cjwatson: thanks
[23:15] <cjwatson> cyphermox_: you probably wouldn't actually be able to sync it now, anyway, as dogfood only has a slightly old snapshot of production :)
[23:16] <cjwatson> So https://dogfood.paddev.net/ubuntu/+source/network-manager won't have your most recent stuff which means you can't copy it
[23:16] <cjwatson> That won't be a problem once we do it on production
[23:16] <cyphermox_> bah, tbh I'm still busy with bluetooth happy funstuff, I'm perfectly happy to not have to worry about other things just yet :)