[00:17] <mwhudson> vorlon: do you (or any other core dev) feel like reviewing https://code.launchpad.net/~mwhudson/livecd-rootfs/+git/livecd-rootfs/+merge/376544 ?
[00:51] <vorlon> mwhudson: done
[07:04] <vicamo> hi, need sponsor for https://launchpad.net/~vicamo/+archive/ubuntu/ppa-1855891 to focal-proposed, which re-add reprotest to Focal
[07:08] <vicamo> also need to SRU Eoan package in https://launchpad.net/~vicamo/+archive/ubuntu/ppa-1855825 for https://bugs.launchpad.net/ubuntu/+source/backport-iwlwifi-dkms/+bug/1855825
[07:08] <ubottu> Launchpad bug 1855825 in backport-iwlwifi-dkms (Ubuntu Eoan) "When connecting to wifi with the proposed linux-oem kernel , the system hangs" [Undecided,In progress]
[07:09] <vicamo> And https://launchpad.net/~vicamo/+archive/ubuntu/ppa-1856024 for bug 1856024 that introduces backport-iwlwifi-dkms to Bionic (already in Eoan/Focal)
[07:09] <ubottu> bug 1856024 in backport-iwlwifi-dkms (Ubuntu) "[SRU] Need backport-iwlwifi-dkms in Bionic" [Undecided,In progress] https://launchpad.net/bugs/1856024
[08:19] <seb128> vicamo, hey, that reprotest/focal change, if you add actual diff you need to use an ubuntu<n> version, not a build<n>
[08:25] <vicamo> seb128: hi, there is no actual diff because there was an no-change-rebuild upload previously by Matthias Klose
[08:25] <vicamo> he bumped version in debian/changelog, but not in setup.py, and this caused build failure
[08:25] <seb128> vicamo, so why do you need an upload?
[08:26] <vicamo> seb128: so that upload was not successful and there is no installable candidate even in focal-proposed
[08:28] <seb128> vicamo, you edited setup.py?
[08:28] <seb128> vicamo, so
[08:28] <vicamo> seb128: ye
[08:28] <vicamo> seb128: yes
[08:28] <seb128> 1- that's a change :p
[08:28] <vicamo> ok, let me update the version to ubuntu1
[08:28] <seb128> 2- why is that needed?
[08:28] <seb128> 0.7.10 built in Debian without that version update
[08:29] <seb128> ah, that's because it's a native package and the version need to match the changelog one?
[08:30] <seb128> vicamo, don't worry, I can update the version, but yeah in that case build1 seems fine
[08:30] <seb128> vicamo, I will sponsor it
[08:30] <vicamo> seb128: ok , thank you
[08:33] <vicamo> seb128: but I'd still want to know what's the prefered version in this case. Can't find reprotest in the focal queue yet
[08:33] <seb128> vicamo, build1 seems fine, we don't have actual diff we want to preserver from a debian sync
[08:34] <seb128> vicamo, uploaded
[08:35] <vicamo> seb128: but the one I uploaded is "0.7.10build1.1"?
[08:35] <vicamo> seb128: will check some time later, doesn't appear right away
[08:35] <seb128> vicamo, that looks fine
[08:36] <seb128> vicamo, https://launchpad.net/ubuntu/+source/reprotest/0.7.10build1.1
[08:36] <vicamo> seb128: ha, thank you
[11:59] <rbalint> doko, can i cherry-pick https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=0bc3450e220a4fb29f931ada84b546ce8993e85e to focal or could you please do that to fix LP: #1843479?
[11:59] <ubottu> Launchpad bug 1843479 in gzip (Ubuntu) "gzip in Ubuntu Eoan results in Exec format error on WSL1" [High,In progress] https://launchpad.net/bugs/1843479
[11:59] <rbalint> doko, i'm also ready to handle the sru
[12:50] <doko> rbalint: sure, could you merge -6 as well?
[13:13] <coreycb> tjaalton: hi, would you be able to take a look at horizon again in the unapproved queue for disco? the last upload was missing an orig tarball.
[13:13] <tjaalton> coreycb: ok
[13:13] <coreycb> tjaalton: thanks
[13:34] <rbalint> doko, ok, will do it
=== ricab is now known as ricab|lunch
[13:46] <vicamo> hi, need sponsor for SRU Eoan package in https://launchpad.net/~vicamo/+archive/ubuntu/ppa-1855825 for bug 1855825, which will hang systems with iwlwifi DKMS once eoan-proposed kernel is out
[13:46] <ubottu> bug 1855825 in backport-iwlwifi-dkms (Ubuntu Eoan) "When connecting to wifi with the proposed linux-oem kernel , the system hangs" [Undecided,In progress] https://launchpad.net/bugs/1855825
[14:46] <seb128> vicamo, if a kernel SRU needs to go in lock step with that update you should probably comment saying so / set verification-failed on the kernel until that one is ready as well to avoid publishing a regression to updates
[14:46] <seb128> vicamo, did you talk to the kernel team about it?
[14:47] <seb128> apw, ^ unsure who is the right person to make aware of that on the kernel side?
=== ricab|lunch is now known as ricab
[15:02] <vicamo> seb128: it's kind of complicated. Eoan kernel is out, so this is now a real problem and has seen public bug reported.
[15:02] <vicamo> seb128: We're planning to land Eoan's version to Bionic in bug 1856024, so OEM platforms can retire those unofficial DKMS packages.
[15:02] <ubottu> bug 1856024 in backport-iwlwifi-dkms (Ubuntu) "[SRU] Need backport-iwlwifi-dkms in Bionic" [Undecided,In progress] https://launchpad.net/bugs/1856024
[15:02] <seb128> vicamo, sounds like you should make the kernel team aware still
[15:03] <seb128> and maybe try to talk to the SRU team to fast track a fix
[15:03] <seb128> vicamo, also make sure there is bionic kernel SRU landing regressing user, block as verification-failed
[15:04] <vicamo> seb128: however, for OEM platforms, we have released fix through the old way, and that will be before OEM kernel is released
[15:05] <vicamo> so, my bad, after checked again, eoan-proposed kernel has been released, and there is no gating problem any more
[15:05] <coreycb> cpaelzer: I have most of the oslo autopkgtests fixed but looks like the kombu dependency (MIR) on python-importlib-metadata is causing a backup
[15:05] <seb128> vicamo, so what's needed now?
[15:06] <vicamo> seb128: to land Eoan SRU in bug 1855825 as soon as possible, so Eoan users suffers less
[15:06] <ubottu> bug 1855825 in backport-iwlwifi-dkms (Ubuntu Eoan) "When connecting to wifi with the proposed linux-oem kernel , the system hangs" [Undecided,In progress] https://launchpad.net/bugs/1855825
[15:07] <seb128> vicamo, you need to talk to the kernel team and SRU teams for that
[15:07] <seb128> try on #ubuntu-release also
[15:07] <seb128> bdmurray, ^ can you help with that? seems like a kernel SRU in 19.10 regressed XPS users
[15:12] <vicamo> seb128: I will have to go offline for an hr or so in 10 minutes to catch the last train. My apologies in advance.
[15:17] <seb128> vicamo, no worry, I'm sponsoring you 19.10 SRU but you need an SRU member to help getting it accepted then
[15:17] <coreycb> doko: subscribed openstack packagers to the packages for bug 1851393
[15:17] <ubottu> bug 1851393 in python-zipp (Ubuntu) "[MIR] python-importlib-metadata (required by kombu)" [High,New] https://launchpad.net/bugs/1851393
[15:18] <seb128> sil2100, bdmurray, vorlon, ^  backport-iwlwifi-dkms in 19.10 SRU queue fixes a pretty important issue for XPS users follow a kernel SRU, might be worth fast tracking if possible
[15:19] <vicamo> seb128: yes, that's what I need. I got a team member who can review this, but need another person to upload :)
[15:21] <apw> seb128, ack
[15:29] <bdmurray> apw: so are you handling this issue?
[15:30] <apw> bdmurray, oh no i was just admiting i needed to be warned about it
[15:30] <apw> bdmurray, those kernels are not going out till the new year i believe
[15:31] <rbasak> Should this new kernel be declaring a Breaks on backport-iwlwifi-dkms then?
[15:31] <rbasak> Though I know it's a bit weird with kernels because an installed kernel isn't necessarily the one that is running.
[15:32] <apw> rbasak, though the kernel out there already needed it
[15:33] <apw> if i am reading this right
[15:33] <rbasak> I thought it was just the one in proposed?
[15:33] <rbasak> Anyway, I'd best not add another cook to the broth.
[15:33] <apw> oh yeah it is out in eoan
[15:33] <rbasak> I just thought I'd mention Breaks in case that needs considering.
[15:33] <apw> rbasak, yeah too late for eoan, maybe not for bionic
[15:34] <rbasak> There might still be some value for Eoan - for users who upgrade infrequently, or do an install and upgrade in the future.
[15:34] <rbasak> (to add a Breaks in the next update)
[15:37] <danboid> After months of pain, trial and error etc I've finally got openstack deployed via a juju charm bundle
[15:37] <danboid> As as result, I've got a few corrections and suggestions for the docs here https://jaas.ai/openstack-base
[15:37] <danboid> Where do I submit my suggestions?
[15:38] <danboid> Do I submit them as a bug report against the charm?
[15:40] <danboid> It's OK! A bug report has been requested by one of the charm devs
[16:03] <rbalint> doko, i'm doing a test-rebuild of merged binutils, then will upload in ~2 hours
[17:14] <rbasak> bryce: FWIW, to view previous inline comments in an MP on LP, use the dropdown box just underneath where it says "Preview Diff"
[18:03] <rafaeldtinoco> rbasak: there is a MR from bryce to autofs
[18:03] <rafaeldtinoco> rbasak: i can't upload it (no rights), and he is off today
[18:04] <rafaeldtinoco> would u mind pushing and uploading it ?
[18:04] <rafaeldtinoco> actually its not from him, its from ahasenac_k but he is also off
[18:04] <rafaeldtinoco> =)
[18:04] <rafaeldtinoco> its already approved  but we didnt want to wait until EOY to push it
[18:45] <rbasak> rafaeldtinoco: link please? It's not listed at https://code.launchpad.net/~canonical-server/+activereviews
[18:46] <rbasak> rafaeldtinoco: no core devs in our team will be around next week?
[18:46] <rafaeldtinoco> rbasak: not sure i mean its not urgent or anything
[18:47] <rafaeldtinoco> rbasak: https://code.launchpad.net/~ahasenack/ubuntu/+source/autofs/+git/autofs/+merge/376722
[18:48] <rafaeldtinoco> bryce: will be around next week also
[18:48] <rafaeldtinoco> bryce: ^ for when you're back then
[19:48] <bryce> okie doke
[20:50] <rbasak> rafaeldtinoco, bryce: I don't mind doing it next week either, but given it's not urgent I'm EOD now :)
[20:50] <rafaeldtinoco> rbasak: yes yes ignore me
[20:50] <rafaeldtinoco> rbasak: have a nice weekend o/
[22:53]  * gQuigs can't if these are real test failures or not - I'm guessing no, but would love a confirmation
[22:54] <gQuigs> python-ldap   Regression in autopkgtest for barbican (armhf): test log
[22:54] <gQuigs> python-ldap
[22:54] <gQuigs> Regression in autopkgtest for salt (s390x): test log
[22:57]  * gQuigs can't press the magic retry button