=== salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem === chihchun_afk is now known as chihchun [05:46] Mirv: ping, I have a question... [05:46] robru: Trying you for a question, seeing Mirv isn’t around. [05:46] Still here? [05:47] trainguards: Where is the best place to report problems with builders that are used by citrain? [05:48] michi: the builders are standard lp ppa builders so talk to lp people [05:48] Is there a channel for that? I don’t know who looks after lp [05:49] michi: probably #launchpad i guess, I'd look for William Grant and Colin Watson [05:49] Cool, thank you! [05:49] Yw === joc_ is now known as joc [09:51] 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] pete-woods: hey! You mean like, force merge? [09:51] oh wait [09:51] maybe it's because it's already merged :$ [09:52] whoops, yeah it is [09:52] never mind! [09:52] ;) [10:00] Elleo, kenvandine I failed silo 24, it breaks image download to an app from the webbrowser. [10:07] jibel: ah, thanks for catching that, will take a look shortly === _salem is now known as salem_ === Chipaca` is now known as Chipaca === alan_g is now known as alan_g|lunch === chihchun is now known as chihchun_afk [13:41] sil2100, Mirv: one of you has time for another upload? [13:41] morphis: I can has have time [13:41] great [13:41] ;) [13:42] btw. is it possible to build armhf packages in a private ppa these days already? === Wellark_ is now known as Wellark [13:43] morphis: privacy and architectures are more or less entirely orthogonal [13:44] so it's the same as the process for building armhf in a public PPA [13:44] cjwatson: yeah that was what I mean [13:44] private ppa = personal ppa [13:44] :-) [13:44] wrong wording from my side [13:44] cjwatson: I just remember from some time ago that this was possible due to the builders are not virtualized [13:45] morphis: oh right [13:46] cjwatson: not sure if that has changed [13:47] 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] cjwatson: so I could simply go there and ask for one of my ppas to be build on bare metal? [13:48] morphis: yep [13:49] cjwatson: nice === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === alan_g|lunch is now known as alan_g [14:01] cjwatson: https://answers.launchpad.net/launchpad/+question/280752 [14:04] morphis: What sort of packages are you working on? I assume some of them use Qt? [14:06] cjwatson: libhybris, bluez, ... [14:07] OK, I suspect threading will be involved in there somewhere and so qemu will not be your friend. [14:07] done [14:08] cjwatson: yeah [14:08] cjwatson: thanks a lot! [15:07] sil2100, can you please publish https://ci-train.ubuntu.com/job/ubuntu-landing-004-2-publish/1/ [15:11] Saviq: on it! [15:13] charles: hey! I was looking into publishing silo 17 and sadly I can't... [15:13] charles: the silo adds a build dep of accountsservice-ubuntu-schemas (universe) to indicator-sound (main) [15:14] 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] hmmm [15:20] Ah, a no-change rebuild [15:27] 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] seb128: alrighto then! [15:28] Thanks, let me publish in a moment then [16:18] morphis: any second [16:19] davmor2: ? [16:19] morphis: ^ [16:20] davmor2: ah :-) [16:20] nice [16:20] davmor2: so did you test on krillin/arale too? [16:21] 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] davmor2: no, was more like meaning the hybris deb packages in the silo [16:23] 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] there will definately be some stuff in the rootfs/silo [16:27] davmor2: you got my last message? [16:29] 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] davmor2: no, the libhybris deb packages are part of the ubuntu part [16:30] morphis_: ah okay give me 10 minutes then [16:31] ok [17:26] dobey: qa granted on that then now I've seen it \o/ [17:27] davmor2: great, thanks === salem_ is now known as _salem === alan_g is now known as alan_g|EOD === joc is now known as joc|away === _salem is now known as salem_ [18:48] 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] robru: while I remember seeing them previously [18:49] 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] Have a nice weekend everyone o/ [22:06] robru: is there something special about apparmor-easyprof-ubuntu source package that it can't be built in the silo? [22:07] (silo 52) [22:07] bfiller: checking [22:08] 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] robru: no I haven't, suspected it might be the issue [22:09] jdstrand: do you use the train for apparmor-easyprof-ubuntu? [22:09] bfiller: these are the train packaging requirements: https://wiki.ubuntu.com/DailyRelease/InlinePackaging [22:09] bfiller: please don't push it to silo [22:09] I am commenting on the mp now [22:09] jdstrand: ok [22:09] jdstrand: just was trying to test it was not going to release [22:10] but to answer your question-- I upload directly to the ppa instead of using MP automerges [22:10] I see [22:10] bfiller: so I do use the train, but not with MPs [22:10] yeah that would explain it [22:10] jdstrand: messaging-app won't build the correct profile without apparmor-easyprof-ubuntu changes I'm told [22:10] no it won't [22:11] slight chicken and egg [22:11] let me finish commenting. I think we should take a different approach that doesn't require changes to apparmor-easyprof-ubuntu [22:11] jdstrand: alright [22:18] 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] bfiller: this has the added benefit of needing no coordination with the security team for apparmor-easyprof-ubuntu [22:38] jdstrand: thank you, will take a look