[05:46] <michi> Mirv: ping, I have a question...
[05:46] <michi> robru: Trying you for a question, seeing Mirv isn’t around.
[05:46] <michi> Still here?
[05:47] <michi> trainguards: Where is the best place to report problems with builders that are used by citrain?
[05:48] <robru> michi: the builders are standard lp ppa builders so talk to lp people
[05:48] <michi> Is there a channel for that? I don’t know who looks after lp
[05:49] <robru> michi: probably #launchpad i guess, I'd look for William Grant and Colin Watson
[05:49] <michi> Cool, thank you!
[05:49] <robru> Yw
[09:51] <pete-woods> trainguards: hi folks. is there a reason I (we?) can't merge+clean our own silos? seems like the damage has already been done at that point..
[09:51] <sil2100> pete-woods: hey! You mean like, force merge?
[09:51] <pete-woods> oh wait
[09:51] <pete-woods> maybe it's because it's already merged :$
[09:52] <pete-woods> whoops, yeah it is
[09:52] <pete-woods> never mind!
[09:52] <sil2100> ;)
[10:00] <jibel> Elleo, kenvandine I failed silo 24, it breaks image download to an app from the webbrowser.
[10:07] <Elleo> jibel: ah, thanks for catching that, will take a look shortly
[13:41] <morphis> sil2100, Mirv: one of you has time for another upload?
[13:41] <sil2100> morphis: I can has have time
[13:41] <morphis> great
[13:41] <sil2100> ;)
[13:42] <morphis> btw. is it possible to build armhf packages in a private ppa these days already?
[13:43] <cjwatson> morphis: privacy and architectures are more or less entirely orthogonal
[13:44] <cjwatson> so it's the same as the process for building armhf in a public PPA
[13:44] <morphis> cjwatson: yeah that was what I mean
[13:44] <morphis> private ppa = personal ppa
[13:44] <morphis> :-)
[13:44] <morphis> wrong wording from my side
[13:44] <morphis> cjwatson: I just remember from some time ago that this was possible due to the builders are not virtualized
[13:45] <cjwatson> morphis: oh right
[13:46] <morphis> cjwatson: not sure if that has changed
[13:47] <cjwatson> morphis: we have two ways to build armhf packages at the moment: one is on bare metal, unsandboxed, available by request (https://answers.launchpad.net/launchpad) for PPAs that are only writable by Canonical employees; the other is virtualised on x86 hardware via qemu-user-static, available by request (same URL) to anyone but will only work for a subset of packages that don't need anything fancy like threading
[13:48] <morphis> cjwatson: so I could simply go there and ask for one of my ppas to be build on bare metal?
[13:48] <cjwatson> morphis: yep
[13:49] <morphis> cjwatson: nice
[14:01] <morphis> cjwatson: https://answers.launchpad.net/launchpad/+question/280752
[14:04] <cjwatson> morphis: What sort of packages are you working on?  I assume some of them use Qt?
[14:06] <morphis> cjwatson: libhybris, bluez, ...
[14:07] <cjwatson> OK, I suspect threading will be involved in there somewhere and so qemu will not be your friend.
[14:07] <cjwatson> done
[14:08] <morphis> cjwatson: yeah
[14:08] <morphis> cjwatson: thanks a lot!
[15:07] <Saviq> sil2100, can you please publish https://ci-train.ubuntu.com/job/ubuntu-landing-004-2-publish/1/
[15:11] <sil2100> Saviq: on it!
[15:13] <sil2100> charles: hey! I was looking into publishing silo 17 and sadly I can't...
[15:13] <sil2100> charles: the silo adds a build dep of accountsservice-ubuntu-schemas (universe) to indicator-sound (main)
[15:14] <sil2100> charles: so it causes a main component mismatch - we would either need to MIR accountsservice-ubuntu-schemas to main (I'll look into that as a possibility) or remove the dependency
[15:20] <sil2100> hmmm
[15:20] <sil2100> Ah, a no-change rebuild
[15:27] <seb128> charles, sil2100, that binary comes from a source which is already in main, no promotion needed (out of a binary one, which should be done once it shows on component mismatch output)
[15:27] <sil2100> seb128: alrighto then!
[15:28] <sil2100> Thanks, let me publish in a moment then
[16:18] <davmor2> morphis: any second
[16:19] <morphis> davmor2: ?
[16:19] <davmor2> morphis: ^
[16:20] <morphis> davmor2: ah :-)
[16:20] <morphis> nice
[16:20] <morphis> davmor2: so did you test on krillin/arale too?
[16:21] <davmor2> morphis: no flo and mako there were no images for arale and krillin in the android part or is there an image in there that I can use
[16:22] <morphis> davmor2: no, was more like meaning the hybris deb packages in the silo
[16:23] <davmor2> morphis: ah I thought that all came in the tarball that john-mcaleely and alextu were building but I can give it a quick try give me 10 minutes
[16:25] <john-mcaleely> there will definately be some stuff in the rootfs/silo
[16:27] <morphis_> davmor2: you got my last message?
[16:29] <davmor2> morphis_: I answered the hybris one with ah I thought that all came in the tarball that john-mcaleely and alextu were building but I can give it a quick try give me 10 minutes
[16:30] <morphis_> davmor2: no, the libhybris deb packages are part of the ubuntu part
[16:30] <davmor2> morphis_: ah okay give me 10 minutes then
[16:31] <morphis_> ok
[17:26] <davmor2> dobey: qa granted on that then now I've seen it \o/
[17:27] <dobey> davmor2: great, thanks
[18:48] <sil2100> robru: hey! I'm going EOD in a moment, but I noticed that some requests don't show the audit logs on the requests page
[18:49] <sil2100> robru: while I remember seeing them previously
[18:49] <sil2100> robru: for instance: https://requests.ci-train.ubuntu.com/#/ticket/835 has no logs, not even the switch of qa status, even though bileto does have those in https://requests.ci-train.ubuntu.com/v1/ticket/835
[18:50] <sil2100> Have a nice weekend everyone o/
[22:06] <bfiller> robru: is there something special about apparmor-easyprof-ubuntu source package that it can't be built in the silo?
[22:07] <bfiller> (silo 52)
[22:07] <robru> bfiller: checking
[22:08] <robru> bfiller: right it doesn't look like it's been enabled for train use, have you ever released it in the train before?
[22:08] <bfiller> robru: no I haven't, suspected it might be the issue
[22:09] <bfiller> jdstrand: do you use the train for apparmor-easyprof-ubuntu?
[22:09] <robru> bfiller: these are the train packaging requirements: https://wiki.ubuntu.com/DailyRelease/InlinePackaging
[22:09] <jdstrand> bfiller: please don't push it to silo
[22:09] <jdstrand> I am commenting on the mp now
[22:09] <bfiller> jdstrand: ok
[22:09] <bfiller> jdstrand: just was trying to test it was not going to release
[22:10] <jdstrand> but to answer your question-- I upload directly to the ppa instead of using MP automerges
[22:10] <jdstrand> I see
[22:10] <jdstrand> bfiller: so I do use the train, but not with MPs
[22:10] <robru> yeah that would explain it
[22:10] <bfiller> jdstrand: messaging-app won't build the correct profile without apparmor-easyprof-ubuntu changes I'm told
[22:10] <jdstrand> no it won't
[22:11] <bfiller> slight chicken and egg
[22:11] <jdstrand> let me finish commenting. I think we should take a different approach that doesn't require changes to apparmor-easyprof-ubuntu
[22:11] <bfiller> jdstrand: alright
[22:18] <jdstrand> bfiller: ok, I responded to both MPs. basically, don't change apparmor-easyprof-ubuntu but put those rules in the messaging-app profile directly. I also have other comments for the messaging-app that need to be addressed
[22:21] <jdstrand> bfiller: this has the added benefit of needing no coordination with the security team for apparmor-easyprof-ubuntu
[22:38] <bfiller> jdstrand: thank you, will take a look