[00:00] <liushuyu> It has its root on a PPA: https://launchpad.net/~liushuyu-011/+archive/ubuntu/rust-updates-1.68
[00:00] <liushuyu> Because we do not keep older builds
[00:00] <liushuyu> So I have to keep them for bootstrapping purposes
[00:00] <liushuyu> Or we will need upstream stage0 binaries
[00:00] <vorlon> so rustc-1.68 needs to be bootstrapped from rustc 1.68, and can't use rustc 1.71?
[00:01] <liushuyu> vorlon: the build system will auto-reject if version isn't within 1.67..1.68
[00:02] <liushuyu> ... just like GCC 13 can't build GCC 4.8 successfully
[00:03] <liushuyu> (unmodified, I should add)
[00:03] <vorlon> ok, let me study this for a minute and see what I can come up with for a bootstrap path I could accept
[00:03] <liushuyu> Debian is using upstream binary for bootstrapping new architectures (like RISC-V and now LA64)
[00:04] -queuebot:#ubuntu-release- New: rejected rustc-1.68 [sync] (mantic-proposed) [1.68.2+dfsg0ubuntu1-0ubuntu4]
[00:07] <vorlon> liushuyu: my suggestion is to 1) upload rustc-1.68 to a team-owned lunar ppa where it can build against rustc 1.67.1+dfsg0ubuntu1-0ubuntu2; 2) copy the resulting binaries to the archive-admin-only bootstrap archive; 3) do a sourceful upload of rustc-1.68 to mantic and build the binaries in the Ubuntu archive against the bootstrap archive
[00:08] <liushuyu> vorlon: then where should I find a copy of rustc 1.67.1? You still need a prebuild binary copy
[00:09] <liushuyu> Oh, you said LL
[00:12] <vorlon> yep!
[00:13] <vorlon> https://launchpad.net/~canonical-foundations/+archive/ubuntu/archive-bootstrap
[00:13] <vorlon> looks like we need to get riscv64 enabled
[00:14] <liushuyu> I think powerpc32be isn't within our consideration?
[00:15] <vorlon> correct; it's enabled on the ppa but irrelevant for anything on recent releases
[00:16] <liushuyu> Can I turn it off since it probably won't build anyways
[00:17] <vorlon> just leave it be, it won't even be attempted for recent series
[00:17] <vorlon> powerpc is not enabled for >= bionic
[00:18] <liushuyu> Okay
[00:18] <vorlon> liushuyu: anyway, you're fine to upload (or sourcefully copy) a rustc-1.68 package to that ppa that build-depends on rustc
[00:18] <vorlon> (lunar)
[00:19] <liushuyu> Do we need to file a request to get riscv64 enabled?
[00:20] <liushuyu> Because if I upload the source package now, it will not build for riscv64
[00:20] <vorlon> I've pinged the launchpad team internally.  You don't have to wait for it to be enabled before uploading
[00:20] <vorlon> (we can generate a riscv64 build record using the secret trick of doing a binary copy of the package back to the same target)
[00:23] <liushuyu> I thought it was a Launchpad bug. I did not know you can take advantage of this to rebuild the same version for missing architectures
[00:23] <sarnold> ooo
[00:23] <sarnold> this is at least the third time I've learned this :)
[00:25] <liushuyu> oh well, it's now building, I will return to this PPA in 3 hours (that's about the average build time for rustc)
[00:26] <liushuyu> Excluding slower arm64 instances and "standard" riscv64 instances that is
=== chris14_ is now known as chris14
[03:21] -queuebot:#ubuntu-release- New source: rustc-1.68 (mantic-proposed/primary) [1.68.2+dfsg0ubuntu1-0ubuntu4]
[03:26] -queuebot:#ubuntu-release- New: accepted rustc-1.68 [source] (mantic-proposed) [1.68.2+dfsg0ubuntu1-0ubuntu4]
[03:56] -queuebot:#ubuntu-release- New binary: sysprof [amd64] (mantic-proposed/universe) [45~beta-2] (i386-whitelist)
[03:56] -queuebot:#ubuntu-release- New binary: sysprof [s390x] (mantic-proposed/universe) [45~beta-2] (i386-whitelist)
[03:57] -queuebot:#ubuntu-release- New binary: sysprof [armhf] (mantic-proposed/universe) [45~beta-2] (i386-whitelist)
[03:57] -queuebot:#ubuntu-release- New binary: sysprof [ppc64el] (mantic-proposed/universe) [45~beta-2] (i386-whitelist)
[03:59] -queuebot:#ubuntu-release- New binary: sysprof [arm64] (mantic-proposed/universe) [45~beta-2] (i386-whitelist)
=== mateus-morais0 is now known as mateus-morais
=== rpocase_ is now known as rpocase
[04:35] -queuebot:#ubuntu-release- New binary: sysprof [riscv64] (mantic-proposed/universe) [45~beta-2] (i386-whitelist)
=== Kuraokam1 is now known as Kuraokami
[05:31] -queuebot:#ubuntu-release- New: accepted sysprof [amd64] (mantic-proposed) [45~beta-2]
[05:31] -queuebot:#ubuntu-release- New: accepted sysprof [armhf] (mantic-proposed) [45~beta-2]
[05:31] -queuebot:#ubuntu-release- New: accepted sysprof [riscv64] (mantic-proposed) [45~beta-2]
[05:31] -queuebot:#ubuntu-release- New: accepted sysprof [arm64] (mantic-proposed) [45~beta-2]
[05:31] -queuebot:#ubuntu-release- New: accepted sysprof [s390x] (mantic-proposed) [45~beta-2]
[05:31] -queuebot:#ubuntu-release- New: accepted sysprof [ppc64el] (mantic-proposed) [45~beta-2]
[06:24] -queuebot:#ubuntu-release- New binary: mathcomp-analysis [amd64] (mantic-proposed/universe) [0.6.4-3] (no packageset)
[06:31] -queuebot:#ubuntu-release- New binary: mathcomp-analysis [ppc64el] (mantic-proposed/universe) [0.6.4-3] (no packageset)
[06:45] -queuebot:#ubuntu-release- New binary: mathcomp-analysis [arm64] (mantic-proposed/universe) [0.6.4-3] (no packageset)
[07:10] -queuebot:#ubuntu-release- New: accepted mathcomp-analysis [amd64] (mantic-proposed) [0.6.4-3]
[07:10] -queuebot:#ubuntu-release- New: accepted mathcomp-analysis [ppc64el] (mantic-proposed) [0.6.4-3]
[07:10] -queuebot:#ubuntu-release- New: accepted mathcomp-analysis [arm64] (mantic-proposed) [0.6.4-3]
[07:14] -queuebot:#ubuntu-release- New source: llvm-toolchain-17 (mantic-proposed/primary) [1:17.0.0~+rc3-1~exp1ubuntu1]
[07:14] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-17 [source] (mantic-proposed) [1:17.0.0~+rc3-1~exp1ubuntu1]
[07:14] -queuebot:#ubuntu-release- New: accepted mozjs115 [source] (mantic-proposed) [115.1.0-0ubuntu1]
[07:17] -queuebot:#ubuntu-release- New binary: rustc-1.68 [armhf] (mantic-proposed/universe) [1.68.2+dfsg0ubuntu1-0ubuntu4] (no packageset)
[07:24] -queuebot:#ubuntu-release- New binary: rustc-1.68 [amd64] (mantic-proposed/universe) [1.68.2+dfsg0ubuntu1-0ubuntu4] (no packageset)
[07:36] -queuebot:#ubuntu-release- New binary: rustc-1.68 [ppc64el] (mantic-proposed/universe) [1.68.2+dfsg0ubuntu1-0ubuntu4] (no packageset)
[07:40] -queuebot:#ubuntu-release- New binary: mozjs115 [amd64] (mantic-proposed/none) [115.1.0-0ubuntu1] (no packageset)
[07:41] -queuebot:#ubuntu-release- New binary: mozjs115 [ppc64el] (mantic-proposed/none) [115.1.0-0ubuntu1] (no packageset)
[07:54] -queuebot:#ubuntu-release- New binary: rustc-1.68 [s390x] (mantic-proposed/universe) [1.68.2+dfsg0ubuntu1-0ubuntu4] (no packageset)
[07:57] -queuebot:#ubuntu-release- New binary: mozjs115 [armhf] (mantic-proposed/universe) [115.1.0-0ubuntu1] (no packageset)
[07:57] -queuebot:#ubuntu-release- New binary: mozjs115 [s390x] (mantic-proposed/universe) [115.1.0-0ubuntu1] (no packageset)
[07:59] -queuebot:#ubuntu-release- New: accepted mozjs115 [amd64] (mantic-proposed) [115.1.0-0ubuntu1]
[07:59] -queuebot:#ubuntu-release- New: accepted mozjs115 [ppc64el] (mantic-proposed) [115.1.0-0ubuntu1]
[07:59] -queuebot:#ubuntu-release- New: accepted rustc-1.68 [amd64] (mantic-proposed) [1.68.2+dfsg0ubuntu1-0ubuntu4]
[07:59] -queuebot:#ubuntu-release- New: accepted rustc-1.68 [ppc64el] (mantic-proposed) [1.68.2+dfsg0ubuntu1-0ubuntu4]
[07:59] -queuebot:#ubuntu-release- New: accepted mozjs115 [armhf] (mantic-proposed) [115.1.0-0ubuntu1]
[07:59] -queuebot:#ubuntu-release- New: accepted rustc-1.68 [armhf] (mantic-proposed) [1.68.2+dfsg0ubuntu1-0ubuntu4]
[07:59] -queuebot:#ubuntu-release- New: accepted mozjs115 [s390x] (mantic-proposed) [115.1.0-0ubuntu1]
[07:59] -queuebot:#ubuntu-release- New: accepted rustc-1.68 [s390x] (mantic-proposed) [1.68.2+dfsg0ubuntu1-0ubuntu4]
[08:33] <mwhudson> britney seems to be crashing
[09:56] -queuebot:#ubuntu-release- Unapproved: accepted gcc-snapshot [sync] (jammy-proposed) [1:20220506-0ubuntu1]
[11:09] -queuebot:#ubuntu-release- New binary: llvm-toolchain-17 [i386] (mantic-proposed/universe) [1:17.0.0~+rc3-1~exp1ubuntu1] (i386-whitelist)
[11:12] <_doko> are all the printing packages now re-introduced? no printing snaps for 23.10?
[11:23] <jbicha> _doko: yes https://lists.ubuntu.com/archives/ubuntu-devel/2023-August/042764.html
[11:30] -queuebot:#ubuntu-release- New binary: llvm-toolchain-17 [amd64] (mantic-proposed/universe) [1:17.0.0~+rc3-1~exp1ubuntu1] (i386-whitelist)
[11:39] <_doko> ok, trying to promote all these again ...
[11:50] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-17 [amd64] (mantic-proposed) [1:17.0.0~+rc3-1~exp1ubuntu1]
[11:50] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-17 [i386] (mantic-proposed) [1:17.0.0~+rc3-1~exp1ubuntu1]
[12:27] -queuebot:#ubuntu-release- Unapproved: netplan.io (jammy-proposed/main) [0.105-0ubuntu2~22.04.3 => 0.106.1-7ubuntu0.22.04.1] (core)
[12:27] -queuebot:#ubuntu-release- Unapproved: netplan.io (lunar-proposed/main) [0.106-0ubuntu3 => 0.106.1-7ubuntu0.23.04.1] (core)
[12:28] <coreycb> Hello SRU team, I have 2 items I could use a review on please. one is the python-ovsdbapp microrelease for LP#2007919 in the jammy unapproved queue - I'm hoping to get that in based on the "New upstream microreleases" documented at https://wiki.ubuntu.com/StableReleaseUpdates. The other is a request for additional dependency packages being added to the openstack microrelease exception. I have an email out to the ubuntu-release
[12:28] <coreycb> mailing list for that:  https://lists.ubuntu.com/archives/ubuntu-release/2023-July/005698.html
[12:28] -ubottu:#ubuntu-release- Launchpad bug 2007919 in python-ovsdbapp (Ubuntu Jammy) "[SRU] Stable point releases for python-ovsdbapp" [High, Triaged] https://launchpad.net/bugs/2007919
[13:47] -queuebot:#ubuntu-release- Unapproved: thermald (jammy-proposed/main) [2.4.9-1ubuntu0.3 => 2.4.9-1ubuntu0.4] (core)
[14:40] <rbasak> coreycb: can you update bug 2007919 with the information required by https://wiki.ubuntu.com/StableReleaseUpdates#New_upstream_microreleases please?
[14:40] -ubottu:#ubuntu-release- Bug 2007919 in python-ovsdbapp (Ubuntu Jammy) "[SRU] Stable point releases for python-ovsdbapp" [High, Triaged] https://launchpad.net/bugs/2007919
[14:41] <rbasak> coreycb: also the dep8 tests are all superficial?
[14:46] <RikMills> vorlon: KDE renamed kalendar to merkuro for 23.08 gear release, hence a new merkuro source in the NEW queue. what do you require to get this accepted?
[14:47] <RikMills> there are no new features since the kalander RC in proposed apart from renaming the package
[14:49] <RikMills> if you want new source/FFe bugs then I will happily do that, but it is a slightly odd circumstance
[15:03] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (lunar-proposed/main) [28.1~23.04 => 29.2~23.04] (core)
[15:04] -queuebot:#ubuntu-release- Packageset: Added markdown to i386-whitelist in mantic
[15:04] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (jammy-proposed/main) [28.1~22.04 => 29.2~22.04] (core)
[15:05] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (focal-proposed/main) [28.1~20.04 => 29.2~20.04] (core)
[15:06] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (bionic-proposed/main) [28.1~18.04 => 29.2~18.04] (core)
[15:07] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (xenial-proposed/main) [28.1~16.04 => 29.2~16.04] (no packageset)
[15:22] <vorlon> jbicha: ... why did you push a change to the seeds for disco this year
[15:30] <vorlon> jbicha: also how did you arrive at the conclusion that openjdk-11-* were 'obsolete' and needed unseeded, when these binaries are built from the openjdk-lts source package
[15:38] <jbicha> my commit message says I was confused about the source package that provided openjdk-11
[15:39] <jbicha> I agree the disco change doesn't make sense
[15:44] <jbicha> vorlon: do you want me to revert those changes now?
[15:44] <vorlon> jbicha: yes please
[15:45] -queuebot:#ubuntu-release- Unapproved: rejected s390-tools [s390x] (mantic-proposed) [2.28.0-0ubuntu1]
[15:45] -queuebot:#ubuntu-release- Unapproved: accepted s390-tools [s390x] (mantic-proposed) [2.29.0-0ubuntu1]
[15:46] <schopin> I was about to ask why that was booted. *phew*
[15:55] <vorlon> RikMills: I'll queue merkuro up to look at today, should be straightforward
[15:56] <RikMills> vorlon: cheers :)
[16:01] <sergiodj> vorlon: opinions about the lava situation?  I'm +1 for removing it from the archive
[16:02] <bdmurray> We are investigating issues with the autopkgtest environment.
[16:13] <vorlon> sergiodj: I had yet to look at the bug you referenced. I have now and don't see anything that gives a reason to keep it.  Could you file a bug report about it being unmaintainable (because it FTBFS if we change the source) and then I'll remove it?
[16:14] <sergiodj> vorlon: ACK. I'm in a meeting now, will file it later. thanks
[16:17] <coreycb> rbasak: thanks for taking a look. the dep8 tests are just doing python import testing. I guess they need to run unit tests according to the microrelease documentation. the plan was to run our standard openstack regression on this since python3-ovsdbapp is a dependency of neutron and nova, so it would get exercised there in functional testing.
[16:18] <rbasak> coreycb: thanks. I don't mean to rule out accepting it as is, if you think there's a good alternative case to make. But it should all be written up.
[16:19] <rbasak> (what is missing, what the alternative is and why it's good enough, etc)
[16:20] <coreycb> rbasak: Ok thanks I'll do that now and move it back to new if that is ok with you.
[16:20] <rbasak> Yes - thanks
[16:35] <coreycb> Thanks, I've updated the [Test Case] section
[17:55] -queuebot:#ubuntu-release- New source: time-daemon (mantic-proposed/primary) [0.1]
[18:00] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (lunar-proposed) [252.5-2ubuntu3.1]
[18:02] -queuebot:#ubuntu-release- New source: time-daemon (mantic-proposed/primary) [0.1]
[18:05] <sergiodj> vorlon: there you go: https://bugs.launchpad.net/ubuntu/+source/lava/+bug/2032978
[18:05] -ubottu:#ubuntu-release- Launchpad bug 2032978 in lava (Ubuntu) "Please remove lava from the archive (doesn't support Ubuntu; FTBFS with delta)" [Undecided, New]
[18:06] <vorlon> sergiodj: thanks
[18:06] <vorlon> (subscribed ubuntu-archive)
[18:07] <sergiodj> ah, I assigned the bug to ubuntu-release, but maybe I shouldn't have
[18:10] -queuebot:#ubuntu-release- New source: time-daemon (mantic-proposed/primary) [0.1]
[18:10] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (jammy-proposed) [249.11-0ubuntu3.10]
[18:15] <Eickmeyer> vorlon: Point of clarification: Entirely new, unseeded packages do *not* need an FFe, correct?
[18:22] -queuebot:#ubuntu-release- New: rejected time-daemon [source] (mantic-proposed) [0.1]
[18:22] -queuebot:#ubuntu-release- New: rejected time-daemon [source] (mantic-proposed) [0.1]
[18:22] <vorlon> Eickmeyer: correct
[18:22] <vorlon> they just need AA attention :)
[18:23] <Eickmeyer> vorlon: Cool. RAOF saw qprompt in NEW and thought it needed an FFe.
[18:24] <vorlon> just checked, it is written on https://wiki.ubuntu.com/FreezeExceptionProcess#FeatureFreeze_for_new_packages
[18:27] <Eickmeyer> vorlon: Thanks.
[18:29] <Eickmeyer> Just wanting to make sure everyone's on the same page. :)
[18:31] -queuebot:#ubuntu-release- New: rejected time-daemon [source] (mantic-proposed) [0.1]
[18:32] <bdmurray> Eickmeyer: My naming a specific person? That's not very nice.
[18:32] <Eickmeyer> bdmurray: I was just wanting to bring it to their attention. I meant no ill intentions.
[18:33] <_doko>      bdmurray: looks like https://autopkgtest.ubuntu.com/running is out-of-date, compared to update_excuses
[18:34] <Eickmeyer> bdmurray: I guess, I was thinking of it like a CC:, if you will. :)
[18:35] <bdmurray> Other people might read it as dimes being dropped.
[18:36] <bdmurray> _doko: I'm actively working on it
[18:36] <Eickmeyer> That was not the intention, I assure you (and others).
[18:36] <_doko> ta
[18:46] <bdmurray> _doko: should be squared away now
[18:54] <liushuyu> Hi release team, https://launchpad.net/ubuntu/+source/rust-minijinja this packages contain a lot of dependencies that are not yet exist in neither Ubuntu nor Debian. Should we remove it or wait for unspecified amount of time for the Debian maintainer to package the dependencies?
[18:54] <liushuyu> (But seriously, how did this got into the Debian archive)
[18:55] <liushuyu> (by not yet exist, I meant do not exist in any of: Ubuntu -proposed, Debian -proposed, Debian NEW)
[18:57] -queuebot:#ubuntu-release- New source: time-daemon (mantic-proposed/primary) [0.1]
[19:19] <jbicha> Debian NEW processing doesn't really check whether the dependencies exist yet
[19:20] <jbicha> I've seen a lot of Rust packages get into Debian before their dependencies do 😢
[19:39] -queuebot:#ubuntu-release- New: accepted time-daemon [source] (mantic-proposed) [0.1]
[19:41] -queuebot:#ubuntu-release- New binary: time-daemon [amd64] (mantic-proposed/none) [0.1] (no packageset)
[19:46] -queuebot:#ubuntu-release- New: accepted time-daemon [amd64] (mantic-proposed) [0.1]
[19:59] <vorlon> liushuyu: watching paint dry in the rustc-1.68 riscv64 build log: dpkg-shlibdeps: warning: relation < is deprecated: use << or <=
[20:00] <vorlon> 'deprecated' is really a misnomer, it's been deprecated for 20 years
[20:03] <liushuyu> vorlon: did a quick grep on the debian/ directory and I did find any `<` expression inside
[20:03] <liushuyu> All the version relations are either `<<` or `=`
[20:04] <vorlon> liushuyu: it's dpkg-shlibdeps so it may come from a library dependency
[20:05] <vorlon> RikMills: how is it that merkuro's debian/copyright appears to be completely different from kalendar's with no changes between them to the upstream copyright statements?
[20:23] <liushuyu> vorlon: I think if you are watching the paint dry in the rustc-1.68 riscv64 build, you probably should aware how the time is severely bent around on the instance
[20:23] <vorlon> heh
[20:24] <liushuyu> It might actually quite fast on their observation, but we just observe it to be slow
[20:24] <vorlon> well either way the tab stays open until it finishes and I can copy the output to the bootstrap archive :P
[20:24] <liushuyu> The time dilation is just too great
[20:24] <vorlon> https://launchpad.net/ubuntu/+source/rustc-1.68/1.68.2+dfsg0ubuntu1-0ubuntu4 is built for everything but riscv64
[20:24] <vorlon> which should actually unblock the kernel team for source packages other than linux-riscv64
[20:24] <liushuyu> We are lucky that qemu isn't getting stuck somewhere
[20:35] -queuebot:#ubuntu-release- Unapproved: magnum (lunar-proposed/universe) [16.0.0-0ubuntu1 => 16.0.1-0ubuntu1] (openstack)
[20:45] <liushuyu> Okay, it's built, but waiting for the publication
[20:55] <vorlon> liushuyu: ah but I don't have to wait for the publication, I'm grabbing the .debs from launchpad anyway ;)
[21:08] <mitchdz> Just want to confirm, is the final decision for mumax3 to remove arm64 builds? Just want to know if I should continue looking into https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/2032624
[21:08] -ubottu:#ubuntu-release- Launchpad bug 2032624 in mumax3 (Ubuntu) "mumax3 test suite fails against glibc 2.38" [Critical, New]
[21:17] <vorlon> liushuyu: https://launchpad.net/ubuntu/+source/rustc-1.68/1.68.2+dfsg0ubuntu1-0ubuntu4/+build/26533122 is building with the rustc-1.68 build dependency resolved, so I believe this is all done from my side
[21:17] <liushuyu> vorlon: Thank you! Let's skip 16 hours and see how it's doing
[21:21] <vorlon> mitchdz: well I think this was in ginggs' court