=== guiverc2 is now known as guiverc [06:32] tsimonq2, thx for sponsoring lp:#2097078 . I was still trying to find out if I should ping here or on matrix for sponsorship but now I realized it's already done :-) [06:32] -ubottu:#ubuntu-devel- Launchpad bug 2097078 in python-botocore (Ubuntu) "Sync python-botocore 1.36.9+repack-1 (main) from Debian unstable (main)" [Wishlist, Fix Released] https://launchpad.net/bugs/2097078 [06:35] toabctl: Meh I'd say between now and March 1st, IRC if it's urgent, otherwise Matrix is okay :) (and that's subjective; I'm on both) [06:35] And yw :) === 082ABEWVI is now known as woky_ [12:47] LocutusOfBorg: could I have help with the autopkgtests at https://tracker.debian.org/pkg/gtk4 ? it looks like gtk4 ought to have a depends on libpng >= 1.6.45 [12:48] libpng1.6 doesn't use a symbols file (probably it should and with Build-Depends-Package) and the shlibs file is only set to >= 1.6.2 . I don't see a way to fix this from src:gtk4 [12:49] I guess I could hard-code libgtk-4-1 Depends: libpng16-16t64 (>= 1.6.45). I just don't normally do that [13:04] bdrung: I added an SRU template to https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/2096974 with impact and test plan, but left "what could go wrong" and "other considerations" TBD. When you have a moment, could you please fill thouse out? [13:04] -ubottu:#ubuntu-devel- Launchpad bug 2096974 in tzdata (Ubuntu) "tzdata-2024b-0ubuntu0.24.04 makes std::chrono unusable" [High, Triaged] [13:04] bdrung: and, of course, if you spot something incorrect I wrote, feel free to ping me or fix it :) === mmaunjhlhuzlvhqu is now known as hyilfwkzvmazwdck === hyilfwkzvmazwdck is now known as georgiag [13:08] ahasenack: is the tzdata thing for 24.04.2? If so I might take over, bdrung is at FOSDEM. [13:11] jbicha, sorry but according to the merged pull request, isn't the gtk4 version retro-compatible? [13:17] LocutusOfBorg: the compatibility with old libpng is only at build time [13:18] a hard-coded Depends does work for me, but I think it's less elegant (we had to remove a lot of hard-coded library depends for the t64 transition) [13:50] schopin: yes, the regression fix is for 24.04.2 [13:54] can someone sync m2crypto? the delta was to accomodate openssl 3.4 which contains a work-around for an issue in m2crypto and the debian package now has a better solution to that (which I came up with), thanks [13:55] and I plan to drop the work-around in openssl soon, which would make m2crypto ftbfs [13:59] * schopin hands adrien requestsync [14:01] my internet connection is unfortunately very spotty and one of the steps invariably ends up failing at the moment :'( [14:09] jbicha, which solution you think for libpng1.6? bump shlibs? [14:09] jbicha, if I bump shlibs are you happy with that? [14:11] managed to file a bug: https://bugs.launchpad.net/ubuntu/+source/m2crypto/+bug/2097109 [14:11] -ubottu:#ubuntu-devel- Launchpad bug 2097109 in m2crypto (Ubuntu) "Sync m2crypto 0.42.0-2.1 (universe) from Debian unstable (main)" [High, Triaged] [14:12] Sponsoring this sync for Adrien Nader (adrien) [14:12] Sync this package [y|N]? y [14:13] jbicha, if you want me to upload with the bump of shlibs, the upload is ready to go [14:16] LocutusOfBorg: thanks! [14:16] yw! [14:17] and thanks for using requestync :D [14:17] it makes easier for sponsors [14:18] $ syncpackage -s adrien -f m2crypto -b 2097109 [14:18] and if in the future you wants to become MOTU, core-dev or whatever, we can find what was sponsored to you easily [14:18] ah, I wasn't aware of that aspect [14:18] the fact that it eased the syncpackage itself [14:18] and now, off the train :) [14:36] LocutusOfBorg: bumping shlibs would fix my bug. However, usually C libraries in Ubuntu main use a symbols file [14:37] would a symbols file been better in this case? [14:38] how? [14:38] I mean, the regression was not due to new/removed interfaces... [14:38] but changed behaviour, right? [14:38] * LocutusOfBorg uploaded [14:40] + png_get_cICP @250 [14:40] + png_set_cICP @251 [14:40] if it used Build-Depends-Package, the binary dependency would have matched the version I set for libpng-dev in gtk4's Build-Depends [14:40] ok got it [14:40] https://lintian.debian.org/tags/symbols-file-missing-build-depends-package-field.html [14:40] jbicha, if you want to provide one, feel free to commit :D [14:40] I think it can be the scripts/symbols.def, right? [14:40] I have too much to try to do today [16:52] schopin: will you be able to look at tzdata? [16:52] not that I"m going to release anything today [16:54] from an sru perspective, I would like the bug to have a bit more explanation about what the fix is (I'm not familiar with tzdata and the "rearguard" terminolofy for dataform [16:54] ahasenack: I'll try to, and will at least sync with bdrung to have one of us do it. [16:54] and expanding what could go wrong (i.e., what does it mean to revert to this rearguard dataform, etc) [16:54] schopin: cool [16:54] enr0n: conversation with Skia in the Matrix equivalent of this chat, the fix bug 2078639 should go in ASAP. We've got thousands of Ubuntu Studio users unable to upgrade. [16:54] -ubottu:#ubuntu-devel- Bug 2078639 in ubuntu-release-upgrader (Ubuntu Noble) "Ubuntu Studio upgrade, pipewire <-> pulseaudio conflict" [Medium, Confirmed] https://launchpad.net/bugs/2078639 [16:55] and then we need branches for focal and jammy, which won't benefit from that nice new dep8 test bdrung wrote, so I'm not sure how to test those two [16:58] Eickmeyer: okay, if the release team is okay with it then fine by me [16:58] enr0n: We tagged you in the chat (you seem to have a Matrix presence there) [16:58] yeah I saw it now [16:58] didn't have the window open [16:58] hehe, no worries. [17:07] mitchdz: Hey :) could you please send the Ubuntu delta for rabbitmq-server up to Debian? If I'm reading this correctly, just DEP-8 tests. [17:07] (I stole your merge btw) [17:10] tsimonq2: are you merging 4.x? [17:11] https://bugs.launchpad.net/ubuntu/+source/rabbitmq-server/+bug/2085277 I could certainly use the help, if you want to take over [17:11] -ubottu:#ubuntu-devel- Launchpad bug 2085277 in rabbitmq-server (Ubuntu) "Merge rabbitmq-server from Debian unstable for plucky" [Undecided, New] [17:11] but note we have this standing bug also: https://bugs.launchpad.net/ubuntu/+source/rabbitmq-server/+bug/2074309 [17:11] -ubottu:#ubuntu-devel- Launchpad bug 2074309 in rabbitmq-server (Ubuntu Oracular) "upgrade 22.04 -> 24.04 won't start due to feature flags" [High, Confirmed] [17:12] which we don't know yet how to solve, and updating to 4.x won't make it worse I guess [17:16] ahasenack: merging 4.x> Yup :) [17:16] Looking at the bugs now [17:17] (I also use rabbitmq-server at $dayjob, from the Ubuntu Archive, so I'll likely be digging further here.) [17:18] ah, nice [17:19] we don't have a plan for those upgrades, as upstream requires interim versions and a specific upgrade path, and we don't have those versions in ubuntu [17:24] My first thought after reviewing the bugs is, if it's just as simple as config feature flags, this won't be as difficult as I thought. Wrap some kind of maintscript around those specific config values, and call it a day. I suspect it won't be that easy, though. [17:24] Also, hmm, let's see how Debian Stable handles this... [17:24] they never had this problem before, we were ahead of debian [17:24] now debian will have it (with the 4.x version) [17:25] Ah okay, that tracks [17:25] schopin: we might have a real regression with the 24.04.1 patch: https://autopkgtest.ubuntu.com/packages/a/astropy/noble/amd64 [17:26] oh crap. [17:27] other arches, same failure [17:27] (and I retried there already) [17:27] one thing that's left, to be sure, is migration-reference/0 [17:28] Well, the failing test is about time, so I'd assume it's tzdata's fault. [17:28] we have to determine by monday/tuesday at the latest how to proceed I think, if we can't find a fix for this. We might have to revert to 2024a for 24.04.2 [17:29] +really2024a kind of thing