[00:08] <jbicha> I think my gdk-pixbuf upload will fix future arch skew. Could we get https://launchpad.net/ubuntu/+source/gdk-pixbuf/2.42.6+dfsg-2 removed so that the new build will work
[00:27] -queuebot:#ubuntu-release- Unapproved: accepted docker.io [source] (bionic-proposed) [20.10.7-0ubuntu5~18.04.1]
[00:31]  * vorlon looks crossly at the khronos-opencl-headers / khronos-opencl-clhpp build-dependency loop
[01:21] -queuebot:#ubuntu-release- Unapproved: accepted zfs-linux [source] (focal-proposed) [0.8.3-1ubuntu12.14]
[03:26] -queuebot:#ubuntu-release- New binary: r-cran-spatstat.core [arm64] (jammy-proposed/universe) [2.3-0-2] (no packageset)
[03:27] -queuebot:#ubuntu-release- New binary: r-cran-spatstat.core [armhf] (jammy-proposed/universe) [2.3-0-2] (no packageset)
[03:32] -queuebot:#ubuntu-release- New binary: r-cran-spatstat.core [amd64] (jammy-proposed/universe) [2.3-0-2] (no packageset)
[05:05] -queuebot:#ubuntu-release- New: accepted r-cran-spatstat.core [amd64] (jammy-proposed) [2.3-0-2]
[05:05] -queuebot:#ubuntu-release- New: accepted r-cran-spatstat.core [armhf] (jammy-proposed) [2.3-0-2]
[05:06] -queuebot:#ubuntu-release- New: accepted mrpt [armhf] (jammy-proposed) [1:2.2.0-2]
[05:06] -queuebot:#ubuntu-release- New: accepted r-cran-spatstat.core [arm64] (jammy-proposed) [2.3-0-2]
[06:23] -queuebot:#ubuntu-release- New binary: r-cran-spatstat.linnet [amd64] (jammy-proposed/universe) [2.3-0-2] (no packageset)
[06:24] -queuebot:#ubuntu-release- New binary: r-cran-spatstat.linnet [arm64] (jammy-proposed/universe) [2.3-0-2] (no packageset)
[06:25] -queuebot:#ubuntu-release- New binary: r-cran-spatstat.linnet [armhf] (jammy-proposed/universe) [2.3-0-2] (no packageset)
[08:12] <juliank> autopkgtest-cloud-worker/1   waiting   allocating
[08:13] <juliank> some tests might get killed in the next hour as part of downsizing the cloud worker and adding a 2nd one
[08:32] <slyon> My gsmlib sync is rejected for: "gsmlib 1.10+20120414.gita5e5ae9a-0.5 in sid (same version already has published binaries in the destination archive)"
[08:32] <slyon> Is there anything I can do (other than a ~sync0 pseudo-sync) to resolve this problem? gsmlib landed in impish briefly (during release time), but was delete later on.
[08:36] <juliank> slyon: sync it from impish
[08:36] <juliank> slyon: with binaries
[08:37] <mwhudson> slyon: can you use copy-package to copy it from impish?
[08:37] <juliank> yes, copy-package I mean :)
[08:38] <juliank> 2 cloud workers are active, which should put an end to "out of space" and "copy timeout" issues
[08:41] <slyon> juliank: mwhudson: aha! thanks, looks like that worked :)
[08:51] -queuebot:#ubuntu-release- New binary: python-funcy [amd64] (jammy-proposed/universe) [1.16-1] (no packageset)
[08:52] -queuebot:#ubuntu-release- New binary: python-fastjsonschema [amd64] (jammy-proposed/universe) [2.15.1-2] (no packageset)
[08:56] -queuebot:#ubuntu-release- New binary: python-cleo [amd64] (jammy-proposed/universe) [0.8.1-2] (no packageset)
[08:56] -queuebot:#ubuntu-release- New binary: python-django-crispy-forms-foundation [amd64] (jammy-proposed/universe) [0.8.0+ds-1] (no packageset)
[09:02] <juliank> heh load average on one cloud worker is 18, and 4 on the other. odd; I guess one of them is running longer and the other shorter jobs right now
[10:12] -queuebot:#ubuntu-release- Unapproved: nautilus (focal-proposed/main) [1:3.36.3-0ubuntu1 => 1:3.36.3-0ubuntu1.20.04.1] (ubuntu-desktop)
[10:26] <doko> jbicha, https://launchpad.net/ubuntu/+source/gdk-pixbuf/2.42.6+dfsg-2ubuntu1 do you need to loosen the b-d as well?
[11:03] <jbicha> doko: I need libgdk-pixbuf2.0-common/all 2.42.6+dfsg-2 & 2.42.6+dfsg-2ubuntu1 removed before the other builds happen
[11:04] <jbicha> specifically ppc64el since the other arches are fine as of -2ubuntu1
[11:10] <jbicha> ppc64el needs to build before amd64 is published (I had intentionally cancelled the amd64 build but I couldn't do the deletion myself before the amd64 build was uncancelled). Maybe we'll want a ubuntu2 build?
[11:26] -queuebot:#ubuntu-release- New binary: xilinx-bootgen [arm64] (jammy-proposed/universe) [2021.1-1] (no packageset)
[11:26] -queuebot:#ubuntu-release- New binary: xilinx-bootgen [armhf] (jammy-proposed/universe) [2021.1-1] (no packageset)
[11:33] -queuebot:#ubuntu-release- New binary: xilinx-bootgen [amd64] (jammy-proposed/universe) [2021.1-1] (no packageset)
[12:58]  * juliank like comm -13 <(egrep -hao '/tmp/autopkgtest-[a-z]*\.[a-zA-Z0-9_]+' /proc/[0-9]*/cmdline   | sort -u ) <(find  /tmp/ -maxdepth 1 -name 'autopkgtest-*.*' -mtime +1 | sort -u)  | xargs rm -r
[13:10] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (bionic-proposed) [2.525.56]
[13:20] -queuebot:#ubuntu-release- Unapproved: rejected modemmanager [source] (focal-proposed) [1.16.6-3~20.04]
[13:20] -queuebot:#ubuntu-release- Unapproved: rejected modemmanager [source] (hirsute-proposed) [1.16.6-2~21.04.1]
[13:38] -queuebot:#ubuntu-release- Unapproved: accepted gnome-shell-extension-desktop-icons [source] (focal-proposed) [20.04.0-3~ubuntu20.04.4]
[14:11] <doko> jbicha, why is the b-d on itself needed at all?
[14:14] -queuebot:#ubuntu-release- Unapproved: rejected gdebi [source] (impish-proposed) [0.9.5.7+nmu5ubuntu2]
[14:24] <doko> jbicha, is there a bug report open for that?
[14:33] <coreycb> hello SRU team, please could someone take a look at ovn in the impish unapproved queue? it has some major fixes that we need for openstack xena.
[14:39] <bdmurray> coreycb: could we get some SRU information in the bug report?
[14:39] <coreycb> bdmurray: sure let me take a look
[14:45] <coreycb> bdmurray: done
[14:45] <coreycb> thanks for looking
[14:46] <juliank> oooh
[14:46] <juliank> there is a bug
[14:46] <juliank> the two cloud workers both try to manage the same security groups
[15:02] <seb128> unsure how cares about langpack-o-matic nowadays?
[15:02] <seb128> cjwatson, sil2100, you seem to have made the recent changes to the vcs, any opinion on https://code.launchpad.net/~hloeung/langpack-o-matic/ssmtp-misconfigured/+merge/408000 ? it seems fine to me but I don't know historically why that was part of the charm so I would prefer having another opinion before merging
[15:03] <seb128> also I've submitted some easy changes to https://code.launchpad.net/%7Eubuntu-langpack/langpack-o-matic/main/+activereviews if you feel like doing reviews
[15:13] <cjwatson> seb128: I don't know to be honest.  Does langpack-o-matic need to send email?
[15:13] <cjwatson> Maybe MAILTO in cron or something?
[15:15] <cjwatson> seb128: Your changes LGTM.  Not sure whether we want to land the jammy change before it's opened in LP
[15:16] <seb128> cjwatson, it's fine delaying the landing until J is open in LP
[15:17] <seb128> cjwatson, @email, not that I know
[15:20] <cjwatson> seb128: if langpack-o-matic doesn't send email then I see no need to configure ssmtp
[15:20] <cjwatson> maybe it did at one point
[15:21] <cjwatson> charms/xenial/langpack-o-matic/hooks/start:MAILTO=language-packs@ubuntu.com
[15:21] <cjwatson> isn't that relevant?
[15:21] <cjwatson> maybe it doesn't go anywhere useful, I don't know
[15:28] <juliank> ugh, image issues on staging autopkgtest cloud
[15:31] <bdmurray> I'm reviewing ovn for impish
[15:33] <seb128> cjwatson, that alias sends emails to lukasz and me at least iirc
[15:34] -queuebot:#ubuntu-release- Unapproved: accepted ovn [source] (impish-proposed) [21.09.0-0ubuntu1]
[15:36] <seb128> cjwatson, thanks for pointing out the start hook MAILTO, I will comment on the MP about that
[15:40] <seb128> bdmurray, could you kick a canary impish ISO build job or is that an issue post release? we would like a refresh of our current image
[15:48] <cjwatson> seb128: if it does need to keep sending email then Haw should be in a good position to help with figuring that out
[15:49] -queuebot:#ubuntu-release- New: accepted enrich [amd64] (jammy-proposed) [1.2.6-1]
[15:49] -queuebot:#ubuntu-release- New: accepted python-django-crispy-forms-foundation [amd64] (jammy-proposed) [0.8.0+ds-1]
[15:49] -queuebot:#ubuntu-release- New: accepted python-funcy [amd64] (jammy-proposed) [1.16-1]
[15:49] -queuebot:#ubuntu-release- New: accepted python-cleo [amd64] (jammy-proposed) [0.8.1-2]
[15:49] -queuebot:#ubuntu-release- New: accepted subprocess-tee [amd64] (jammy-proposed) [0.3.2-1]
[15:49] -queuebot:#ubuntu-release- New: accepted python-fastjsonschema [amd64] (jammy-proposed) [2.15.1-2]
[15:51] <doko> jbicha, I built gdk-pixbuf using the release pocket only, and then uploaded the binaries to jammy-proposed
[15:51] <doko> feel free to rebuild again, if needed
[15:52] <bdmurray> seb128: I don't know if it is an issue but I can try a manual build of it
[15:55] -queuebot:#ubuntu-release- New: accepted r-cran-spatstat.linnet [amd64] (jammy-proposed) [2.3-0-2]
[15:55] -queuebot:#ubuntu-release- New: accepted r-cran-spatstat.linnet [armhf] (jammy-proposed) [2.3-0-2]
[15:55] -queuebot:#ubuntu-release- New: accepted xilinx-bootgen [arm64] (jammy-proposed) [2021.1-1]
[15:55] -queuebot:#ubuntu-release- New: accepted r-cran-spatstat.linnet [arm64] (jammy-proposed) [2.3-0-2]
[15:55] -queuebot:#ubuntu-release- New: accepted xilinx-bootgen [armhf] (jammy-proposed) [2021.1-1]
[15:55] -queuebot:#ubuntu-release- New: accepted xilinx-bootgen [amd64] (jammy-proposed) [2021.1-1]
[15:55] <vorlon> kanashiro: hi, I asked a question yesterday that sergiodj didn't know the answer to, why is LP: #1943049 not marked 'fix released' for impish and jammy on containerd?  If there was an SRU for it, it should've been fixed in the devel series before / at the same time
[16:14] <bdmurray> vorlon: https://code.launchpad.net/~brian-murray/apport/ip-and-jammy/+merge/410479 Could you merge that?
[16:19] <vorlon> bdmurray: done
[16:19] <vorlon> bdmurray: do you want to consider generating these at runtime based on distro-info-data?  Since the commits themselves all seem to be mechanical in nature
[16:21] <juliank> +1, can recommend .)
[16:25] <juliank> vorlon: it's weird because https://launchpad.net/ubuntu/+source/containerd/1.5.5-0ubuntu2 was superseded by security update, kanashiro
[16:26] <juliank> still launchpad should have closed the bug?
[16:26] <juliank> anyhow seems weird publishing artefact to me :D
[16:26]  * juliank goes away
[16:34] <vorlon> ginggs, doko: python3.10 core dumping in package builds? https://launchpad.net/ubuntu/+source/azure-uamqp-python/1.4.2-2/+build/22318294
[16:35] <doko> vorlon, wip, likely the cython issues, new version currently building
[16:35] <vorlon> k
[16:40] <ginggs> vorlon, doko: i've just built azure-uamqp-python locally with the new cython
[16:40] <ginggs> ^ successfully
[16:47] -queuebot:#ubuntu-release- Unapproved: sosreport (impish-proposed/main) [4.1-1ubuntu2 => 4.2-1ubuntu0.21.10.1] (ubuntu-desktop, ubuntu-server)
[17:05] <seb129> bdmurray, sorry I disconnected from IRC earlier, a manual build from canary impish would be nice, thanks
[17:24] <bryyce> ubuntu-archive: For the upcoming PHP 8.1 transition, the first piece needed is php8.1 itself, which is in Debian git but not yet in experimental.  I'd like to get this in the archive soon, so that I can start working on any build problems etc.  (I'm hoping to get php 8.1 transitioned before the openssl 3 transition starts).
[17:25] <bryyce> ubuntu-archive: I have php8.1 building in my PPA: https://launchpad.net/~bryce/+archive/ubuntu/php8.1-transition/+packages
[17:26] <bryyce> ubuntu-archive: What process should I follow for getting the php8.1 package imported to ubuntu?
[17:27] <bryyce> (I've reached out to debian about their plans for getting it into experimental, but no reply yet.  So, syncpackage seems not an option yet.)
[17:29] <vorlon> bryyce: imported> just do a source upload?
[17:30] <vorlon> bryyce: (hopefully there's an authoritative upstream tarball so you don't have to worry about skew w/ Debian on this?)
[17:31] <bryyce> vorlon, good question on the tarball.  They officially maintain it with pristine-tar, but I get errors trying to check that out (tar version incompatibility?)  I used the tarball from the debian maintainer's semi-official PPA.
[17:32] <bryyce> the tarball in question is an RC4 so am guessing we'll have a chance to fix with a new tarball before too long.
[17:32] <vorlon> ok
[17:33] <bryyce> vorlon, great thanks I'll proceed with an upload
[17:34] <vorlon> ginggs: cheers, I've got a retry of this package and of lxml queued up for after cython builds
[17:35] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-dashtodock [amd64] (jammy-proposed/none) [70-1] (no packageset)
[17:42] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-dashtodock [amd64] (jammy-proposed) [70-1]
[17:50] <ginggs> vorlon: cython took 7 hours 45 minutes to build on amd64 in my PPA :-/  so if you don't get to them, I'll look tomorrow
[17:51] <vorlon> ginggs: oh? the previous version only took 1h6m on amd64, and I was assuming we'd have something similar here
[17:53] <ginggs> yeah, not sure what the problem was, it only took 0.5 hour here
[17:55] <Eickmeyer[m]> The launchpad build farm was quite backed-up yesterday (took 4 hours for a simple config package for me yesterday), so that may have been part of it.
[18:03] <vorlon> "Backed up" is different than "running slow" though :)
[18:08] <ginggs> vorlon: would you also retry numpy once cython is built please?
[18:18] -queuebot:#ubuntu-release- New binary: ggcov [riscv64] (jammy-proposed/universe) [0.10-4] (no packageset)
[18:20] <vorlon> ginggs: sure thing
[18:20] <ginggs> ta!
[18:22] <kanashiro> vorlon, it was fixed in impish in version 1.5.5-0ubuntu2, not sure why it was not automatically closed
[18:23] <vorlon> kanashiro: thanks, can you take care of closing the bug tasks?
[18:23] <kanashiro> vorlon, yes, doing that right now
[18:57] -queuebot:#ubuntu-release- Unapproved: linux-firmware (focal-proposed/main) [1.187.19 => 1.187.20] (core, kernel)
[19:10] -queuebot:#ubuntu-release- New binary: gemmi [riscv64] (jammy-proposed/universe) [0.4.9+ds-1] (no packageset)
[19:30] -queuebot:#ubuntu-release- Unapproved: linux-firmware (impish-proposed/main) [1.201 => 1.201.1] (core, kernel)
[19:38] -queuebot:#ubuntu-release- New source: php8.1 (jammy-proposed/primary) [8.1.0~rc4-1ubuntu1]
[19:41] <vorlon> bryceh: ^^ minor, but should this be versioned as ~rc4-1~ubuntu1 instead of ~rc4-1ubuntu1, if Debian has not yet uploaded?
[19:41] <vorlon> (just as with the tarball question it's unlikely to matter in practice as it will soon be superseded{)
[19:47] <vorlon> bryceh: lintian -iI php8.1_8.1.0~rc4-1ubuntu1.dsc is illuminating (but contains no blockers)
[19:48] -queuebot:#ubuntu-release- New: accepted php8.1 [source] (jammy-proposed) [8.1.0~rc4-1ubuntu1]
[20:37] <bryceh> vorlon, thanks.  ok, I wondered about the version number, but yeah hopefully shouldn't be around very long
[20:41] <bryceh> noted about the lintian errors, more immediate worry I have is if it'll build.  I got a armhf ftbfs in my ppa, and couple other arch's builds are still AWOL
[20:46] -queuebot:#ubuntu-release- New binary: php8.1 [amd64] (jammy-proposed/universe) [8.1.0~rc4-1ubuntu1] (no packageset)
[23:28] -queuebot:#ubuntu-release- New binary: r-cran-webfakes [arm64] (jammy-proposed/universe) [1.1.3-1] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: r-cran-webfakes [armhf] (jammy-proposed/universe) [1.1.3-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: r-cran-dbscan [armhf] (jammy-proposed/universe) [1.1-8+ds-3] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: r-cran-dbscan [arm64] (jammy-proposed/universe) [1.1-8+ds-3] (no packageset)
[23:32] -queuebot:#ubuntu-release- New binary: r-cran-webfakes [amd64] (jammy-proposed/universe) [1.1.3-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: r-cran-dbscan [amd64] (jammy-proposed/universe) [1.1-8+ds-3] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: r-cran-collapse [arm64] (jammy-proposed/universe) [1.6.5-1] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: r-cran-collapse [armhf] (jammy-proposed/universe) [1.6.5-1] (no packageset)
[23:47] -queuebot:#ubuntu-release- New binary: r-cran-collapse [amd64] (jammy-proposed/universe) [1.6.5-1] (no packageset)
[23:57] -queuebot:#ubuntu-release- New binary: php8.1 [arm64] (jammy-proposed/universe) [8.1.0~rc4-1ubuntu1] (no packageset)