[10:17] <mirespace> Working in fftw
[11:06] <mirespace> I've got a MP for fftw: https://code.launchpad.net/~mirespace/ubuntu/+source/fftw/+git/fftw/+merge/470482
[11:29] <mirespace> btw, no clue for rust-hashbrown (except that the first time I installed it from poropsed the container closed suddenly (web socket unexpectedEOF), but it was installed OK
[11:30] <mirespace> with chdist is also OK
[11:51] <mirespace> Eickmeyer: I saw form failing on armhf.. I made a patch.. build is running (crossing fingers)
[11:52] <mirespace> Eickmeyer: I mean, in a PPA
[12:28] <bdrung> working on bdebstrap
[12:29] <bdrung> mirespace, you say "Forwarded: yes" in your fftw patch. Do you have a link to it?
[12:30] <bdrung> i.e. forwarded to https://github.com/FFTW/fftw3?
[12:51] <LocutusOfBorg> bdrung, maybe they intend here https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1074955
[12:51] -ubottu:#ubuntu-devel- Debian bug 1074955 in src:fftw "fftw: ftbfs with GCC-14" [Serious, Open]
[13:38] <mirespace> bdrung: It's the debian bug
[13:38] <mirespace> bdrung: Maybe I can add the link to my response https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1074955#14
[13:38] -ubottu:#ubuntu-devel- Debian bug 1074955 in src:fftw "fftw: ftbfs with GCC-14" [Serious, Open]
[13:39] <mirespace> bdrung: I check salsa has no activity for 2 years, and fftw3 github is code generated, and the patch doesn't apply
[13:39] <mirespace> LocutusOfBorg: yes, that is
[13:48] <mirespace> s/response/answer/
[13:58] <bdrung> mirespace, the forwarded field should refer to the upstream project, not Debian.
[13:59] <bdrung> see also https://dep-team.pages.debian.net/deps/dep3/
[14:00] <mirespace> bdrung: thanks! I'm modifying the header omitting that field
[14:01] <Eickmeyer> mirespace: Excellent! We can get that fixed, that's just one down. I've got a ton of NCRs that are just completely FTBFS due to GCC-14, and some that are just failing on armhf.
[14:02] <mirespace> Eickmeyer: Cool! I'm fstill fixing form, as it shows me a new fail after fixing the previous one :)
[14:06] <Eickmeyer> oof. Disappointing. Well, I'm sure you'll come up with something. I've got even more of those NCRs to do today. I just woke up, 7am my time.
[14:07] <mirespace> Eickmeyer: Good morning then!  I can help with them if you like.
[14:08] <mirespace> bdrung: MP updated, new build in PPA running
=== rkratky__ is now known as rkratky
=== javaJake_ is now known as javaJake
[17:43] <ahasenack> mfo: nova in focal unapproved is missing the security updates (2.9 vs 2.11)
[17:44] <mfo> ahasenack, apologies; I missed that for Focal; will rebase and let you know.
[19:36] <mfo> ahasenack, uploaded nova (2.12) to focal. build-time test suite passes (bug 1999814 comment 19), if you still have some time. thanks!
[19:36] -ubottu:#ubuntu-devel- Bug 1999814 in nova (Ubuntu Jammy) "[SRU] Allow for specifying common baseline CPU model with disabled feature" [Medium, In Progress] https://launchpad.net/bugs/1999814
[19:40] <ahasenack> sgmoore: hi, around? I have a question on https://bugs.launchpad.net/ubuntu/+source/neochat/+bug/2061116
[19:40] -ubottu:#ubuntu-devel- Launchpad bug 2061116 in neochat (Ubuntu Noble) "[SRU] neochat not opening in 24.04" [Undecided, In Progress]
[20:16] <Eickmeyer> Noticing some weird packaging quirks with debhelper. It's freaking out on python packages and throwing "No such file or directory" on files in dpkg-dev, but these should be "duh, I should have these files" moments. Happened on h5py and petsc4py rebuilds.
[21:02] <jbicha> doko: ^ is the dpkg upload broken?
[21:14] <Eickmeyer> jbicha, doko: it does appear to be. I have quite a few packages failing because they can't find files.
[21:15] <Eickmeyer> Adding phymland murasakito that list.
[21:16] <Eickmeyer> List getting bigger. I'd rather not add noise with every package here, but body count approaching 10.
[21:23] <bdmurray> Eickmeyer: I'm a bit sleep deprived can you point me at something specific?
[21:24] <Eickmeyer> bdmurray: One example among many: https://launchpadlibrarian.net/741903151/buildlog_ubuntu-oracular-amd64.relion_3.1.3-3build4_BUILDING.txt.gz
[21:25] <jbicha> bdmurray: also https://launchpad.net/ubuntu/+source/vte2.91/0.76.3-6
[21:26] <Eickmeyer> And https://launchpad.net/ubuntu/+source/phyml/3:3.3.20220408-3build3/+build/28706776
[21:35] <mwhudson> is anything that used debhelper building correctly?
[21:35] <mwhudson> *uses
[21:36] <Eickmeyer> I mean, some...
[21:36] <mwhudson> ok
[21:36] <mwhudson> i assume this is due to the dpkg merge ...
[21:36] <Eickmeyer> I got https://launchpad.net/ubuntu/+source/ray/2.3.1-8build3 to build correctly, but it's been rare.
[21:46] <bdmurray> Looking at update_excuses I see boost slightly above dpkg and it is missing binaries
[21:54] <freyes> hi all, I've been trying to build a package (rpds-py_0.12.0-3build1.dsc) with sbuild, running "sbuild -A -d oracular *.dsc" works fine, although I would like to build it now using only "main", is there a way to do this?, I would like to confirm if that package has any other dependencies that are not in main (context: http://pad.lv/2072621 )
[21:54] -ubottu:#ubuntu-devel- Launchpad bug 2072621 in rpds-py (Ubuntu) "[MIR] rpds-py" [Undecided, Incomplete]
[21:55] <mwhudson> oh ffs who invented makefiles
[21:56] <Eickmeyer> 🤣
[21:57] <bdmurray> freyes: rebuild your chroot w/ main only?
[21:57] <Eickmeyer> bdmurray: Yes, one version of boost (the lower version) needed a NCR for new mpi-defaults, and it FTBFS on armhf. Newer boost didn't require NCR.
[22:00] <freyes> bdmurray, I tried that, and sbuild didn't like it, the build fails with this issue: "sbuild-build-depends-dose3-dummy : Depends: dose-distcheck but it is not installable"
[22:00] <sarnold> freyes: you can also check the build logs for "/universe" in the apt install phases https://launchpadlibrarian.net/724186480/buildlog_ubuntu-noble-amd64.rpds-py_0.12.0-3build1_BUILDING.txt.gz -- see that giant pile of librust-* packages and decide it'd be a good day to go back to bed rather than work
[22:00] <freyes> I wonder if this is a "thing" anyone does as part of your devel workflow, maybe I'm just taking a route that make little sense
[22:02] <mwhudson> fortunately it looks like dpkg is still buildable so hopefully i can just upload a fix
[22:03] <freyes> sarnold, 😅  ... yeah, this will be a long journey, rpds-py is used by python3-jsonschema, a widely used library by OpenStack
[22:04] <sarnold> freyes: oh nooooo
[22:04] <Eickmeyer> mwhudson: dpkg still buildable> I'd sure hope so! 😂
[22:05] <mwhudson> Eickmeyer: well otherwise we'd have to get the version in proposed removed before we could upload the fix. not the end of the world but slower
[22:06] <Eickmeyer> bdmurray: I sit corrected. NCR on boost 1.74 was successful.
[22:06] <freyes> sarnold, thanks for the tip on looking at build-deps, I will check with jamespage tomorrow
[22:07] <mwhudson> ok i have a fix built, testing it on vte2.91 now
[22:08] <mirespace> My ppa is failing to get a slot to build on arm... leaves me with the intrigue until tomorrow o/
[22:09] <mwhudson> ok seems to work
[22:13] <mwhudson> bdmurray, Eickmeyer: ok https://launchpad.net/ubuntu/+source/dpkg/1.22.10ubuntu2 should fix the builds. i'm going afk for a bit, will attempt to retry all recent failures when i get back
[22:13] <Eickmeyer> mwhudson: Thanks! I'll be keeping an eye on my uploads as well.
[22:13] <Eickmeyer> mirespace: Thanks! I filed a tracking bug for the armhf failures at bug 2075550
[22:13] -ubottu:#ubuntu-devel- Bug 2075550 in r-cran-metamix (Ubuntu) "FTBFS on armhf with GCC-14 (rebuild against mpi-defaults 1.17)" [Undecided, New] https://launchpad.net/bugs/2075550