[06:05] RAOF: did you accept intel-mediasdk? :) [06:08] many thanks if so, there's also intel-opencl-clang on the queue.. -graphics-compiler and -compute-runtime are on then way [06:08] *the [07:15] tjaalton: yup! I don't suppose there's any way to do this without having three copies of llvm in the archive 😜 [07:22] 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] 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] ah.. it doesnt' [07:29] intel-cm-compiler kinda does, but it's a clang based compiler so doesn't actually ship clang [07:30] but it's not strictly needed at this point, only when we want to build the media shaders from source [07:32] "Opencl-clang is a thin wrapper library around clang" [07:32] :) === awayney is now known as Laney [09:19] RAOF, also thanks for waylandpp if you accepted that, too! :-) [09:22] btw i can't trigger autopkgtests manually, i get gateway timeouts :-( [09:23] can i please get the ff exception for LP: #1822341? [09:23] Launchpad bug 1822341 in ubuntu-meta (Ubuntu) "[FFE][SRU] Please add ubuntu-wsl binary package" [Undecided,New] https://launchpad.net/bugs/1822341 === ricab is now known as ricab|lunch [12:30] 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] 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] I added some debugging, and this is what I get: https://pastebin.ubuntu.com/p/gDwknD4rZK/ [12:39] ganhei um bounce, peraí [12:39] Recipient address rejected: User unknown in virtual alias table [12:39] ops [12:39] sorry [12:39] wrong channel (the pt_BR and bounce bits) [13:14] jamespage, how come nova-compute-libvirt and nova-network depend on package 'vlan' which as far as i can tell useless. [13:15] 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] jamespage, we shouldn't need to install vlan package at all anymore. === cpaelzer__ is now known as cpaelzer [13:19] xnox: libvirt used to use netcf (for ifupdown) but this didn't work in the networkd world anymore [13:20] furthermore it was an unused (and unwanted) feature to control networking through libvirt [13:20] due to that the netcf dependency and feature was droped I think at Bionic or Cosmic [13:20] not sure what it would do with vlan, but you said that is a dependency of nova right? [13:21] 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] cpaelzer, not sure if that dep was added because it used to be used indirectly via libvirt... [13:22] from libvirt's POV it isn't neede dthere [13:22] waiting for jamespage to answer the nova POV on this === ricab|lunch is now known as ricab [14:04] 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] 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] 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] 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] and i'm not sure how/where/why it's configured that way. [14:32] 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] but there is no way to override it apparently [14:33] right [14:33] jibel, and we (a) don't generate bridged-network-vm.xml for ppc64le & s390x b) don't use them. [14:34] jibel, i guess i can extend utah to generate those and make that script use per-arch xml files then. [14:34] let me try to do some typpy typpy [14:39] xnox: i was waiting for it to land upstream first [14:40] xnox: sounds like we need to expedite this to get back to bionic [15:08] 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] 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] 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] xnox, merged [15:45] xnox, there is no config for s390x on venonat [15:46] jibel, tah. [15:46] jibel, and no s390x jobs yet. === Wryhder is now known as Lucas_Gray === upline is now known as grumble [17:46] ␂ [17:47] ooh that was a fun oopsie [18:20] Updated screenshot for Ubuntu Studio's slideshow in bug 1822663. [18:20] bug 1822663 in ubiquity-slideshow-ubuntu (Ubuntu) "Update Ubuntu Studio Screenshot in Slideshow" [Undecided,New] https://launchpad.net/bugs/1822663 [18:20] (includes patch) [18:21] cyphermox: ^ [18:27] ack [19:05] 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] infinity, did you approve the snapd-glib packages in NEW in cosmic? If so, can you do the same for bionic/xenial? [19:38] 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] cyphermox: Okay, sure thing. [20:10] robert_ancell: I did, and I can go look, sure. [20:10] infinity, thanks! [20:10] cyphermox: Done. [20:23] robert_ancell: Intentional that xenial doesn't ship test-qt? [20:23] infinity, yes, we never added qt support to xenial [20:24] Kay. [20:24] robert_ancell: Processed. [20:24] infinity, cheers