JackFrost | cjwatson: Ah! Nice to know, and there does appear to be https://github.com/u1f35c/listadmin3 at least. | 00:06 |
---|---|---|
=== ubuntu_4321 is now known as ubuntu4321 | ||
sudip | LocutusOfBorg: there seems to be a problem, when you triggered the rebuild of ocaml-gettext for ocaml transition, it rebuilt with the old "ocaml-base-5.2.0". the build log shows it using the old one. | 07:29 |
LocutusOfBorg | sudip, let me check | 09:01 |
LocutusOfBorg | wait sudip this is level 19 | 09:01 |
LocutusOfBorg | my rebuilds are at level 15 :) | 09:02 |
LocutusOfBorg | we need some more time | 09:02 |
sudip | LocutusOfBorg: thats what I thought but you pushed a rebuild on 23rd Jan for "Rebuild against new OCAML ABI", so I thought you have reached that level :) | 09:04 |
LocutusOfBorg | sudip, I had, but new ocaml were autosyncd :/ | 09:06 |
LocutusOfBorg | and with botch FTBFS we didn't migrate | 09:06 |
LocutusOfBorg | so, new rebuilds now | 09:06 |
LocutusOfBorg | jbicha, any gtk4 news? | 09:07 |
sudip | ohh.. all good then, thanks LocutusOfBorg | 09:07 |
LocutusOfBorg | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1092479 | 09:07 |
-ubottu:#ubuntu-devel- Debian bug 1092479 in src:botch "botch: FTBFS in sid" [Serious, Open] | 09:07 | |
LocutusOfBorg | if you now how to fix that one, we might have ocaml migrate :) | 09:08 |
jbicha | LocutusOfBorg: It's the same as yesterday. We are updating gtk4 in the next few days. | 10:39 |
LocutusOfBorg | ok but with or without the patch? I remember you having to speak with them | 10:43 |
jbicha | gtk4 ftbfs because of the libpng issue, we'll land a fix for that in the next few days | 10:44 |
LocutusOfBorg | oh...this has become a FTBFS and not only a autopkgtest failure? | 10:45 |
LocutusOfBorg | nice to know! :) | 10:45 |
LocutusOfBorg | for me this is a good news | 10:45 |
jbicha | yes, it's a build test that is also an autopkgtest. Given the nature of the problem, I am ok with waiting a bit to get our patch approved/merged by gtk devs upstream | 10:46 |
ahasenack | bdrung: hi, how serious is that tzdata regression? Do we need it in 24.04.2? | 16:04 |
ahasenack | https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/2096974 | 16:07 |
-ubottu:#ubuntu-devel- Launchpad bug 2096974 in tzdata (Ubuntu) "tzdata-2024b-0ubuntu0.24.04 makes std::chrono unusable" [High, Triaged] | 16:07 | |
bdrung | ahasenack, it looks severe enough to me. not sure how many applications use C++ chrono (but this is a stdlib) | 16:17 |
ahasenack | bdrung: should we upload a revert? Looks like the fix is in c++ libs, and not tzdata? | 16:19 |
bdrung | ahasenack, i am not sure. the proper fix would be in the c++ stdlib. maybe a quick revert of one commit in tzdata could be enough for now. let me check... | 16:21 |
ahasenack | ok | 16:21 |
jbicha | tsimonq2: are you actively working on the libgit2 1.9 transition? If not, could we undo it until it's either pre-staged or Debian has started that transition | 17:50 |
tsimonq2 | jbicha: Zixing did some related work, I also need to do a merge from Debian. Not ready to undo it. | 17:51 |
jbicha | I haven't really seen progress since like January 8. I don't understand why the new libgit2 is needed either. | 17:54 |
bdrung | ahasenack, the scope of the tzdata regression is unclear. https://codesearch.debian.net/search?q=std%3A%3Achrono%3A%3Aget_tzdb&literal=1&perpkg=1 might give an indication. | 19:04 |
ahasenack | that link doesn't work | 19:05 |
bdrung | search for "std::chrono::get_tzdb" on https://codesearch.debian.net/ | 19:06 |
ahasenack | that's a lot of toolchains | 19:07 |
ahasenack | what is the normal result of that call, all tzs? Now it just returns 2? | 19:07 |
bdrung | yes. all timezones that are not symlinks. | 19:09 |
ahasenack | bdrung: did you find something you could do in tzdata itself to fix it? | 19:13 |
bdrung | i can try rearguard | 19:13 |
ahasenack | bdrung: otherwise, where is the real fix? | 19:13 |
ahasenack | bdrung: we can also just upload a revert, while this is investigated | 19:14 |
ahasenack | bdrung: what do you mean by rearguard? | 19:14 |
bdrung | ahasenack, give me some more time. | 19:14 |
ahasenack | I see debian stable has 2024b as well | 19:14 |
ahasenack | bdrung: ok | 19:14 |
ahasenack | "time" hehe | 19:15 |
bdrung | debian stable is too old for this C++ 20 function | 19:15 |
bdrung | and no complaints there yet | 19:15 |
bdrung | ahasenack, rearguard works. let me write that down. | 19:24 |
ahasenack | brlin: ok, but what is it? I can wait for the write down, though :) | 19:24 |
bdrung | ahasenack, want to review https://code.launchpad.net/~ubuntu-core-dev/ubuntu/+source/tzdata/+git/tzdata/+ref/ubuntu/oracular before I release that? | 19:44 |
ahasenack | create an MP? Does somenone normally review these? | 19:45 |
bdrung | ahasenack, okay. converted into a MP: https://code.launchpad.net/~ubuntu-core-dev/ubuntu/+source/tzdata/+git/tzdata/+merge/480392 | 19:55 |
ahasenack | bdrung: you pushed to a ~ubuntu-core-dev remote? | 19:55 |
bdrung | there is no-one reviewing those normally | 19:56 |
bdrung | ahasenack, yes. tzdata lives in ~ubuntu-core-dev because it is based on the salsa branches (not git-ubuntu) | 19:56 |
ahasenack | ah, ok | 19:56 |
ahasenack | nice test | 20:00 |
ahasenack | bdrung: reviewed | 20:08 |
bdrung | ahasenack, pushed fix for noble and oracular | 21:45 |
bdrung | ahasenack, should I do the same for the older releases (where the std::chrono test case fails to compile)? | 21:46 |
ahasenack | bdrung: does it fail with the previous tzdata? | 21:46 |
ahasenack | i.e., is the bug there too? Do we know? | 21:46 |
bdrung | ahasenack, the c++ stdlib is too old in jammy to support this get_tzdb function. | 21:48 |
ahasenack | hm | 21:48 |
ahasenack | but other apps/code could also not support the change in tzdata | 21:48 |
ahasenack | any idea how likely that would be? | 21:48 |
bdrung | that could happen | 21:50 |
ahasenack | bdrung: let's do it then | 21:52 |
ahasenack | but it's way late for you | 21:52 |
ahasenack | can be tomorrow | 21:52 |
bdrung | okay. I'll pack my stuff for fosdem now and go to bed. I'll do the other releases tomorrow. | 21:52 |
ahasenack | thx | 21:52 |
Eickmeyer | enr0n: I am pretty sure I made the fixes you asked for. Tested, it works. | 21:54 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!