/srv/irclogs.ubuntu.com/2024/02/22/#ubuntu-release.txt

kanashirodoko: https://bugs.launchpad.net/ubuntu/+source/redmine/+bug/205462302:08
-ubottu:#ubuntu-release- Launchpad bug 2054623 in redmine-plugin-redhopper (Ubuntu) "Removed from Debian testing" [Undecided, New]02:08
=== pushkarnk1 is now known as pushkarnk
sgmoorebdmurray: Hi. Again, sorry for my newbness, but I read there our limit is 4.5, I downoaded our ISO to test and it is 4.2 so I am not sure how it is hitting the size limit, uness I am missing something. I sady didn't write down how much it was over ( saw the message to rikmills ) I am going to have to guess here and say 4.7 and in the future if you could ping me as well with anything in regards to Kubuntu :) Thank you!! And thanks for the06:31
sgmooreautopackage pings.06:31
=== ebarretto_ is now known as ebarretto
ahasenackubuntu-archive: hi, when someone as a moment, could you please complete the glusterfs demotion to universe? It's showing up in component mismatches already, as a "source and binary movements to universe"12:27
ahasenackttps://bugs.launchpad.net/ubuntu/+source/glusterfs/+bug/2045063 is the demotion bug12:27
-ubottu:#ubuntu-release- Launchpad bug 2045063 in glusterfs (Ubuntu) "Demote glusterfs for noble" [High, In Progress]12:27
ahasenackit will also move bin:qemu-block-supplemental and bin:samba-vfs-modules-extra to universe, that's expected12:27
ahasenackthey are also showing up in the report as binary-only moves to universe12:27
apwahasenack, demoted.12:31
ahasenackapw: thanks!12:32
LocutusOfBorgubuntu-archive: please kick searx out from noble (Debian bug: #1051510). This will make flask migrate, with Python3.12 compatibility code12:39
-ubottu:#ubuntu-release- Debian bug 1051510 in src:searx "searx: SearX upstream is no longer maintained" [Serious, Open] https://bugs.debian.org/105151012:39
LocutusOfBorgalso fava bug: #103172412:39
LocutusOfBorgdebian bug: #103172412:39
-ubottu:#ubuntu-release- Debian bug 1031724 in src:fava "fava: frontend is not built from source; missing source" [Serious, Open] https://bugs.debian.org/103172412:39
LocutusOfBorgplease kick liquidsoap out, so ocaml can migrate13:42
LocutusOfBorghttps://bugs.debian.org/cgi-bin/bugreport.cgi?bug=106412813:43
-ubottu:#ubuntu-release- Debian bug 1064128 in liquidsoap "liquidsoap: FTBFS: Error: Unbound module Pcre" [Serious, Open]13:43
jbichashould we temporarily revert ceph in noble-proposed to 18.2.0-0ubuntu6 since the riscv64 build may take all day? it's a blocker for python3-defaults14:10
LocutusOfBorgis it the last blocker? in 10h it will finish build anyway, right?14:16
ginggsahasenack: i've just noticed14:17
ginggsImplicit dependency: python3-defaults samba (not considered)14:17
sil2100Preparing for release of .4!14:34
bdrungahasenack, ping for tzdata. we even got an user request.14:35
LocutusOfBorgginggs, apw samba-vfs-modules-extra should go in universe?14:35
LocutusOfBorgnew package automagically accepted in main looks lilke14:36
LocutusOfBorg*like14:36
LocutusOfBorgthis should make samba migratable14:36
apwLocutusOfBorg, if it was automatically put in main it must have existed before me thinks.14:36
LocutusOfBorgapw, its a binary provided by src:samba14:37
LocutusOfBorgnot a standalone source14:37
apwLocutusOfBorg, oh then the default is to match the source disposition14:37
LocutusOfBorgso, new binaries in main are automatically accepted in the same pocket? :)14:37
LocutusOfBorgyes14:37
LocutusOfBorgthat one!14:37
LocutusOfBorgthis is why probably demoting that binary is ok14:37
apwcomponent-missmatches will let us no.14:38
apwknow14:38
LocutusOfBorgBinary only movements to universe (ubuntu-server)14:38
LocutusOfBorgqemu-block-supplementalqemu14:38
LocutusOfBorgsamba-vfs-modules-extra14:38
LocutusOfBorgyeah14:38
apwindeed.  there we go.14:39
LocutusOfBorgthanks!14:40
blackboxswahasenack: I think if there is SRU review time today cloud-init verification has been complete for a while on 23.4 and it's aging again but it doesn't seem represented on the SRU trello board14:57
tsimonq2Hi QA Tracker, did you fall asleep? :)14:57
tsimonq2"Hey, you, you're finally awake"15:14
juliankubuntu-release can we force migrate glibc? The remaining tests don't look all that bad and then we can land the move to /usr today even15:22
juliankThere's a weird regression with timezones in perl but it doesn't look like it should be a blocker15:23
juliankautopkgtest for liblocale-gettext-perl/1.07-6build1: amd64: Regression ♻ , arm64: Regression ♻ , armhf: Regression ♻ , ppc64el: Regression ♻ , s390x: Regression ♻15:23
juliankThese are the only ones15:23
* arraybolt3 stumbles into room15:28
arraybolt3ok how close are we to release?15:28
arraybolt3I have a release announcement to finish writing and need to know how much time I have.15:28
arraybolt3(Was up until like 2:30 AM my time getting Lubuntu's tests finished up.)15:28
LocutusOfBorgapw, what about kicking liquidsoap out to let ocaml migrate?15:39
LocutusOfBorgwith it I can't see if anyhting is blocking still15:40
ginggsjuliank: ack, hinting glibc15:49
ginggsmay as well do python3-defaults too15:51
ahasenackblackboxsw: the board is only about unapproved packages. For packages already in proposed, the report is https://ubuntu-archive-team.ubuntu.com/pending-sru.html16:01
ahasenackblackboxsw: and today there is still an SRU freeze. It might be lifted today still16:01
=== rkratky__ is now known as rkratky
juliankthanks ginggs16:08
juliankginggs: how's your britney knowledge16:55
ginggsI know britney is a harsh mistress16:57
juliankginggs: I'll upload base-files and glibc soon, and they need to migrate together. But they don't need to be upgraded together, and I don't want to complicate upgrades by mutual depends/breaks, so I'm thinking I'll just mark them block-proposed in a bug; or we set direct block in a hints file17:07
juliankBecause arguably if they should migrate we probably want to use explicit unblock17:07
juliankIf one migrates before the other because we missed something hidden somewhere debootstrap breaks17:08
juliankWell let me add the bug tag when I upload and it's going to be fine17:10
juliankskipped: glibc (95, 137, 3)17:21
juliank    got: 41+0: a-3:a-7:a-1:i-26:p-1:r-1:s-217:21
juliank    * arm64: libdsocksd0, libnss-db, libsocksd0, libsocksd0-dev, unscd, zzuf17:21
juliankUgh ginggs, it did not migrate17:21
juliankI can't read that17:22
juliankThe others also should be ready to migrate17:23
LocutusOfBorgno ubuntu-archive around to help ocaml?17:27
arraybolt3juliank: https://wiki.ubuntu.com/ProposedMigration "The update_output.txt file is completely unreadable!" :P17:30
arraybolt3but... wow, a-3:a-7:a-1... we really need some way of identifying architectures other than by their first letter.17:31
ginggsjuliank: I can have look at glibc again in a bit17:34
juliankginggs: I'm running install in apt trying to figure out which dependency is failing :D17:35
juliankginggs: but this is all awkward :(17:37
juliankginggs: One thing to say is new glibc drops the libc6-prof binary and conflicts with the old version17:38
juliankmaybe it really is that and it complains about libc6-prof becoming uninstallable or something, idk17:41
ahasenackbdrung: hi, about tzdata (my first time reviewing this package)17:50
ahasenackbdrung: the sru docs have a whole section on it: https://wiki.ubuntu.com/StableReleaseUpdates#tzdata17:50
ahasenackthey talk about zdump and other checks17:51
ahasenackis that part of the autopkgtests, or is it expected to be done manually, per sru?17:51
athosHi ubuntu-archive. Could you please remove phpdox from noble (LP: #2054727)?18:42
-ubottu:#ubuntu-release- Launchpad bug 2054727 in phpdox (Ubuntu) "Please remove phpdox from noble" [Undecided, New] https://launchpad.net/bugs/205472718:42
ahasenackricotz: I think you have some copy&paste typo from previous libreoffice srus:18:44
ahasenack" * Version 7.6.2 is currently released in mantic. For a list of fixed bugs compared to 7.6.4 see the list of bugs fixed in the release candidates of 7.6.5 (that's a total of 94 bugs):"18:44
ahasenackmantic has 7.6.418:44
ricotzahasenack, sorry, I hope this was the only issue18:47
ahasenackstill looking18:47
ahasenackdiffing libreoffice is not for low-end machines :)18:48
ahasenackeven LP didn't produce a diff18:48
ahasenack /dev/mapper/vg0-root  336G  294G   25G  93% /18:48
ahasenackuhoh18:48
ricotzahasenack, yeah :\, the LP diff would not be worth anything against 7.6.2 anyway :(18:49
ricotzahasenack, I am using a tmpfs for this beast18:49
ahasenackdown to 21G now18:50
ahasenackI might do this elsewhere18:50
ricotzahasenack, I might be able to provide you a diff18:52
ahasenackI think it will work18:52
ahasenackwhat I'm doing18:52
ahasenackstill 20Gb free :)18:52
ahasenackmy nvme might be losing a few years of life, but heh18:52
ahasenack:)18:53
ricotzI am like hammering the RAM instead :)18:55
ahasenackricotz: you have fix-riscv64-bridge.diff and fix-riscv64-bridges.diff, that could have been avoided :)19:04
ricotzahasenack, I am aware :\, fixing the naming would create conflicts with debian19:07
ahasenackaha19:07
ahasenackyeah, not worth a delta for sure19:07
ahasenackhopefully these can be dropped next time19:07
ahasenack(if merged upstream)19:07
ahasenackricotz: have you used debian/watch recently? It doesn't seem to be finding the upstream releases19:08
ricotzahasenack, these patches are part of 24.2, but I guess they will need to be kept around in 7.619:09
ahasenackmaybe because they removed 7.6.5 from https://dev-builds.libreoffice.org/pre-releases/src/ apparently?19:09
ahasenackI see 7.6.5.119:09
ahasenackhm, pre-release?19:09
ahasenackalso 7.6.5.219:09
ricotzahasenack, correct the tarball got repacked19:09
ricotzhttps://download.documentfoundation.org/libreoffice/src/7.6.5/19:10
ahasenackyeah, that has .219:10
ricotztracking the pre-release is preferred19:10
ahasenackdo they just drop the older ones? Where is 7.6.5?19:11
ricotzyes, there were two different 7.6.5.2 tarballs19:11
ahasenackI'm talking about 7.6.519:11
ricotzthe RC revision stays part of the tarball name19:12
ricotzhttps://dev-builds.libreoffice.org/pre-releases/src/libreoffice-7.6.5.2.tar.xz19:12
ahasenackyou linked 7.6.5.2 again19:13
ahasenackare you saying 7.6.5.2 is the official 7.6.5, and that the .2 just shows that it was 7.6.5RC2 before?19:13
ricotzyes19:14
ahasenackwhy not call the version in d/changelog 7.6.5.2 then? I'm confused19:14
ahasenackI'm trying to match what is in unapproved with what upstream published19:14
ahasenacksince I can't really go over the huge diff19:14
ricotzbecause this is not how upstream is labeling it officially19:15
ahasenackso in unapproved I see a 7.6.5 orig tarball19:15
ahasenackI was expecting to find a 7.6.5 tarball upstream19:15
ricotzbecause it is the final release, and this is how it works for years19:15
ricotzthis release was a bit special while there were two 7.6.5.2 tarballs19:16
ricotzdue to a hotfix change19:16
ahasenackso if I download 7.6.5.2 from upstream, it should match the 7.6.5 orig tarball in unapproved, is that it?19:16
ricotzhttps://cgit.freedesktop.org/libreoffice/core/tag/?h=libreoffice-7.6.5.2-hotfix119:16
ricotzyes, this one https://download.documentfoundation.org/libreoffice/src/7.6.5/19:17
ricotzthe one from pre-release is different19:17
ricotzahasenack, the tarballs are signed and can be checked with the provided *.asc19:18
ricotzthe main tarballs at least, -help, -translations, -tarballs are generated by me19:19
ricotzahasenack, https://people.ubuntu.com/~ricotz/libreoffice-7.6.5.2.diff19:28
ricotzahasenack, https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/log/?h=wip/mantic-7.619:29
bdrungahasenack, i (hopefully) answered your questions in https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/2052739/comments/919:36
-ubottu:#ubuntu-release- Launchpad bug 2052739 in tzdata (Ubuntu Mantic) "tzdata 2024a release" [Undecided, Confirmed]19:36
ahasenackricotz: accepted, unsure why the bot didn't say something19:42
ahasenackbdrung: I'll get back to it later today19:42
ricotzahasenack, thank you very much19:43
bdrungahasenack, thanks19:47
bdmurraysgmoore: It looks like Kubuntu shrank with in the limits again as I'm no longer getting emails about it being oversized.19:59
sgmoorebdmurray: great :)20:01
ahasenackdo riscv64 builds block migration?20:14
ahasenackhttps://launchpad.net/ubuntu/+source/ceph/18.2.0-0ubuntu7 is still building for riscv64, and it's on the list of things blocking python3-defaults20:15
bdmurrayahasenack: yes20:19
ahasenack"Started 20 hours ago20:19
ahasenack"20:19
ahasenacklet's see how long the previous one took20:20
ahasenackFinished on 2024-02-07 (took 1 day, 4 hours, 15 minutes, 1.0 seconds)20:20
bdmurray"Issues preventing migration:\n "missing build"20:20
ahasenackso 28h and change20:20
ahasenack8h more20:20
bdmurrayalmost there!20:20
ahasenackglass half-full20:20
ahasenackbdrung: one last question, if you are still around. How is debian/icu/* populated?20:46
ahasenackor rather, updated?20:46
bdmurrayahasenack: see update-icu in debian/rules21:08
bdmurrayahasenack: basically its from here IIRC https://github.com/unicode-org/icu-data/tree/main/tzdata/icunew21:09
dokobdmurray, ginggs: please can we stop autosyncs until python3-defaults migrated? looks like we get some unwanted syncs delaying the migration. and I saw that glibc just migrated21:45
ahasenackwe are so close21:45
ahasenacklast I checked we were just waiting on a riscv64 build21:46
bdmurraydoko: I can turn off autosyncs but for how long should I do that? I'll be around for 3 hours or so and could come back later to reenable it.21:46
dokobdmurray: well, for the perl migration, they were turned off for a few days. maybe watch until python3-defaults migrated?21:47
dokoit shouldn't be longer than the weekend21:48
bdmurrayvorlon, sil2100: FYI ^^21:48
ahasenackhm, this is in the way of python3-defaults too I think: https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html#ucx21:48
ahasenackmissing build on ppc64el21:48
ahasenackbistro/bistro.c:83:5: error: nested extern declaration of ‘ucm_bistro_patch_lock’ [-Werror=nested-externs]21:49
ahasenackcc1: all warnings being treated as errors21:49
bdmurrayIs there anything dependent on that though?21:49
ahasenackI can look at that tomorrow...21:49
ahasenackI arrived there via "adios2"21:49
ahasenackImplicit dependency: python3-defaults adios2 (not considered)21:49
ahasenackI think it's just that and ceph now21:50
ahasenackand ceph is the riscv64 build that takes 28h21:50
ahasenackI see no reds under python3-defaults in the current excuses page21:50
ahasenackit also failed in debian21:51
ahasenack(ppc64el build of ucx)21:51
dokoyes, looking at removing that, and restoring the previous adios2 build21:51
dokowe have to wait for the ceph build21:52
ahasenackadios, adios221:52
ginggs:)21:56
ahasenackah, someone got it21:56
dokohttps://launchpad.net/ubuntu/+source/adios2/+publishinghistory21:57
dokohttps://launchpad.net/ubuntu/+source/ucx/+publishinghistory21:58
ahasenackah, the power21:58
ahasenack7h for the riscv64 build to finish21:59
bdmurrayIs it worth waiting for that build?22:00
dokowhat else do you suggest?22:00
bdmurrayOh, I guess we can't hint builds.22:02
dokoI could remove it. ok let's do it. sorry pushkar22:02
bdmurrayYeah, let it build again over the weekend.22:03
dokoI'll be afk most of the weekend, but will read backlog in the evenings22:04
dokoso adios2 -10 failed to build on s390x. removing adios2 instead, and demoting paraview. that can be undone by restoring the ucx and adios2 builds later22:09
dokodone22:12
dokolets wait ...22:12
jbichaceph's noble riscv64 failed with no log so I suggest a temporary revert since a build takes a full day23:20
jbichaoh never mind, ceph was already reverted23:21
bdmurrayI thought doko said he did that23:21
bdmurray;-)23:21

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!