=== ljp is now known as lpotter
=== chihchun_afk is now known as chihchun
=== salem_ is now known as _salem
=== zsombi_ is now known as zsombi
Saviqsil2100, morning, can copy https://requests.ci-train.ubuntu.com/#/ticket/1645 to snapshot please07:20
sil2100Saviq: ok, both OTA-12 and factory I suppose?07:22
sil2100On it07:22
Saviqsil2100, I suppose, yeah, thanks07:23
Saviqtrainguards, hey, think we could finalize https://requests.ci-train.ubuntu.com/#/ticket/1645 ? it's stuck in proposed because of armhf queue, it passed on i386 and amd64 by now09:05
oSoMoNtrainguards: why is my SRU silo (51) building against the stable-phone-overlay PPA ?10:41
sil2100oSoMoN: silos, by default, have a hard-dependency on the overlay10:51
sil2100oSoMoN: if this gets in your way then I can temporarily remove that dependency for you to rebuild10:52
oSoMoNsil2100, please do if you don’t mind, as the dependency on a newer ubuntu-ui-toolkit is preventing webbrowser-app from successfully building10:52
sil2100Ok, let me take a look at the silo10:52
sil2100oSoMoN: done, please rebuild :)10:54
oSoMoNsil2100, would it make sense for me to file a bug against bileto to request that PPAs assigned to SRU silos have the dependency on the stable-phone-overlay PPA removed?10:54
sil2100oSoMoN: I guess that would be a valid feature10:54
oSoMoNsil2100, thanks, I’ll file a bug then10:54
sil2100Wouldn't expect it to be implemented soon, since there's a lot of more pending tasks on robru's plate in bileto ;)10:54
ubot5Launchpad bug 1600188 in Bileto "PPA assigned for building a SRU should not have a dependency on the stable phone overlay" [Undecided,New]10:57
=== _salem is now known as salem_
jhodappsil2100, ping12:53
sil2100jhodapp: pong12:53
jhodappsil2100, hey, any idea why this silo keeps getting a dependency wait for qtubuntu-media on vivid and xenial (but not yakkety)? https://requests.ci-train.ubuntu.com/#/ticket/153312:53
jhodappsil2100, the newer media-hub version is in that silo that qtubuntu-media expects12:54
sil2100jhodapp: yeah, look at the dependency version: libmedia-hub-dev (>= 4.4.0+16.10.20160708-0ubuntu1)12:55
sil2100jhodapp: so the vivid and xenial versions depend on the version from yakkety (16.10 in the version number)12:55
sil2100jhodapp: you would need to bump the upstream version and depend on that then12:56
sil2100e.g. 4.4.1, and then do the dependency in the qtubuntu-media packages to >= 4.4.112:56
jhodappsil2100, hmm, ok I hadn't noticed that lpotter had used 16.10 in the version string12:57
jhodappsil2100, ok makes sense now, I'll advise him further...thanks for taking a quick look12:57
sil2100jhodapp: yeah, if you need to depend on a specific version of a package that's generated by the CI Train then you need to only depend on the upstream part of the version12:58
sil2100Since anything past the first + sign is auto-generated and is per-distro12:58
jhodappsil2100, yeah that makes total sense...I've wondered that actually12:58
sil2100So if there are API changes, an upstream version needs to be bumped12:58
jhodappright makes total sense12:59
=== dpm is now known as dpm-bbiab
=== dpm-bbiab is now known as dpm
cjwatsonGood grief, x86 builder backlog.15:41
* cjwatson hits some of them to try to mitigate it15:41
=== chihchun is now known as chihchun_afk
alex_abreurobru, ping17:25
robrualex_abreu: pong17:26
alex_abreurobru, have you heard of any issue w/ packagekit deps issues when building for Y ? https://requests.ci-train.ubuntu.com/#/ticket/163917:27
robrualex_abreu: haven't heard anything17:29
alex_abreurobru, mmmh ok17:30
robrualex_abreu: error looks like you're just missing a dep on the package17:31
alex_abreurobru, yes but that is a package that just should work ... weird17:32
robrualex_abreu: I don't know anything about it specifically but it's possible that what was one package previously has been split into two in yakkety so now you need a new dep to bring in everything you used to get before.17:34
alex_abreurobru, yes my guess too17:35
cjwatsonalex_abreu: yeah, well, doko merged new packagekit even after we explicitly and repeatedly said it needed to be blocked on click17:42
cjwatsonso I have no idea how you're going to build click for yakkety now17:42
cjwatsongiven that my attempt to do the native dbus thing (which was afaics the only way out) was nacked17:43
alex_abreucjwatson, argh I was afraid I would end up in a dead situation like that :/17:44
cjwatsonalex_abreu: BTW, you still need to get rid of the click_stderr variable in that MP17:44
alex_abreucjwatson, oh sorry I thought I did that ... will do now17:44
cjwatsonyou added the flag but the var is still there17:44
alex_abreucjwatson, so do you have a summary of the packagekit situation?17:45
cjwatsonalex_abreu: https://bugs.launchpad.net/ubuntu/+source/click/+bug/1470655 and https://code.launchpad.net/~unity-api-team/click/drop_packagekit/+merge/285225 cover it I guess17:48
ubot5Launchpad bug 1470655 in click (Ubuntu) "Update to PackageKit 1.0" [High,Triaged]17:48
cjwatsonI suppose you could try merging the latter; I wasn't going to take responsibility for it because I don't agree with the direction, but it's no longer my responsibility, so :)17:49
alex_abreucjwatson, would you mind approving https://code.launchpad.net/~unity-api-team/click/drop_packagekit/+merge/285225 ? just to have a stamp of approval since your disaprove might scare people ...19:34
alex_abreucjwatson, and could we MR it to trunk instead of /devel?19:35
cjwatsonalex_abreu: sorry, no - I won't stop you landing it but I want it on record that I don't agree with the direction.  If it makes people think about the reasons I gave then so much the better from my POV :)19:55
cjwatsonalex_abreu: the way I normally managed click was to merge everything into lp:click/devel first and then land one big MP from that to lp:click using citrain19:57
alex_abreucjwatson, understood thanks, ... I'll prob talk to you on Monday again about this, and send an email to all involved to sum up the situation20:01
cjwatsonalex_abreu: I don't really know what else I have to contribute to the discussion beyond what I've already said, but sure23:25
alex_abreucjwatson, well just to be sure, I'll put you in cc, just so that correct me if I quote you wrong :)23:42

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!