[06:05] <tjaalton> RAOF: did you accept intel-mediasdk? :)
[06:08] <tjaalton> many thanks if so, there's also intel-opencl-clang on the queue.. -graphics-compiler and -compute-runtime are on then way
[06:08] <tjaalton> *the
[07:15] <RAOF> tjaalton: yup! I don't suppose there's any way to do this without having three copies of llvm in the archive 😜
[07:22] <tjaalton> RAOF: all I care about is already on llvm 8 (including mesa), I'm not sure if we can drop older ones yet.. I'll have a look though
[07:24] <RAOF> That was snark on my part. I haven't looked at intel-opencl-clang yet. You mean it doesn't include its own llvm fork?!
[07:28] <tjaalton> ah.. it doesnt'
[07:29] <tjaalton> intel-cm-compiler kinda does, but it's a clang based compiler so doesn't actually ship clang
[07:30] <tjaalton> but it's not strictly needed at this point, only when we want to build the media shaders from source
[07:32] <tjaalton> "Opencl-clang is a thin wrapper library around clang"
[07:32] <tjaalton> :)
[09:19] <rbalint> RAOF, also thanks for waylandpp if you accepted that, too! :-)
[09:22] <rbalint> btw i can't trigger autopkgtests manually, i get gateway timeouts :-(
[09:23] <rbalint> can i please get the ff exception for LP: #1822341?
[12:30] <acheronuk> sil2100: why does this bileto ticket only see one source package, when there are 66 in the PPA? https://bileto.ubuntu.com/#/ticket/3680
[12:37] <ahasenack> Hi, I'm having a dep8 test failure in cosmic in what seems to be a math rounding error, I vaguely remember something like this when glibc was upgraded in one of the cycles, but can't remember it well. it's only happening on i386: https://bileto.ubuntu.com/excuses/3686/cosmic.html
[12:37] <ahasenack> I added some debugging, and this is what I get: https://pastebin.ubuntu.com/p/gDwknD4rZK/
[12:39] <ahasenack> ganhei um bounce, peraí
[12:39] <ahasenack>     Recipient address rejected: User unknown in virtual alias table
[12:39] <ahasenack> ops
[12:39] <ahasenack> sorry
[12:39] <ahasenack> wrong channel (the pt_BR and bounce bits)
[13:14] <xnox> jamespage, how come nova-compute-libvirt and nova-network depend on package 'vlan' which as far as i can tell useless.
[13:15] <xnox> jamespage, and like if any vlan stuff is needed to be done by libvirt, it should be like using iproute2/netplan/networkd and not ifupdown....
[13:15] <xnox> jamespage, we shouldn't need to install vlan package at all anymore.
[13:19] <cpaelzer> xnox: libvirt used to use netcf (for ifupdown) but this didn't work in the networkd world anymore
[13:20] <cpaelzer> furthermore it was an unused (and unwanted) feature to control networking through libvirt
[13:20] <cpaelzer> due to that the netcf dependency and feature was droped I think at Bionic or Cosmic
[13:20] <cpaelzer> not sure what it would do with vlan, but you said that is a dependency of nova right?
[13:21] <xnox> cpaelzer, should the vlan dep be then dropped from nova-network and nova-compute-libvirt then as well? i don't see those calling ifupdown/vconfig or anything like that.
[13:21] <xnox> cpaelzer, not sure if that dep was added because it used to be used indirectly via libvirt...
[13:22] <cpaelzer> from libvirt's POV it isn't neede dthere
[13:22] <cpaelzer> waiting for jamespage to answer the nova POV on this
[14:04] <xnox> coreycb, https://review.openstack.org/#/c/635533/3 did you include that in ubuntu's nova now? or are you still waiting on usptream to incorporate that?
[14:05] <xnox> coreycb, we are in final stages of pushing openssl 1.1.1 update into bionic, and we will need that patch in bionic's nova.
[14:23] <xnox> jibel, hmmmm.... is one supposed to configure /etc/utah/config on per-arch basis? or do we need to install/detect the right things on per-arch basis?
[14:24] <xnox> jibel, i see that ppc64 jobs are using the wrong libvirt xml file. THye use default-vm.xml instead of default-vm-ppc64.xml
[14:24] <xnox> and i'm not sure how/where/why it's configured that way.
[14:32] <jibel> xnox, it's defined in https://bazaar.launchpad.net/~canonical-platform-qa-jenkins/qa-jenkins-jobs/trunk/view/head:/scripts/iso-testing/run-iso-test.sh
[14:32] <jibel> but there is no way to override it apparently
[14:33] <xnox> right
[14:33] <xnox> jibel, and we (a) don't generate bridged-network-vm.xml for ppc64le & s390x b) don't use them.
[14:34] <xnox> jibel, i guess i can extend utah to generate those and make that script use per-arch xml files then.
[14:34] <xnox> let me try to do some typpy typpy
[14:39] <coreycb> xnox: i was waiting for it to land upstream first
[14:40] <coreycb> xnox: sounds like we need to expedite this to get back to bionic
[15:08] <xnox> jibel, it looks like in some jobs run-iso-test.sh is carbon copied included and changes the -xml arg. but in other praces the script is used, but arch argument is passed. So just updating the script should do the trick to unbreak ppc64le.
[15:11] <xnox> jibel, could you please review https://code.launchpad.net/~xnox/qa-jenkins-jobs/enable-per-arch-xml/+merge/365357 or should i like self merge that?
[15:17] <xnox> coreycb, not quite expedite, but we need it. also it means nobody to date uses that bit of code on any recent releases, cause clearly xenapi+openssl1.1.1 is busted.
[15:45] <jibel> xnox, merged
[15:45] <jibel> xnox, there is no config for s390x on venonat
[15:46] <xnox> jibel, tah.
[15:46] <xnox> jibel, and no s390x jobs yet.
[17:46] <wxl> ␂
[17:47] <wxl> ooh that was a fun oopsie
[18:20] <Eickmeyer> Updated screenshot for Ubuntu Studio's slideshow in bug 1822663.
[18:20] <Eickmeyer> (includes patch)
[18:21] <Eickmeyer> cyphermox: ^
[18:27] <cyphermox> ack
[19:05] <seb128> jdstrand, hey, just as a fyi ipset/firewalld needed to be hinted to be tried together from proposed, I did that and they both migrated now. Thx for the work dealing with the iptables/ebtables side of things
[19:28] <robert_ancell> infinity, did you approve the snapd-glib packages in NEW in cosmic? If so, can you do the same for bionic/xenial?
[19:38] <cyphermox> Eickmeyer: could you please just attach the image file in it's entirety instead? it'll be much easier to update that way
[20:05] <Eickmeyer> cyphermox: Okay, sure thing.
[20:10] <infinity> robert_ancell: I did, and I can go look, sure.
[20:10] <robert_ancell> infinity, thanks!
[20:10] <Eickmeyer> cyphermox: Done.
[20:23] <infinity> robert_ancell: Intentional that xenial doesn't ship test-qt?
[20:23] <robert_ancell> infinity, yes, we never added qt support to xenial
[20:24] <infinity> Kay.
[20:24] <infinity> robert_ancell: Processed.
[20:24] <robert_ancell> infinity, cheers