[01:05] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (disco-proposed) [5.0.0-1017.18]
[01:07] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (bionic-proposed) [5.0.0-1017.18~18.04.1]
[07:02] <cpaelzer> Laney: bug 1840633 tries to resist to be reproduced outside of autopkgtest-infra build-needed step :-/
[07:02] <ubot5> bug 1840633 in ufw (Ubuntu) "autopkgtests get stuck in Eoan with iptables 1.8.3" [Undecided,New] https://launchpad.net/bugs/1840633
[07:03] <cpaelzer> Laney: there are again a bunch of hanging tests that could be killed, but I'd need to ask you to again "run a few commands"
[07:04] <cpaelzer> This time I'd ask if you could fetch the debug symbols from the PPA which is tested https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3790/+packages and then get a gdb backtrace (or an apport reports or what you prefer) of the hanging iptables process?
[07:05] <cpaelzer> I feel bad for asking you, but lacking any alternative way to trigger it that would be the next step that I see available to understand what is going on
[07:29] <RikMills> Morning. If an AA has a few secs, could these 2 removal get done. Thanks LP: #1840744 #1840743
[07:29] <ubot5> Launchpad bug 1840744 in krecipes (Ubuntu) "Remove krecipes from Eoan" [Undecided,New] https://launchpad.net/bugs/1840744
[07:29] <RikMills> LP: #1840743
[07:29] <ubot5> Launchpad bug 1840743 in smokegen (Ubuntu) "Remove smokegen from Eoan" [Undecided,New] https://launchpad.net/bugs/1840743
[07:58] <Locutusofborg> hello release team! src:hy is not an arch:all package, and removed python-hy package... can anybody please NBS-cleanup-proposed it?
[08:17] -queuebot:#ubuntu-release- New binary: colord [s390x] (eoan-proposed/main) [1.4.4-1~ubuntu1] (desktop-core, ubuntu-server)
[08:17] -queuebot:#ubuntu-release- New binary: colord [i386] (eoan-proposed/main) [1.4.4-1~ubuntu1] (desktop-core, ubuntu-server)
[08:18] -queuebot:#ubuntu-release- New binary: colord [ppc64el] (eoan-proposed/main) [1.4.4-1~ubuntu1] (desktop-core, ubuntu-server)
[08:22] -queuebot:#ubuntu-release- New binary: colord [amd64] (eoan-proposed/main) [1.4.4-1~ubuntu1] (desktop-core, ubuntu-server)
[08:22] -queuebot:#ubuntu-release- New binary: colord [arm64] (eoan-proposed/main) [1.4.4-1~ubuntu1] (desktop-core, ubuntu-server)
[08:22] -queuebot:#ubuntu-release- New binary: colord [armhf] (eoan-proposed/main) [1.4.4-1~ubuntu1] (desktop-core, ubuntu-server)
[08:24] -queuebot:#ubuntu-release- New: accepted colord [amd64] (eoan-proposed) [1.4.4-1~ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted colord [armhf] (eoan-proposed) [1.4.4-1~ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted colord [ppc64el] (eoan-proposed) [1.4.4-1~ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted colord [arm64] (eoan-proposed) [1.4.4-1~ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted colord [s390x] (eoan-proposed) [1.4.4-1~ubuntu1]
[08:24] -queuebot:#ubuntu-release- New: accepted colord [i386] (eoan-proposed) [1.4.4-1~ubuntu1]
[08:30] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (disco-proposed) [2.40+19.04]
[08:30] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (bionic-proposed) [2.40+18.04]
[08:31] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (xenial-proposed) [2.40]
[09:01] <cpaelzer> Laney: and in addition to the gdb request of 2h ago, since it hangs on creating a new chain like "iptables -N ufw-tmpsuffix" it would be great if you could also run "iptables -L" and check if any other new "iptables -N ufw-tmpsuffix" will hang as well
[09:01] <cpaelzer> if it does hang maybe an strace -ff of such a hanging iptables would be helpful as well
[09:03] <Laney> cpaelzer: be with you in a bit
[11:24] <RikMills> another Qt4/KDE4 removal if possible LP: #1840762
[11:25] <ubot5> Error: Could not gather data from Launchpad for bug #1840762 (https://launchpad.net/bugs/1840762). The error has been logged
[11:25] <RikMills> nice
[11:28] <tjaalton> RikMills: what's up with kservice tests?
[11:32] <RikMills> tjaalton: looking...
[11:37] <RikMills> tjaalton: looks like a regression in upstream code/tests that failed on KDE CI but wasn't fixed by the last release. There is a fix I will try applying. if that doesn't work we can the then current version to be badtested until the next release
[11:37] <RikMills> *then ask
[11:44] -queuebot:#ubuntu-release- Unapproved: libio-socket-ssl-perl (bionic-security/main) [2.060-3~ubuntu18.04.1 => 2.060-3~ubuntu18.04.1] (core) (sync)
[11:44] -queuebot:#ubuntu-release- Unapproved: openssl (bionic-security/main) [1.1.1-1ubuntu2.1~18.04.4 => 1.1.1-1ubuntu2.1~18.04.4] (core) (sync)
[11:44] -queuebot:#ubuntu-release- Unapproved: python2.7 (bionic-security/main) [2.7.15-4ubuntu4~18.04 => 2.7.15-4ubuntu4~18.04] (core) (sync)
[11:44] -queuebot:#ubuntu-release- Unapproved: python3.7 (bionic-security/universe) [3.7.3-2~18.04.1 => 3.7.3-2~18.04.1] (no packageset) (sync)
[11:44] -queuebot:#ubuntu-release- Unapproved: ruby-openssl (bionic-security/universe) [2.0.9-0ubuntu1 => 2.0.9-0ubuntu1] (no packageset) (sync)
[11:44] -queuebot:#ubuntu-release- Unapproved: libwww-perl (bionic-security/main) [6.31-1ubuntu0.1 => 6.31-1ubuntu0.1] (core) (sync)
[11:44] -queuebot:#ubuntu-release- Unapproved: python3.6 (bionic-security/main) [3.6.8-1~18.04.1 => 3.6.8-1~18.04.1] (core) (sync)
[11:44] -queuebot:#ubuntu-release- Unapproved: ruby2.5 (bionic-security/main) [2.5.1-1ubuntu1.5 => 2.5.1-1ubuntu1.5] (kubuntu, ubuntu-desktop, ubuntu-server) (sync)
[11:44] -queuebot:#ubuntu-release- Unapproved: python-cryptography (bionic-security/main) [2.1.4-1ubuntu1.3 => 2.1.4-1ubuntu1.3] (core) (sync)
[11:44] -queuebot:#ubuntu-release- Unapproved: r-cran-openssl (bionic-security/universe) [1.0.1-1ubuntu1.1 => 1.0.1-1ubuntu1.1] (no packageset) (sync)
[11:46] <tjaalton> RikMills: ok, cool
[12:06] <mdeslaur> can someone please approve those? ^ they are the openssl syncs to bionic-security
[12:06] <mdeslaur> s/can/could/
[12:25] <mdeslaur> oh, actually, looks like I can do it, so never mind
[12:25] -queuebot:#ubuntu-release- Unapproved: accepted libio-socket-ssl-perl [sync] (bionic-security) [2.060-3~ubuntu18.04.1]
[12:25] -queuebot:#ubuntu-release- Unapproved: accepted openssl [sync] (bionic-security) [1.1.1-1ubuntu2.1~18.04.4]
[12:25] -queuebot:#ubuntu-release- Unapproved: accepted python2.7 [sync] (bionic-security) [2.7.15-4ubuntu4~18.04]
[12:25] -queuebot:#ubuntu-release- Unapproved: accepted python3.7 [sync] (bionic-security) [3.7.3-2~18.04.1]
[12:25] -queuebot:#ubuntu-release- Unapproved: accepted ruby-openssl [sync] (bionic-security) [2.0.9-0ubuntu1]
[12:25] -queuebot:#ubuntu-release- Unapproved: accepted libwww-perl [sync] (bionic-security) [6.31-1ubuntu0.1]
[12:25] -queuebot:#ubuntu-release- Unapproved: accepted python3.6 [sync] (bionic-security) [3.6.8-1~18.04.1]
[12:25] -queuebot:#ubuntu-release- Unapproved: accepted ruby2.5 [sync] (bionic-security) [2.5.1-1ubuntu1.5]
[12:25] -queuebot:#ubuntu-release- Unapproved: accepted python-cryptography [sync] (bionic-security) [2.1.4-1ubuntu1.3]
[12:25] -queuebot:#ubuntu-release- Unapproved: accepted r-cran-openssl [sync] (bionic-security) [1.0.1-1ubuntu1.1]
[12:50] -queuebot:#ubuntu-release- Unapproved: update-manager (xenial-proposed/main) [1:16.04.15 => 1:16.04.16] (core)
[13:36] <Laney> seb128: moving hint question here, looks like onioncircuit could be skipped and ubuntu-release-upgrader retried? (done)
[13:37] <seb128> Laney, better channel, indeed, thx
[13:38] <seb128> Laney, onioncircuit test depends on python-dogtail that got replaced by python3-dogtail (but the tests need more work with python3, I reported to Debian for now)
[13:40] <Laney> k, but it looks like we should have not called that a regression anyway
[13:40] <Laney> http://autopkgtest.ubuntu.com/packages/o/onioncircuits/eoan/amd64
[13:45] <Laney> cpaelzer__: oops, sorry, I forgot to come back to you
[13:45] <Laney> but good news, I've made that thing happen in Canonistack
[13:46] <Laney> https://paste.fedoraproject.org/paste/nR6WtTr-HFpMhycWyDCY2w
[13:47] <Laney> it hung at "Test get_netfilter_capabilities() ...", that's the right place right?
[13:48] <Laney> I did build an adt image, hmm, hopefully you can use that
[14:02] <Laney> going to blacklist ufw for now I think
[14:15] <cpaelzer__> Laney: yes that is the right function
[14:15] <Laney> cpaelzer__: sorry I ctrl-ced it by mistake, but did you want to try my command?
[14:16] <cpaelzer__> yeah I'll try to run it
[14:16] <cpaelzer__> replacing with my canonistack creds of course
[14:16] <Laney> yes
[14:16] <Laney> I tried to "share" that adt image I used with you, I think the command to accept that is "openstack image set --accept e9f6a83f-5712-4f03-b655-fa06e1960352"
[14:17] <Laney> then it should show up in "openstack image list"
[14:18] <cpaelzer__> Could not find resource e9f6a83f-5712-4f03-b655-fa06e1960352
[14:18] <cpaelzer__> never had to do anything with openstack image sharing oO
[14:18] <Laney> try again
[14:18] <Laney> if not tell me your $OS_PROJECT_NAME, it appears not to validate that
[14:18] <Laney> ...
[14:19] <cpaelzer__> still no available
[14:19] <cpaelzer__> project is "paelzer_project"
[14:19] <Laney> ah I had prepended a c
[14:19] <Laney> ok now
[14:20] <cpaelzer__> still saying it that it can't find it
[14:20] <Laney> wtf
[14:20] <Laney> one second
[14:21] <cpaelzer__> I'm logging into the dashboard as well, in case there is something the console won't show/allow me
[14:21] <Laney> https://paste.ubuntu.com/p/VMdptD6hCk/
[14:21] <Laney> maybe there's some latency before you can accept?
[14:22] <cpaelzer__> it is not in my image list (not even as pending)
[14:22] <cpaelzer__> lets give it 10 minutes in case it needs to copy to a pool or so
[14:23] <Laney> shouldn't be until you accept it I don't think
[14:25] <cpaelzer__> in the dashboard I can select "shared with project" but that view is empty as well
[14:25] <cpaelzer__> still not available to be accepted
[14:25] <Laney> dunno
[14:25] <Laney> sorry :(
[14:25] <Laney> maybe you can wrangle create-nova-image-new-release yourself
[14:25] <Laney> or ask IS if they can do it
[14:25] <Laney> it -> make the share work
=== cpaelzer__ is now known as cpaelzer
[14:27] <cpaelzer> Laney: I guess you did "openstack image set --shared e9f6a83f-5712-4f03-b655-fa06e1960352" right?
[14:27] <cpaelzer> and ".. add project ..."
[14:27] <Laney> right
[14:27] <cpaelzer> pending is documented as "until I accept it"
[14:27] <Laney> that's why it shows up in the pending list of shares (my pastebin)
[14:29] <cpaelzer> I'll ask in #is internally
[14:30] <Laney> if an admin just wants to make it public temporarily as a workaround they can
[14:30] <Laney> (mortals don't have permissions for that)
[14:40] <gpiccoli> vorlon, sorry to annoy, I have a MP for badtest in makedumpfile; it may block the release for eaon before the freeze if not approved. Can you take a look?
[14:40] <gpiccoli> https://code.launchpad.net/~gpiccoli/britney/hints-ubuntu/+merge/371479
[14:43] <lordcirth> Did the root-on-ZFS installer option make it into 19.10? I don't see it in the daily ISO
[14:52] <cpaelzer> Laney: I guess the nova script is the one from https://salsa.debian.org/ci-team/autopkgtest/blob/master/ssh-setup/nova ?
[14:53] <cpaelzer> well I have autopkgtest checked out anyway
[14:53] <Laney> cpaelzer: yeah
[14:53] <cpaelzer> using whatever I have locally atm
[14:54] <Laney> I have a checkout, not sure if/where the package puts that
[14:54] <cpaelzer> error: argument <subcommand>: invalid choice: 'network-show'
[14:54] <cpaelzer> I might need to update my autopkgtest checkout ...
[14:55] <cpaelzer> Laney: are you on master or some tag?
[14:55] <cpaelzer> hmm, there are not mcuh differences to that script
[14:56] <Laney> hmm, hang on, I might have a local hack to that
[14:56] <Laney> I was playing with it a while ago
[14:56] <Laney> cpaelzer: -        OUT=$(nova network-show $NET_ID)
[14:56] <Laney> +        OUT=$(openstack network show $NET_ID)
[14:56] <cpaelzer> Laney: http://paste.ubuntu.com/p/sNpBTKfwHt/
[14:56] <cpaelzer> ah ok
[14:56] <cpaelzer> trying that
[14:56] <Laney> should send that upstream but I'd need to check it works on trusty
[14:57] <cpaelzer> should I exchange all the other nova commands with openstack as well?
[14:57] <Laney> wouldn't bother, if it works - that's the only diff I have
[14:57] <Laney> (for a patch for upstream I would though)
[14:58] <cpaelzer> Now it is: http://paste.ubuntu.com/p/gnVxWXkq5w/
[15:00] <Laney> O_O
[15:01] <cpaelzer> If you don't know I can throw in some more debug tomorrow
[15:02] <cpaelzer> it is the nva script that breaks, and scripts are easy to debug
[15:02] <cpaelzer> Laney: just to check - if it works I have an instacne up that I can login with my key right?
[15:02] <Laney> yeah
[15:03] <Laney> you should be able to 'set -x' in the nova script
[15:03] -queuebot:#ubuntu-release- Unapproved: sane-backends (disco-proposed/main) [1.0.27-3.2ubuntu1 => 1.0.27-3.2ubuntu1.1] (desktop-core, ubuntu-server)
[15:03] <Laney> but autopkgtest buffers the output so don't be alarmed if you don't get anything immediately
[15:03] <Laney> ah, one thing - autopkgtest gets grumpy if the instance doesn't have your locale
[15:04] <Laney> best to run in C.UTF-8
[15:04] -queuebot:#ubuntu-release- Unapproved: sane-backends (bionic-proposed/main) [1.0.27-1~experimental3ubuntu2.1 => 1.0.27-1~experimental3ubuntu2.2] (desktop-core, ubuntu-server)
[15:04] <Locutusofborg> Laney, we have a lot of "neutral" -> "fail" stuff in proposed pocket... would you mind badtesting in case I give you a list?
[15:04] <cpaelzer> you mean when starting autopkgtest with the ssh runner I should be in C.UTF-8 locally ?
[15:05] <Laney> yeah
[15:05] <cpaelzer> ok, thanks
[15:05] <Laney> I think you would have an explicit error about that though
[15:05] <Laney> IIRC
[15:05] <Laney> so it might not be this problem
[15:07] <xnox> apw:  please force-badtest linux-oem-osp1 for any version, into eoan hints. It is a copy-up v5 kernel targetting bionic toolchain, and it FTBFS in eoan now and blocking proposed migration. Thus it seems to me that we shouldn't care about rebuild test for it, in eoan.
[15:08] <xnox> (~= oracle kernels, although that FTBFS was kind-of-ish real and affected generic kernels too and was fixed by patching source code)
[15:12] <Laney> cpaelzer: I could presumably just ssh-import-id you on an instance I run too
[15:12] <cpaelzer> Laney: if that is allowed I'm fine with that as well
[15:12] <Laney> don't see why not
[15:12] <cpaelzer> I want/need to debug the broken case in the only environment where it breaks without consuming too mcuh of your time
[15:13] <Laney> I can just set it running and then come back in a few minutes once it gets to the broken bit
[15:13] <cpaelzer> great
[15:14] <cpaelzer> I'm EOD anyway, leave me a login and I'll work on it tomorrow
[15:14] <Laney> ok
[15:14] <Laney> see you
[15:37] <Laney> cpaelzer: ssh ubuntu@10.48.131.170
[15:37] <Laney> hope it doesn't time out
[15:52] <vorlon> gpiccoli: merged, thanks
[15:52] <gpiccoli> thank you vorlon =)
[15:52] <gpiccoli> slashd, cascardo ^
[15:58] -queuebot:#ubuntu-release- Unapproved: accepted openldap [source] (disco-proposed) [2.4.47+dfsg-3ubuntu2.2]
[16:01] -queuebot:#ubuntu-release- Unapproved: accepted openldap [source] (bionic-proposed) [2.4.45+dfsg-1ubuntu1.4]
[16:05] -queuebot:#ubuntu-release- Unapproved: accepted openldap [source] (xenial-proposed) [2.4.42+dfsg-2ubuntu3.7]
[16:19] -queuebot:#ubuntu-release- Unapproved: accepted uw-imap [source] (disco-proposed) [8:2007f~dfsg-5ubuntu0.19.04.1]
[16:24] -queuebot:#ubuntu-release- Unapproved: accepted uw-imap [source] (bionic-proposed) [8:2007f~dfsg-5ubuntu0.18.04.1]
[16:34] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (disco-proposed) [20190801-0ubuntu1~19.04.0]
[16:46] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (bionic-proposed) [20190801-0ubuntu1~18.04.0]
[16:48] -queuebot:#ubuntu-release- Unapproved: accepted gce-compute-image-packages [source] (xenial-proposed) [20190801-0ubuntu1~16.04.0]
[16:51] -queuebot:#ubuntu-release- Unapproved: lttng-modules (bionic-proposed/universe) [2.10.5-1ubuntu1.2 => 2.10.5-1ubuntu1.3] (no packageset)
[16:53] -queuebot:#ubuntu-release- Unapproved: accepted amd64-microcode [source] (disco-proposed) [3.20181128.1ubuntu1.1]
[18:19] -queuebot:#ubuntu-release- Unapproved: accepted stress-ng [source] (bionic-proposed) [0.09.25-1ubuntu3]
[18:29] -queuebot:#ubuntu-release- Unapproved: accepted nova [source] (bionic-proposed) [2:17.0.11-0ubuntu1]
[18:36] -queuebot:#ubuntu-release- Unapproved: accepted opencryptoki [source] (bionic-proposed) [3.9.0+dfsg-0ubuntu1.2]
[18:47] <cpaelzer> Laney: thanks - login works
[18:48] -queuebot:#ubuntu-release- Unapproved: accepted psmisc [source] (xenial-proposed) [22.21-2.1ubuntu0.1]
[18:55] -queuebot:#ubuntu-release- Unapproved: accepted snapd-glib [source] (xenial-proposed) [1.49-0ubuntu0.16.04.0]
[19:15] -queuebot:#ubuntu-release- Unapproved: accepted lttng-modules [source] (bionic-proposed) [2.10.5-1ubuntu1.3]
[19:27] -queuebot:#ubuntu-release- New binary: python-networkx [amd64] (eoan-proposed/main) [2.2-1ubuntu2] (ubuntu-server)
[19:33] <bdmurray> RAOF: Are you coming to the SRU team meeting?
[19:47] -queuebot:#ubuntu-release- New sync: llvm-toolchain-9 (eoan-proposed/primary) [1:9~+rc2-1~exp1]
[20:28] <RikMills> LP: #1840743
[20:28] <ubot5> Launchpad bug 1840743 in smokegen (Ubuntu) "Remove smokegen from Eoan" [Undecided,New] https://launchpad.net/bugs/1840743
[20:29] <RikMills> LP: #1840744
[20:29] <ubot5> Launchpad bug 1840744 in krecipes (Ubuntu) "Remove krecipes from Eoan" [Undecided,New] https://launchpad.net/bugs/1840744
[20:29] <RikMills> LP: #1840762
[20:29] <ubot5> Launchpad bug 1840762 in baloo (Ubuntu) "Remove baloo from Eoan" [Undecided,New] https://launchpad.net/bugs/1840762
[20:30] <RikMills> is anyone could process those, many thanks :)
[20:30] <RikMills> *if
[21:36] <RAOF> bdmurray: ah, crap. Sorry.
[21:40] <bdmurray> RAOF: no big deal, I only asked since you'd responded yes
[21:40] <RAOF> Yeah, I do intend to come.
[21:41] <RAOF> But: (a) I need to set a better reminder, and (b) remember to cancel when I'm sick 😀
[21:47] <vorlon> RikMills: generally no reason to file a separate bug in Ubuntu for a package being removed from Debian
[23:01] <bdmurray> mwhudson: Did you do any testing of partman-base for bug 1828558 like requested in comment #10?
[23:01] <ubot5> bug 1828558 in partman-base (Ubuntu Disco) "installing ubuntu on a former md raid volume makes system unusable" [Undecided,Fix committed] https://launchpad.net/bugs/1828558
[23:08] <mwhudson> bdmurray: no
[23:08] <mwhudson> bdmurray: i can easily enough though