[00:09] <hosiet> Reposting after a day: I am looking for sponsor for a pkg in universe (e.g., MOTU people can help): fcitx5-chinese-addons/5.1.3-1ubuntu1, which fixes https://bugs.launchpad.net/ubuntu/+source/fcitx5-chinese-addons/+bug/2061664 . Let me know if you have any concerns. Thanks!
[00:09] -ubottu:#ubuntu-devel- Launchpad bug 2061664 in fcitx5-chinese-addons (Ubuntu) "Appdata metainfo XML not in main pkg, breaking Appstream software install" [Undecided, New]
[00:18] <mwhudson> something definitely seems to have gone wrong here https://autopkgtest.ubuntu.com/packages/t/tcpxtract/noble/arm64
=== RAOF_ is now known as RAOF
[09:16] <bdrung> tjaalton, since you touched it last, do you want to apply the upstream fix for xorg-xserver for https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/2062144 or should I do it?
[09:16] -ubottu:#ubuntu-devel- Launchpad bug 2062144 in xserver-xorg-video-nouveau (Ubuntu) "xserver-xorg-video-nouveau 1:1.0.17-3 FTBFS on armhf" [Undecided, New]
[10:18] <tjaalton> bdrung: added a comment there
[10:47] <bdrung> tjaalton, thanks. so how to solve that?
[10:59] <tjaalton> drop armhf from it? :)
[11:00] <tjaalton> and from -video-all
[11:00] <tjaalton> (nouveau)
[11:05] <tjaalton> I'll test something
[11:05] <tjaalton> then again there is a new bugfix release of xorg-server too, to fix a potential double-free in the current one
[11:38] <tjaalton> bdrung: this was fixed in debian via -3
[11:38] <tjaalton> so maybe just sync that
[11:38] <tjaalton> nouveau
[11:39] <bdrung> tjaalton, no, this did not work, -3 is the failing one
[11:41] <tjaalton> why does it fail only on armhf?
[11:41] <bdrung> because it uses -Werror=implicit-function-declaration
[11:42] <tjaalton> and that can't be changed in the package?
[11:46] <tjaalton> looks like xserver .12-1u1 already has the double-free fix, so I wouldn't be touching that anymore
[12:27] <jbicha> tjaalton: two more Xorg packages with build failures in noble-proposed are bug 2062159 and Debian bug 1064702
[12:27] -ubottu:#ubuntu-devel- Bug 2062159 in xserver-xorg-video-vesa (Ubuntu) "xserver-xorg-video-vesa 1:2.6.0-1build1 FTBFS on armhf" [Undecided, New] https://launchpad.net/bugs/2062159
[12:27] -ubottu:#ubuntu-devel- Debian bug 1064702 in src:libxcb "libxcb: FTBFS: KeyError: 'xcb_report_level_t'" [Serious, Open] https://bugs.debian.org/1064702
[12:29] <tjaalton> for 1064702 I uploaded a fixk, but now it's complaining about new symbols for some reason
[12:29] <tjaalton> -k
[14:38] <xypron> I am looking for a sponsor for LP #2062166 which is needed for the release.
[14:38] -ubottu:#ubuntu-devel- Launchpad bug 2062166 in cd-boot-images-riscv64 (Ubuntu) "Rebuild against u-boot-sifive 2024.01+dfsg-1ubuntu5" [Undecided, New] https://launchpad.net/bugs/2062166
[14:40] <bdrung> i am looking into it
[14:42] <bdrung> xypron, why do you specify exact versions instead of using ">="?
[14:43] <xypron> bdrung: this was suggested in a review of a prior release.
[14:43] <xypron> bdrung: I am fine if this is changed to >= or the constraint is lifted completely.
[14:44] <bdrung> xypron, do you have a pointer to the previous discussion?
[14:44] <xypron> no
[14:46] <xypron> bdrung: The package is only used to generate live-installer images.
[14:49] <xypron> bdrung: cd-boot-images-arm64 also uses an exact version for GRUB: grub-efi-arm64-signed (= 1.201+2.12-1ubuntu1) [arm64]
=== utkarsh71 is now known as utkarsh2102
[14:58] <bdrung> sponsored
[16:13] <doko> bdrung:
[16:13] <doko> <doko> aurel32: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114770
[16:13] <doko> <aurel32> doko: that change has been done by Benjamin Drung, so please see with him
[16:13] <doko> <aurel32> i guess we can change from symlinks to hardlinks, but then some users will complain
[16:13] -ubottu:#ubuntu-devel- gcc.gnu.org bug 114770 in gcc "std::chrono::locate_zone('Asia/Chungking') fails on Debian Sid" [Normal, Unconfirmed]
[16:18] <bdrung> doko, okay, can we have a bug report in Debian/Ubuntu for that?
[19:53] <sudip> openmotor needs to be removed, it depends on python3-scikit-fmm which is not available.
[20:11] <ahasenack> if ceph has just dropped 32bits (https://launchpad.net/ubuntu/+source/ceph/19.2.0~git20240301.4c76c50-0ubuntu5/+build/28114799), should it even run dep8 tests on armhf?
[20:13] <ahasenack> I suppose a bug is missing, to remove its armhf packages?
[20:14] <ahasenack> ah, doko just did something a few hours ago, according to the last comments on https://bugs.launchpad.net/ubuntu/+source/ceph/+bug/2061815
[20:14] -ubottu:#ubuntu-devel- Launchpad bug 2061815 in uwsgi (Ubuntu) "[FFE] Drop support for non-64 bit architectures for ceph" [Medium, Fix Released]
[20:14] <ahasenack> still, migration is blocked on something related
[20:23] <doko> ahasenack: ceph-mgr-dashboard/amd64 has unsatisfiable dependency  I didn't investigate, and won't tonight. but I can catch up tomorrow
[20:24] <ahasenack> doko: ok, but just so I understand (part of) the process,
[20:24] <ahasenack> doko: in that bug you removed tgt:
[20:24] <ahasenack> Removing packages from noble:
[20:24] <ahasenack>  tgt 1:1.0.85-1.1ubuntu6 in noble armhf
[20:25] <ahasenack> but I see the armhf binaries published in https://launchpad.net/ubuntu/+source/tgt/1:1.0.85-1.1ubuntu6
[20:25] <ahasenack> but not in rmadison
[20:26] <doko> ahasenack: the lp page doesn't change status. I just checked. the tgt binary is removed
[20:27] <ahasenack> doko: but dep8 tests are still attempting to run for armhf, is that a bug over there?
[20:27] <ahasenack> or does tgt (for example) need a no-change-rebuild upload to set things straight again?
[20:29] <sergiodj> ahasenack: if you go to the actual binary page (https://launchpad.net/ubuntu/noble/armhf/tgt/1:1.0.85-1.1ubuntu6) you'll see that it's marked as deleted
[20:29] <doko> please ask the release team to hint these, there's unfortunately manual action required. point them to the bug report about the removals
[20:30] <doko> bdmurray: ^^^ if you have time for some productive work