[00:39] teward: It does CC the list: https://lists.ubuntu.com/archives/ubuntu-backports/2024-July/023233.html === sleeperbarbie is now known as _sleeperbarbie [03:51] I've not seen any 23.10 EOL ML post; coming/planned I assume :) === liushuyu1 is now known as liushuyu === liushuyu1 is now known as liushuyu [07:46] vorlon: gcc-13 migration: that comes down to the gcc-13-cross migration. you seem to have removed the s390x multilib binaries from gcc-defaults already. this is a britney bug. we worked around it in the past, by promoting stuff, and then demoting again after the migration. could you (or who currently looks at britney) look at a fix in britney instead? [07:51] the issue seems to be building binary packages with the same name from different source packages [07:52] debian's britney doesn't seem to have that issue [08:18] vorlon: arf; not sure if it's really trivially feasible to pass that; anyway [08:18] and for reference, openssl seems to have no issue so I guess it's only in python which can use custom settings unfortunately === levihackerman-10 is now known as levihackerman === levihackerman is now known as levihackerman-10 === levihackerman-10 is now known as levihackerman [11:21] Hi I'm a new Go Toolchain engineer in the Foundations team. I was working on the https://launchpad.net/ubuntu/+source/golang-github-safchain-ethtool package and noticed that autopkgtest was failing on i386 arch (https://autopkgtest.ubuntu.com/packages/golang-github-safchain-ethtool/oracular/i386). [11:22] I found that this is maybe because i386 is added as a foreign arch to the amd64 chroot on Launchpad, so I wanted to consult with the releases team about whether it's worth spending time on fixing the cross build problem? [11:24] This is an issue on a lot of Go packages [11:48] levihackerman: it's usually not worth trying to work on fixing i386 for a package that isn't built on i386 [11:48] ubuntu-release: could you hint in golang-github-safchain-ethtool ? [11:49] levihackerman: britney hints allow forcing a package to migrate. They're maintained by the Release Team at https://code.launchpad.net/~ubuntu-release/britney/+git/hints-ubuntu [11:50] britney is the service that handles proposed migration, it's used by Debian too [11:52] agreed, golang-github-safchain-ethtool-dev is arch:all so the autopkgtest is attempted on i386 [11:54] levihackerman: would you pastebin a list of the affected package in -proposed please? [11:58] ginggs: could you also consider hinting piuparts ? because it's not in release, migration-reference doesn't work. It looks like piuparts is unaware of Ubuntu's ports [12:07] jbicha: piuparts hinted === sleeperb1 is now known as sleeperbarbie === chris14_ is now known as chris14 [14:01] ginggs https://pastebin.canonical.com/p/dPVJmVHPSj/ these are the ones I can see with the same pattern for now === sleeperb1 is now known as _sleeperbarbie [14:51] doko: did you see my email to the archive admins about this? I think it's a bug in component-mismatches not in britney. (also I don't know what you mean by "Removed the s390x multilib binaries") [15:04] vorlon: s_chopin removed the s390x multilib binaries, I started building gcc-13 and gcc-14 without those as well, and removed the NBS binaries. I thought you did the same with the binaries built from gcc-defaults, but apparently you didn't [15:06] hmm, I don't see any emails in June or July [15:13] levihackerman (who is no longer here) golang i386 things hinted [15:32] doko: sent to doko@ubuntu.com, does this email address work for you? Subject: bugs in component-mismatches report [15:36] doko: anyway, I reported a bug too: https://bugs.launchpad.net/ubuntu-archive-tools/+bug/2068075 [15:36] -ubottu:#ubuntu-release- Launchpad bug 2068075 in ubuntu-archive-tools "component-mismatches report has wrong results when same binary built from two sources" [Undecided, New] [15:44] vorlon: email: no :-( will ask IS next week [16:59] I'm really fully phasing grub2 and friends for Mantic now [16:59] guiverc: We were still cleaning up the archive for mantic before closing the doors etc...