[08:46] <sil2100> greyback, mzanetti: hey guys!
[08:47] <sil2100> greyback, mzanetti: it seems the last qtmir release to the overlay is missing its qtmir-gles counterpart
[08:47] <sil2100> I can sync it up
[08:47] <greyback> sil2100: whoops
[09:06] <ogra_> sil2100, please see my comment on bug 1471903
[09:06]  * ogra_ really doesnt get why everyone is puching for this, thats insane ... 
[09:38] <sil2100> ogra_: commented back - not sure where you see we ship no apt package lists
[09:39] <sil2100> At least for ubuntu-touch we ship the release pocket ones and the overlay ones
[09:39] <ogra_> ughm, since when ?
[09:39] <ogra_> there was definitely code that completely wiped them
[09:39] <sil2100> Since like always, that's what's in the rootfs that livecd-rootfs generates indeed
[09:39] <sil2100> No code like that
[09:39] <sil2100> I checked when I looked at the bug
[09:40] <ogra_> we had some long discussion before doing that
[09:40] <sil2100> The only place where apt lists are removed is the one we want to get rid off in live-build
[09:40]  * ogra_ wonders when that got removed and why
[09:41] <ogra_> thats definitely wrong in general then
[09:41] <sil2100> That might be true ;p
[09:41] <ogra_> but yeah, then its probably only 30-50MB
[09:41] <ogra_> instead of nearly 90
[09:41] <ogra_> still ... approt should be able to just use a manifest instead and we should free this space ...
[09:42] <ogra_> that makes me even more look forward to snappy :P
[09:43] <ogra_> wasting so much space for something we explicitly do not support is just insane
[09:43] <sil2100> I'm pretty sure that it will be a smaller number, bdmurray anyway said something about 1M more? Since I see the package lists for the overlay being around 1MB only, so -security and -updates should be even less as we have much much more packages there
[09:43] <sil2100> hah ;)
[09:44] <ogra_> phablet@ubuntu-phablet:~$ du -hcs /var/lib/apt/lists/
[09:44] <ogra_> 66M	/var/lib/apt/lists/
[09:44] <ogra_> and that explicitly has no deb-src
[09:44] <sil2100> Yeah, that's the whole thing right now, since the universe and main packages from the release pockets are like 50 mB
[09:45] <ogra_> which you enable in other places
[09:45] <ogra_> lists for source packages are usually bigger ...
[09:45] <sil2100> Just saying that with -security and -updates it shouldn't grow too large - but I agree we should find a better solution in the near term anyway
[09:46] <ogra_> we really need to revert this and wipe the whole dir again
[09:46] <ogra_> wasting so much space just for a handfull users that want to run apport-cli without using apt-get update before is just mad
[09:48] <ogra_> and really, get permission from the product team, i think pat will be pertty unhappy if this lands without his approval
[09:49] <ogra_> (if someone could collect the exact numbers with deb-src and -security and -updates enabled vs what we ship today, that would be helpful ... i dont have a devel device atm, else i'd do that)
[10:03] <sil2100> ogra_: I'll check that in a minute, just fixing the emulator builds now ;)
[10:03] <ogra_> no hurry :)
[10:11] <Mirv> sil2100: too late :)
[10:11] <davmor2> sil2100: that is currently the last silo that is marked for ota6 ^, I assume we have a fix for the camera app to make video work with trust nicely, I know that alextu is working on arale tarball, and there is the emulator right is there anything else that you know too?
[10:11] <sil2100> Uh oh!
[10:12] <Mirv> sil2100: interestingly it allowed two publishings with a success end result (only error vivible at the top of the PPA page)
[10:12] <sil2100> davmor2: no, I think that's it - I'm fixing the emulator builds now, then I ping the UITK guys
[10:12] <davmor2> sil2100: there is also a fix for keyboard auto-pilot that brendand needs to get ota6 marked
[10:12] <sil2100> Mirv: yeah, that's a known bug but quoting Robert: "there's no harm in a double publish of the same package"
[10:12] <sil2100> ;)
[10:13] <davmor2> sil2100: but that is non-user facing so in theory should have very little risk involved
[10:13] <Mirv> sil2100: that's correct
[10:18] <john-mcaleely> davmor2, sil2100 thanks for passing QA on the krillin tarballs. is now a good time to publish them?
[10:19] <sil2100> john-mcaleely: yes :) We should be cool
[10:22] <john-mcaleely> sil2100, done
[10:27] <sil2100> Mirv: I'm doing some hackery with silos right now, don't mind me
[10:34] <darkxst> hi, is it possible for me to get direct upload to the silo ppa's? trying to land a mixed ci/manual upload silo
[10:36] <davmor2> sil2100: I changed alextu's landing from qa required to ready for qa is there anything else required to make it show up on trello or is it just time now?
[10:43] <Mirv> sil2100: ok
[10:43] <Mirv> davmor2: it takes/took just a minute or so
[10:45] <seb128> Mirv, can you or somebody add darkxst to whatever team has upload rights to silos?
[10:45] <davmor2> Mirv: indeed showing up now however I think 197 198 199 are all built by accident and I blame sil2100
[10:46] <Mirv> seb128: no, https://launchpad.net/~ci-train-ppa-service/+members needs sil2100, Steve or Alexander
[10:46] <seb128> Mirv, k
[10:47] <davmor2> Mirv: nevermind it was alextu that did it
[10:47] <sil2100> Oh, I'm an admin now? ALmost forgot about that
[10:47] <sil2100> seb128: does darkxst have desktop upload rights or something? Since members of this team basically can upload to PPAs but also publish silos
[10:48] <seb128> he got added to the desktop group recently yes
[10:48] <darkxst> sil2100, yes I have ubuntu-desktop rights
[10:48] <sil2100> Basically being a member of the team means you have a back-door to the whole archive
[10:48] <seb128> he also have citrain rights
[10:50] <sil2100> I could add him, but I'm a bit worried that the DMB would want my head afterwards, since the CI Train still doesn't have checks for publisher upload rights
[10:51] <Mirv> DMB might just do that yeah
[10:51] <seb128> yeah,  system is not ideal still :-/
[10:52] <Mirv> sil2100: I think btw the members list should be cross-checked and cleaned from current core devs so that it's clearer who have "special rights"
[10:52] <sil2100> It's sad since we're basically using the backdoor ourselves as trainguards for main packages, but I suppose we are like the exception to the rule - before adding him to the team I would at least like to consult this with someone from the DMB
[10:53] <sil2100> cyphermox, bdmurray, Laney: ping
[10:53] <Mirv> sil2100: yeah, we have been trained to require the packaging acks for main packages
[10:53] <Mirv> and preNEW reviews for new binaries
[10:54] <Mirv> well, the latter is something that all core devs using train should be aware of too
[10:56] <darkxst> I'm not here for the back-door, I think Laney, seb etc will vouch for that
[10:58] <seb128> right
[10:58] <seb128> but I guess that the system requires to give archive rights just to be able to dput to a silo ppa
[10:59] <Laney> I wish the train would just implement the proper ACLs already
[10:59] <sil2100> I'm sure that's the case indeed ;) Just need a formal ACK from them... but indeed, I suppose how all this should be is that there should be a separate team for PPA access and a separate for trainguard operation
[10:59] <Laney> but in the meantime if darkxst understands that he should only use it for stuff he can upload it should be fine
[10:59] <sil2100> Ok!
[11:00] <seb128> well, he already have trainguard right no?
[11:00] <seb128> he can assign silos and stuff
[11:00] <sil2100> seb128: silo assignment is available to all train users
[11:00] <sil2100> But publish is only reserved to core-devs and the ci-train-ppa-service team
[11:00] <sil2100> Laney: I promise to work on that as my next big work-item after the -proposed migration stuff I'm doing
[11:02] <sil2100> darkxst: https://launchpad.net/~darkxst <- just double confirming, this is your Launchpad ID right?
[11:02] <darkxst> sil2100, yep, thats me
[11:03] <sil2100> darkxst: you're in the team, welcome and enjoy your silo uploads
[11:03] <sil2100> ;)
[11:04] <darkxst> sil2100, Laney thanks, I should probably just get core-dev one day, but been a hectic year at best
[11:06] <sil2100> Indeed! It's not easy to get core-dev rights, best to start off with MOTU for sure
[11:11] <Mirv> sil2100: was it that no meeting yesterday?
[11:11] <Mirv> sil2100: if you'll get the badge maybe I'll follow your lead again there :)
[11:12] <Mirv> an annoying majority of http://reqorts.qa.ubuntu.com/reports/sponsoring/ is main only
[11:12] <sil2100> I sadly didn't make it this time
[11:12] <Mirv> oh noes
[11:12] <darkxst> sil2100, I gave up on MOTU, was rejected last time becuase the only universe stuff I work on it for Ubuntu GNOME and really the overlap is with the core stuff in main
[11:13] <Mirv> sil2100: then I will definitely not have the courage :D
[11:13] <sil2100> Yeah, didn't have enough documented main-package experience sadly, will try again soon though
[11:13] <sil2100> You should be good though Mirv, as you're mainly working on main stuff anyway
[11:13] <Mirv> sil2100: well, very little besides Qt
[11:14] <Mirv> darkxst: I've noted MOTU right is useful not only for sponsoring others' work but whenever I find something that annoys me in a special package outside my normal comfort zone
[11:15] <Mirv> so it's been useful even though I had PPU rights earlier
[11:15] <Mirv> also, I love to help the flavors and I didn't have any flavor PPU:s
[11:15] <darkxst> Mirv, desktop-extra covers most of the GNOME stuff in universe
[11:16] <Mirv> darkxst: right, it might be pretty much enough for you
[11:16] <Mirv> the Qt only PPU was quite limited
[11:23] <Mirv> mardy: so I've marked 029 as ready for QA again but it'll be only for the next OTA at this point unfortunately. the Unity 8 fix seems solid though, and now that I know what kind of problems to look for I've gone through selecting things from all lists / grids I can think of and haven't found similar problems
[11:23] <darkxst> Mirv, between -desktop, -gnome and desktop-extra anything else I dont get rights for is core-devs normally
[11:23] <mardy> Mirv: ok, sounds good enough, thanks!
[11:41] <sil2100> Kicking a new image for rc-proposed o/
[11:45]  * sil2100 off to lunch
[11:49] <oSoMoN> ubuntu-qa: silo 14 is ready for validation, it’s targetted for ota6
[11:50] <davmor2> oSoMoN: thanks for the heads up, I will have a look after Lunch
[11:50] <oSoMoN> davmor2, thanks
[12:47] <rvr> oSoMoN: davmor2: I took it
[12:48] <oSoMoN> thanks rvr
[12:53] <sil2100> Emulator image has finally built \o/
[13:30] <jgdx> jibel, you'll need to hold for an hour or so on silo 10
[13:31] <jibel> jgdx, okay
[13:31] <jgdx> jibel, thanks though. I'll comment in the card from now on.
[14:13] <dbarth_> hey, you guys have locked down silos already?
[14:14] <dbarth_> trainguards ? ^^
[14:14] <sil2100> dbarth_: hey! No, not yet :)
[14:15] <dbarth_> i was trying to add a media-hub fix https://code.launchpad.net/~justinmcp/media-hub/fix-allowed-uri-schemes/+merge/268335 to the oxide silo (032)
[14:15] <dbarth_> that's to fix bug #1460705
[14:34] <dbarth_> sil2100: is there a chance i can make it still for today?
[14:37] <sil2100> dbarth_: I think so, yes - remember to prepare everything in time
[14:38] <jhodapp> dbarth_, approved his change
[14:38] <jhodapp> dbarth_, justinmcp's
[14:40] <jhodapp> sil2100, I added some stable branches to some of the media related LP projects, does anything need to happen so that the CI infrastructure uses them for vivid+overlay?
[14:45] <davmor2> dobey: thanks for such a complete testplan :)
[14:46] <dbarth_> sil2100, jhodapp: thanks
[14:46] <dobey> davmor2: sure :)
[14:47] <sil2100> dbarth_, davmor2: I would like oxide-qt to land finally... I actually thought that it already landed
[14:48] <davmor2> sil2100: I'm going to pretend you didn't just say that
[14:48] <dbarth_> it landed but the BIC change prevents media-hub to work
[14:49] <sil2100> dbarth_: is the rebuild required to land with the media-hub change?
[14:49] <dbarth_> sil2100: it can land without technically
[14:50] <dbarth_> the media-hub change just makes it so that most of the stream can play or not
[14:50] <dbarth_> but at least the source rebuild makes it so that it is compatible with the media-hub we have in the overlay ppa
[14:50] <davmor2> dbarth_: and does this need the newer version of media-hub that is currently stuck in the silo?
[14:50] <dbarth_> sil2100: do you want me to take that branch off and re-silo separately?
[14:51] <dbarth_> davmor2: i guess not, it's really a 1 liner
[14:51] <sil2100> dbarth_: hmm, so both oxide-qt and media-hub do not depend on eachother, right? Just when they're together, media-hub integration works, right?
[14:51] <sil2100> Trying to gasp the situation here
[14:52] <dbarth_> sil2100: yes
[14:52] <sil2100> Ok :)
[14:52] <dbarth_> so, i remove the branch and silo separately?
[14:52] <davmor2> dbarth_: and is this just audio or audio and video?
[14:52] <dbarth_> i guess that will make it easier to spin a test image
[14:52] <dbarth_> davmor2: audio only
[14:52] <sil2100> dbarth_: so for the media-hub integration to work, is it possible without landing the rebuild of oxide?
[14:52] <dbarth_> background audio specifically
[14:52] <sil2100> (sorry for being repetitive ;) )
[14:53] <dbarth_> sil2100: no, wthout the source rebuild, media-hub has a BIC change which breaks the integration
[14:53] <sil2100> ACK :)
[14:53] <sil2100> hmmmm
[14:53] <sil2100> So, why I'm asking all this:
[14:53] <dbarth_> that was an eye opener; source rebuild will become the normal process for oxide/vivid until the overlay ppa shrinks back to zero
[14:54] <sil2100> In theory I'll anyway have to copy some oxide-qt to the overlay-ppa for translations to work
[14:54] <sil2100> This can be either the rebuilt one or the one from -security, now I'm simply thinking what would be the best thing here
[14:54] <dbarth_> sil2100: so go ahead with the oxide build in silo 32
[14:55] <dbarth_> sil2100: i reviewed with chrisccoulson and we're positive on taking the CI source rebuild, because it's consistent with the overlay ppa
[14:56] <sil2100> Ok then :)
[14:56] <sil2100> So let's land that one along with the media-hub change then
[14:56] <dbarth_> sil2100: same silo or separate?
[14:56] <sil2100> Same silo I suppose
[14:56] <dbarth_> i still need to find a way to get that fix to build though
[14:59] <dbarth_> sil2100: you guys need me in the rtm-status btw?
[15:05] <dbarth_> cihelp? can you help with the dch error in https://ci-train.ubuntu.com/job/ubuntu-landing-032-1-build/18/console ?
[15:06] <dbarth_> it escapes me why it doesn't want 15.04 vs 15.10 if it's for vivid
[15:10] <jhodapp> sil2100, can you please dput qtmultimedia from ppa:jhodapp/ubuntu/ppa to silo 48
[15:11] <dobey> dbarth_: looks like you're trying to land something into trunk, only for vivid, and mediahub was previously doing dual landings
[15:11] <dobey> dbarth_: i'm guessing if you reconfigure as dual instead, it will work
[15:12] <jhodapp> dbarth_, we don't want to dual land
[15:13] <jhodapp> my silo 48 will get lp:media-hub/stable much closer to trunk
[15:14] <dobey> if you don't want to dual land any more, you're going to need to make more changes, and adjust the MPs appropriately, then
[15:14] <psivaa> dbarth_: Could please direct any ci-train related queries to traingurds?
[15:15] <dbarth_> jibel: and i updated the CI record to point to the right wiki test plan section now ;)
[15:16] <psivaa> i know it's confusing but cihelp has not much to do with ci-train
[15:16] <jhodapp> trainguards: can you please dput qtmultimedia from ppa:jhodapp/ubuntu/ppa to silo 48
[15:16] <dbarth_> psivaa: ok nw, sorry i was confused
[15:16] <psivaa> dbarth_: np, thanks
[15:17] <dbarth_> jhodapp: so i need to wait for 48 to land / publish, which may take a while
[15:17] <dbarth_> jhodapp: if 48 is still up for landing, i would rather have you adopt the branch
[15:17] <dbarth_> and let 32 land with just oxide
[15:18] <jhodapp> dbarth_, you could do a manual landing in lp:media-hub/stable
[15:18] <jhodapp> for vivid
[15:18] <jhodapp> it's targeted at trunk right now
[15:18] <dbarth_> hmm. the merge prop is for stable i though!
[15:18] <dbarth_> t
[15:18] <dbarth_> crap, not; blame LP
[15:18] <jhodapp> dbarth_, no it's against trunk
[15:19] <jhodapp> dbarth_, I'd adopt it into 48, but 48 is a high risk still for not being ready
[15:19] <dobey> even if it was against stable, you'd have the same dch problem
[15:19] <jhodapp> dobey, why is that?
[15:19] <jhodapp> dobey, silo 48 is doing just that
[15:20] <dobey> jhodapp: because the version in stable is also already 3.1.0+15.10...
[15:21] <dobey> you'd need to increase the 3.1.0 manually to something else (but you'd also need to do so in trunk as well, because upgrade path)
[15:21] <jhodapp> dobey, right, my MR is changing that in the stable debian/changelog
[15:22] <jhodapp> dobey, are you able to dput to landing silos?
[15:22] <dobey> no
[15:22] <jhodapp> darn
[15:22] <dobey> i'm not in the team that owns them
[15:22] <jhodapp> yeah
[15:23] <dbarth_> geez, i'll have to rebase the branch, otherwise the merge proposal embarks too many changes
[15:24] <jhodapp> dbarth_, that's what I'm saying...justinmcp started with trunk
[15:25] <jhodapp> dbarth_, but don't rebase...just simply apply his small change to a new branch starting from media-hub/stable
[15:27] <rvr> oSoMoN: I just tested in krillin and mako
[15:27] <rvr> oSoMoN: In krillin is ok, but in mako, the photo is in black
[15:28] <rvr> oSoMoN: Makes me wonder what's the difference sharing a file between mako and krillin
[15:28] <oSoMoN> rvr, I don’t have a mako so I can’t test there
[15:28] <oSoMoN> there shouldn’t be any difference, really
[15:29] <rvr> Something weird
[15:31] <dbarth_> jhodapp: which i just did, but it still doesn't want to play: https://ci-train.ubuntu.com/job/ubuntu-landing-032-1-build/20/console
[15:32] <jhodapp> dbarth_, yeah you also need to propose a version change in debian/changelog to 15.04 and vivid instead of wily
[15:33] <dbarth_> jhodapp: so a manual changelog it is, right?
[15:33] <jhodapp> correct
[15:36] <bfiller> rvr: does the fix work for krillin and arale?
[15:38] <rvr> bfiller: I only tested in krillin, not arale
[15:38] <rvr> bfiller: (and mako)
[15:38] <bfiller> rvr: does krillin work?
[15:38] <rvr> bfiller: Yes
[15:39] <bfiller> rvr: so if it works on krillin and arale we should consider releasing it as those are shipping and it improves the situation
[15:39] <bfiller> if we can't figure out mako issue I mean
[15:39] <bfiller> oSoMoN: did you test that fix on arale?
[15:40] <oSoMoN> bfiller, not yet, will do now
[15:41] <rvr> bfiller: It's not broken in krillin
[15:41] <rvr> I am checking in arale
[15:41] <rvr> bfiller: So chances are that the silo is not fixing anything
[15:41] <bfiller> rvr: you mean it was never broken on krillin?
[15:41] <dbarth_> jhodapp: sorry, still complaining about versions being lower: https://ci-train.ubuntu.com/job/ubuntu-landing-032-1-build/22/console
[15:41] <rvr> bfiller: Right
[15:42] <bfiller> rvr: ah
[15:42] <rvr> bfiller: The bug report only mentions mako
[15:42] <dbarth_> jhodapp: what is the recommend version scheme to use in that case?
[15:42] <bfiller> rvr: oh, didn't realize that. then I'm not so concerned about landing it but lets check arale
[15:42] <jhodapp> dbarth_, you might need a new silo now, though I'm not 100% sure in this case
[15:42] <jhodapp> dbarth_, it'd be a question for a trainguard
[15:43] <dbarth_> ok nw
[15:43] <dbarth_> sil2100: sorry to bother you: should i spin off a new silo just for the vivid landing of that media-hub change? ^^ see console issue above
[15:46] <oSoMoN> bfiller, rvr: I can’t reproduce the issue without the silo on arale
[15:47] <bfiller> oSoMoN: so arale works fine without the silo?
[15:47] <oSoMoN> yes
[15:47] <oSoMoN> alexabreu, hey, were you able to reproduce https://bugs.launchpad.net/webapps-core/+bug/1403089 on any other device than mako?
[15:48] <sil2100> dbarth_: is media-hub dual landing still?
[15:48] <alexabreu> oSoMoN, it was mostly on mako from what I remember
[15:48] <sil2100> I mean, do you know if it's still able to dual land to both?
[15:48] <dbarth_> sil2100: nope, vivid only
[15:49] <jhodapp> sil2100, it definitely isn't
[15:49] <sil2100> Ok, one moment
[15:49] <oSoMoN> alexabreu, any chance you can test my branch (silo 14) on mako then, to see whether it actually fixes the issue for you? I don’t own a mako myself…
[15:50] <alexabreu> oSoMoN, yes for sure, I have to resuscitate my mako first
[15:50] <oSoMoN> thx
[15:50] <sil2100> jhodapp: will lp:media-hub be the branch that'll be used for vivid only?
[15:50] <jhodapp> sil2100, no, lp:media-hub/stable
[15:50] <jhodapp> sil2100, that's what I was asking above
[15:50] <jhodapp> *asking about
[15:51] <sil2100> jhodapp: ah, ok, so lp:media-hub is the devel/wily version, right?
[15:51] <jhodapp> that's right
[15:51] <jhodapp> sil2100, but this is new, so I'm not sure if anything CI infrastructure needs to change or not
[15:51] <sil2100> jhodapp: no, it's a known issue... so what we need to do is:
[15:52] <sil2100> jhodapp: if lp:media-hub/stable is to be the vivid-overlay-specific branch, we need to hand-modify the top-most changelog entry in trunk to a vivid version and rebuild the merge
[15:52] <jhodapp> sil2100, yeah I've done that for silo 48
[15:52] <jhodapp> sil2100, and I think dbarth_ has done that for this MR
[15:53] <sil2100> I don't see that there
[15:53] <jhodapp> dbarth_, ^
[15:53] <dbarth_> except my manual change is refused because of a version mismatch
[15:53] <dbarth_> sil2100: https://ci-train.ubuntu.com/job/ubuntu-landing-032-1-build/22/console
[15:54] <sil2100> dbarth_: no no, you didn't do what I said above
[15:54] <sil2100> dbarth_: you need to modify the previous top-most changelog entry to become a vivid version number
[15:54] <sil2100> So change it from 3.1.0+15.10.20150710-0ubuntu1 to 3.1.0+15.04.20150710-0ubuntu1
[15:54] <jhodapp> sil2100, sorry to interrupt this, but I'm still trying to land silo 48 for OTA6 if possible so I need to test out my qtmultimedia fix for silo 48, so can you dput qtmultimedia from ppa:jhodapp/ubuntu/ppa to silo 48
[15:54] <dbarth_> oh
[15:55] <sil2100> jhodapp: ok, on it in a minute :)
[15:55] <jhodapp> thanks!
[15:55] <sil2100> dbarth_: yeah, so simply modify the 3.1.0+15.10.20150710-0ubuntu1 version to the one I mentioned above and for consistency change 'wily' to 'vivid' in the entry too
[15:55] <sil2100> dbarth_: and re-build, it should be ok then
[15:56] <jhodapp> yeah, that'll do it
[15:56] <sil2100> jhodapp: on it now
[15:56] <jhodapp> sil2100, thanks so much, let me know when I can do a watch only build
[15:57] <sil2100> jhodapp: ok, package copied, the build should start shortly - I would recommend running watch only in about 5 minutes, to make sure the sources publish on time
[15:57] <jhodapp> sil2100, thanks a lot
[15:57] <dbarth_> ok got it, now that builds
[15:58] <jhodapp> dbarth_, awesome
[15:58] <jhodapp> dbarth_, is this audio change for Oxide using the new MediaSource interface?
[16:05] <dbarth_> jhodapp: oh no, it's the same code, but your 3.1 release is really wily, so there was an interface change that broke it
[16:05] <jhodapp> dbarth_, well my changes try to bring in as much of wily as possible
[16:05] <jhodapp> in silo 48
[16:06] <dbarth_> jhodapp: ah ok, but hopefully, no more interface changes
[16:07] <jhodapp> dbarth_, nothing from what is already there
[16:07] <dbarth_> otherwise, we'll need another rebuild of oxide
[16:07] <dbarth_> ok cool
[16:08] <jhodapp> dbarth_, there shouldn't be any in the near future (hopefully)
[16:26] <rvr> bfiller: oSoMoN: Arale is ok without the silo. It's only mako.
[16:26] <oSoMoN> that’s puzzling, I don’t see how this could possibly be device-specific
[16:27] <alexabreu> rvr, have you tried mako?
[16:27] <rvr> oSoMoN: jibel thinks it can be media-hub, maybe it uses some device bits to resize the image
[16:27] <rvr> alex-abreu: Yes, and silo doesn't fix it
[16:33] <rvr> boiko: Hi. Do you know how to reproduce this bug? https://bugs.launchpad.net/ubuntu/+source/messaging-app/+bug/1478547
[16:56] <boiko> rvr: there is a way using ofono-phonesim
[16:57] <rvr> boiko: I created a contact called "Orange"
[16:57] <rvr> boiko: And received a couple of SMS's from it
[16:58] <boiko> rvr: right, I think that doesn't trigger the bug, the phone number must be "Orange" IIRC, right salem_`?
[17:01] <boiko> rvr: if you want to try, install messaging-app-autopilot
[17:01] <boiko> rvr: mc-tool update ofono/ofono/account0 string:modem-objpath=/phonesim && mc-tool reconnect ofono/ofono/account0
[17:01] <boiko> rvr:  python -i /usr/lib/python3/dist-packages/messaging_app/helpers.py
[17:02] <boiko> rvr: receive_sms('orange', 'hi there')
[17:02] <boiko> rvr: you should see a thread in messaging-app from orange, and clicking it will trigger the bug
[17:03] <rvr> boiko: I was reading the description of that automated test and trying to reproduce it manually
[17:03] <salem_`> boiko, right, the phone number needs to be Orange.
[17:04] <boiko> rvr: yeah, but to reproduce manually you need someone with the 'Orange' phone number, which only the carrier do :)
[17:04] <rvr> salem_`: Sorry, what do you mean by "phone number"? Contact's name is not correct?
[17:04] <boiko> rvr: nope, the phone number needs to be 'orange' (it is weird to call it a phone 'number', but it is a phone identifier anyways) :)
[17:05] <rvr> Ahh, I see
[17:05] <salem_`> rvr, no, some operators can use alphanumeric strings as phone numbers
[17:05] <rvr> Interesting
[17:05] <boiko> salem_`: let's rename everything to phone alphanumbers :)
[17:05] <salem_`> rvr, and easy way to reproduce it is to create a new message in messaging-app and write orange in the search field, then send the message
[17:06] <salem_`> rvr, the message will fail to send, but the bug is reproduced, you won't be able to see the message that failed, once you install the fix, you will.
[17:07] <salem_`> boiko, no thanks :p
[17:09] <rvr> salem_`: Clever!
[17:09] <rvr> salem_`: It works :)
[17:09] <salem_`> rvr, awesome :)
[17:17] <dbarth_> sil2100: according to https://ci-train.ubuntu.com/job/ubuntu-landing-032-1-build/23/console my change went in, but according to: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-032/+packages, it did not
[17:17] <dbarth_> jhodapp: ^^, not sure what i'm doing wrong here
[17:18] <jhodapp> dbarth_, for media-hub?
[17:24] <dbarth_> jhodapp: yes
[17:24] <jhodapp> dbarth_, I see it in the list of built packages
[17:25] <dbarth_> i still can't play the stream with mixcloud, so i wonder if the fix made it into the build, or if it's another bug that was previously hidden by the first error
[17:26] <jhodapp> dbarth_, sounds like another bug
[17:27] <dbarth_> :/
[17:27] <jhodapp> dbarth_, is there any debug output for media-hub that would help you make sure this code is truly in there?
[17:27] <dbarth_> jhodapp: justinmcp had it working with the https fix
[17:27] <jhodapp> dbarth_, then you can check the output ~/.cache/upstart/media-hub.log
[17:27] <dbarth_> jhodapp: not that i can see of
[17:28] <dbarth_> that one doesn't say https got refused
[17:28] <jhodapp> dbarth_, what the link to MR again?
[17:28] <jhodapp> *what's
[17:52] <rvr> salem_`: boiko: There is something weird going on
[17:52] <boiko> rvr: oups
[17:52] <boiko> rvr: what's up?
[17:52] <rvr> boiko: A ghost contact appears in messaging app
[17:53] <boiko> rvr: ghost in what sense?
[17:53] <rvr> boiko: It's empty
[17:53] <rvr> No nothing, but the icon
[17:54] <salem_`> rvr, did you by chance sent an sms to your own number?
[17:54] <rvr> salem_`: Yes
[17:54] <salem_`> rvr, that's fixed in another silo
[17:54] <salem_`> rvr, silo 58
[17:54] <rvr> Ok, know issue
[17:55] <rvr> known
[17:55] <boiko> salem_`: we need to land that silo ASAP
[17:55] <boiko> salem_`: I will start reviewing the MRs
[17:55] <boiko> salem_`: well, not start, but rather continue, I started on that a week ago (or two weeks, can't remember), but switched over to other tasks
[17:56] <boiko> rvr: if you want to just confirm it is that, you can install silo 58 to check
[18:00] <rvr> boiko: salem_`: Approving silo 9
[18:00] <boiko> rvr: great! thanks!
[18:01] <rvr> boiko: I'll check that when the silo is ready to test :)
[18:01] <dobey> trainguards: can someone publish silo 11 please? it's passed qa. (or is publishing something i do myself now?)
[18:01] <rvr> EOD here, see you tomorrow!
[18:07] <kgunn> fginther: hey do you have a minute to chat
[18:49] <robru> sil2100: you're mistaken, ci-train-ppa-service team only lets you upload to PPAs. for publishing rights you need the poorly-named ubuntu-unity (a train specific team) or ubuntu-core-dev
[18:49] <robru> dobey: one sec
[18:50] <sil2100> robru: seriously?
[18:50] <sil2100> wtfudge
[18:51] <robru> sil2100: yes, I double checked the permissions
[18:51] <robru> sil2100: why, were you intending to give him publish rights?
[18:51] <sil2100> No, just confused that ubuntu-unity is still used anywhere, that was a temporary team from the past
[18:51] <sil2100> ci-train-ppa-service was created for train purposes so I thought we instantly switched to that
[18:52] <sil2100> But it seems we didn't
[18:52] <sil2100> Oh well, it's better that way currently anyway
[18:52] <robru> sil2100: yeah, ubuntu-unity team is the only reason you or i can publish at all ;-)
[18:57] <dobey> robru: thanks
[18:58] <robru> dobey: you're welcome
[19:08] <alex-abreu> robru, ping
[19:08] <robru> alex-abreu: pong
[19:08] <alex-abreu> robru, about siloe 32, did David talk to you about his test results?
[19:09] <robru> alex-abreu: not that I saw...
[19:10] <alex-abreu> robru, he is still getting issues w/ mh, Justin will look at it tomorrow ... not sure how close we are from ota 6, ...
[19:12] <robru> alex-abreu: oh that's soon....
[19:13] <alex-abreu> robru, how soon ?
[19:13] <robru> alex-abreu: apparently EOD today
[19:14] <alex-abreu> robru, can you drop mh then & take oxide as is
[19:15] <robru> alex-abreu: you want me to drop media-hub and publish oxide-qt? still needs qa tho
[19:15] <alex-abreu> robru, thats the idea yeah
[19:15] <robru> ubuntu-qa: anybody around to qa silo 32 before EOD today?
[19:16] <robru> ToyKeeper: ^
[19:16] <davmor2> robru: yeap
[19:16] <robru> davmor2: ok great, thanks
[19:16] <davmor2> robru she is on holiday so there is alesage
[19:16] <robru> ah
[19:16] <robru> davmor2: ok I'll get that ready then
[19:18] <robru> alex-abreu: ok I deleted mh and put the silo on the qa queueuue
[19:21] <alex-abreu> robru, thx !
[19:23] <robru> alex-abreu: you're welcome
[19:23] <fginther> kgunn, I have a few minutes, what's up?
[19:25] <kgunn> fginther: i ended up emailing you :)
[19:26] <fginther> kgunn, oh, thanks :-) I catch up there
[19:26] <kgunn> fginther: no worries, feel free to respond there or here
[19:48] <dbarth_> robru, ToyKeeper, alex-abreu: then that's pretty much basic smoke testing of oxide, i will scratch the line about MH in the silo
[19:49] <alex-abreu> dbarth_, if I am not mistaken robru already did it
[19:50] <dbarth_> ok (was reading the backlog from the top ;)
[19:51] <dbarth_> later
[20:00] <alesage> alex-abreu, dbarth_ I'll be on silo 32, full run of webapps plan FWIW
[20:10] <sil2100> bfiller: hey, I need to go AFK for a few hours, I'll log in through my remote shell and be back then
[20:10] <sil2100> bfiller: but I'll only be around here on Freenode
[20:10] <sil2100> We'll catch up then on the situation and if we're good for the candidate already ;)
[20:10] <sil2100> brb o/
[20:33] <robru> heh ^ Empty Empty Empty, that's what I like to see ;-)
[20:48] <davmor2> bfiller, sil2100, robru: so It's way past EOD for me, alesage is on only for a couple of hours and is working on silo032 currently, how are we looking for the other silos do we have numbers for them that can be passed to alesage so he knows which to look for?
[20:49] <robru> davmor2: oh I'm not in the loop on that...
[20:49] <robru> davmor2: the email thread about ota6 is all I know
[20:50] <bfiller> davmor2: I think we are in pretty good shape, my team has one more silo 21 that will be ready for QA after a rebuild
[20:50] <bfiller> davmor2: not sure of status of trusted session prompt for camera, guessing not landing today? kgunn ?
[20:51] <bfiller> davmor2: I believe everything else we were targetting has landed :)
[20:52] <davmor2> bfiller: we already have the contingency for that as we were pretty sure it wouldn't make it.
[20:53] <bfiller> davmor2: how is silo 48 testing going? media-hub
[20:54] <jhodapp> bfiller, it's ready for more testing but QA has it on hold for a bit
[20:55] <davmor2> bfiller: discussed it with jhodapp it was going to be too big to test fully in time.  So we came up with the plan of landing it as soon as ota6 is out the door.  That we relieve the pressure on testing it and give 4-5 weeks to shake out any other issues that lurk in the depths with it
[20:55] <jhodapp> bfiller, also, both trusted prompt sessions are also waiting on QA as well
[20:56] <bfiller> ok
[20:57] <alesage> so I'll watch for 21
[20:57] <bfiller> alesage: will ping you when it's ready
[20:57] <bfiller> should be soon
[20:57] <jhodapp> bfiller, do you have a link to your Trello board?
[20:57] <alesage> bfiller, thank you sir
[20:58] <bfiller> jhodapp: https://trello.com/b/y0COcCe2/system-apps-stakeholders-backlog
[20:58] <davmor2> alesage: can you then ping sil2100 / robru to spin up the image at that point then please sir :)
[20:58] <jhodapp> bfiller, thanks
[20:58] <robru> brb
[20:58] <alesage> davmor2, ok shall do
[20:59] <davmor2> and then we are good \o/
[21:02] <jhodapp> davmor2, is it safe to remove the blocked label from silo 48 in the QA trello board?
[21:03] <davmor2> done
[21:27] <robru> AlbertA: uh you have an MP that was never built: https://ci-train.ubuntu.com/job/ubuntu-landing-028-2-publish/44/console
[21:31] <AlbertA> robru: how is that possible?
[21:31] <robru> AlbertA: most likely you reconfigured that MP into the silo and then never built it, or only built other packages
[21:31] <AlbertA> robru: I rebuilt everything
[21:31] <AlbertA> yesterday
[21:31] <AlbertA> and today qtmir-gles
[21:31] <AlbertA> ummmm
[21:32] <robru> AlbertA: did you supercede and re-propose the same merge or something?
[21:33] <AlbertA> robru: last week or so I reconfigured the silo and put a new MP for mir...but 267373 is the one I put....
[21:37] <AlbertA> robru: ooh...I think I know what happened...
[21:38] <AlbertA> robru: I erroneously had started another mir build but canceled it through jenkins...
[21:38] <robru> AlbertA: k, I'll need you to rebuild mir in order to get the silo back into a consistent state
[21:38] <AlbertA> robru: so I guess just rebuild mir?
[21:38] <robru> AlbertA: yeah when you start a new build it clears the previous state out
[21:39] <AlbertA> robru: gotcha, ok
[21:39] <robru> AlbertA: so the merged branches (necessary to publish) are missing
[21:41] <bfiller> alesage: silo 21 ready to test, see the comments in the bug will give you steps to test https://bugs.launchpad.net/canonical-devices-system-image/+bug/1485724
[21:41] <alesage> bfiller, ok thx
[21:41] <bfiller> alesage: renatu or boiko should be able to help you if you have question
[21:41] <alesage> bfiller, very well got it
[21:55] <jibel> robru, do you have the power to build an image?
[22:01] <bfiller> sil2100, jibel, alesage: after silo 21 lands we're good for spinning from my perspective, might want to check with kgunn and others
[22:01] <bfiller> need to run now, but will be back on in 1-2 hrs
[22:02] <alesage> bfiller, ack
[22:02] <bfiller> thanks guys
[22:02] <robru> jibel: I think I do, but I haven't done it in a long time. let me check
[22:02] <jibel> bfiller, we cannot wait more or we'll miss the window to finish testing this week
[22:03] <robru> bfiller: is silo 21 ready for QA?
[22:03] <robru> because it's not in 'ready' state
[22:03] <bfiller> robru: yes, marked it so
[22:03] <jibel> robru, yes, alesage is on it
[22:03] <robru> ok grat
[22:03] <robru> page didn't update for me right away
[22:04] <bfiller> jibel: I understand, you make the call. guessing we'll need another respin at some point and can punch it in then if doesn't make it tonight
[22:06] <robru> jibel: I don't suppose you know where to go to kick off those image builds? I'm totally spacing out right now
[22:07] <jibel> robru, I know nothing about image builfs
[22:07] <jibel> builds*
[22:14] <robru> jibel: are you ready right now?
[22:14] <robru> jibel: or are we waiting for one last thing to get in?
[22:15] <jibel> robru, we are waiting on 21
[22:15] <jibel> alesage, how long do you think you need?
[22:18] <robru> jibel: so it turns out I don't have permission to do the vivid builds, only wily ones. so for vivid we need infinity who says he'll be available for "An hour, yes, two, maybe."
[22:19] <jibel> robru, alesage will be EOD in less than an hour so it'll be less
[22:20] <robru> great
[22:21] <alesage> just waiting for these locales to udpate ho hum
[22:35] <alesage> robru, jibel, passed 21, you may fire when ready
[22:35] <robru> alesage: thanks
[22:37] <robru> just gotta wait for the copy to finish before starting image build
[22:37] <jibel> alesage, thank you!
[22:37] <alesage> jibel, yw!
[22:55] <sil2100> jibel, alesage: so we have eveyrhing we need?
[22:55] <jibel> sil2100, we do
[22:56] <alesage> sil2100, yes, bfiller suggesting pinging kgunn but silo queue is empty
[22:56] <sil2100> Excellent, let me take care of the image, just need to check if all is fine
[22:59] <sil2100> Ok, kicking the build now
[23:06] <robru> sil2100: noooo
[23:10] <alesage> robru, all is ok?
[23:12] <sil2100> robru: what's wrong?
[23:13] <robru> sil2100: read the scrollback in -release
[23:13] <robru> alesage: oh yeah everything's fine
[23:30] <sil2100> brb
[23:50] <sil2100> Back