[00:03] -queuebot:#ubuntu-qt- New binary: qtwayland-opensource-src [ppc64el] (hirsute-proposed/universe) [5.15.1-3] (kubuntu, qt5) [00:06] -queuebot:#ubuntu-qt- New binary: qtwayland-opensource-src [amd64] (hirsute-proposed/universe) [5.15.1-3] (kubuntu, qt5) [00:06] -queuebot:#ubuntu-qt- New binary: qtwayland-opensource-src [s390x] (hirsute-proposed/universe) [5.15.1-3] (kubuntu, qt5) [00:52] @RikMills [@tsimonq2 I think the ticket publishing from bileto worked, but please double ch …], Looking [01:07] -queuebot:#ubuntu-qt- New binary: qtwayland-opensource-src [arm64] (hirsute-proposed/universe) [5.15.1-3] (kubuntu, qt5) [01:38] -queuebot:#ubuntu-qt- New binary: qtwayland-opensource-src [armhf] (hirsute-proposed/universe) [5.15.1-3] (kubuntu, qt5) [06:17] Thank you @tsimonq2! All looks fine from the first sight. [06:18] Thank you all! I see that WebKit copied fine :) [07:25] Oh, qtwebengine also needs ruby :( [07:32] good morning [07:32] what's the deal with ruby? [07:33] @Santa [what's the deal with ruby?], Morning! There is a dependency loop between ruby and ruby-rubygems, so neither is installable. [07:34] https://launchpad.net/ubuntu/+source/qtwebengine-opensource-src/5.15.1+dfsg-5/+build/20219754 [07:35] Oh, qt3d needs link with -latomic on riscv64, I forgot to fix it :( [08:13] @mitya57 am I missing something or this package needs to be synced from debian: https://packages.qa.debian.org/r/rubygems.html [08:13] (to fix the ruby problem) [08:14] https://salsa.debian.org/ruby-team/ruby-defaults/-/commit/909f416d20b7939585548d9f3afdf9970b0b2116 [08:14] "ruby is uninstallable before ruby-rubygems is actually in the … archive." [08:21] That package is synced. But it's also broken in Debian. [08:26] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=972702 [08:26] Debian bug 972702 in ruby-bundler "ruby-bundler: dependency resolution fails for compiled gems" [Grave,Open] [08:26] aha [08:26] soy maybe we could ask the archive admins to remove ruby-defaults temprorarily from -proposed ? [08:27] s/soy/so/ [08:29] along with the other one (src:rubygems) [08:31] @Santa [soy maybe we could ask the archive admins to remove ruby-defaults temprorarily f …], I asked doko exactly about the same yesterday ;) [08:32] ok, what a mess [08:43] @mitya57 [Thank you all! I see that WebKit copied fine :)], :) [08:43] @mitya57 [Oh, qtwebengine also needs ruby :(], :( [08:46] @mitya57 [I asked doko exactly about the same yesterday ;)], should we progress to asking in #ubuntu-release ? [08:59] @RikMills [should we progress to asking in #ubuntu-release ?], Done [08:59] great [09:09] I will wait 15 minutes and then retry qtwebengine [09:09] \o/ [09:10] thanks [09:11] @mitya57 [I will wait 15 minutes and then retry qtwebengine], then wait 20+ hrs for arm64 😢😂 [09:32] It started building! [09:33] :) [09:59] also: https://launchpad.net/ubuntu/+source/qtwebkit-opensource-src [10:00] needs to be retried at some point [10:04] @Santa [needs to be retried at some point], done [11:05] @RikMills Can you tell me how to move the Qt transitions from planned to ongoing on https://people.canonical.com/~ubuntu-archive/transitions/ ? Or I should ask on #ubuntu-release? [11:07] @mitya57 [@RikMills Can you tell me how to move the Qt transitions from planned to ongoing …], https://code.launchpad.net/~ubuntu-transition-trackers/ubuntu-transition-tracker/configs [11:08] Thanks! [11:08] move the qt files from monitor/planned folder to monitor/ongoing folder [11:08] * mitya57 uploaded rebuilds for level 2 reverse dependencies [11:10] Pushed https://bazaar.launchpad.net/~ubuntu-transition-trackers/ubuntu-transition-tracker/configs/revision/850, thanks again [11:12] np [11:13] hedgewars failed to install build-dependencies because of some ghc stuff [11:14] fcitx-qt5 failed with symbols error, that is much easier to fix [11:38] qtpim failed with tests failures :( [12:42] :/ [12:45] vorlon has been doing rebuilds for new ghc, so he may know the state of play [13:44] qtpim looks like a timeout [13:46] I mean, just retrying might built it I guess. it was build succesfully for riscv64 [13:46] * built [13:59] @Santa [qtpim looks like a timeout], qtpim has timeout on amd64, but it was already broken there. On other architectures it has a new test failure. On riscv64 the tests are not run at all. [14:00] In addition to all that, there is an endianness error on s390x, but it is also not new. [14:00] I will look at it a bit later. [14:03] https://launchpad.net/ubuntu/+source/xdg-desktop-portal-kde/5.19.5-0ubuntu3/+build/20224640 [14:03] Just retried. [14:03] ↑ this one needs a rebuild I guess [14:03] thanks [19:27] Day summary: … - all rebuilds are uploaded. … - qtwebengine built on amd64, but has NEW binaries. … - qt3d fixed in Debian, will be autosynced. … - Mike Gabriel seems to be working on the qtpim fix, I will leave it to him. … - hedgewars build-dependencies are still not installable. [19:35] thanks [19:36] ghc transition apparently has multiple levels of rebuilds to do before all works, so might not be quick [19:44] @mitya57 who is Mike Gabriel? [19:45] @Santa [@mitya57 who is Mike Gabriel?], qtpim maintainer, see https://tracker.debian.org/pkg/qtpim-opensource-src [19:45] of the debian package [19:45] Yes [19:46] alright can you please forward to him my guess about the failure? [19:46] mu guess is: [19:46] * my guess is: [19:47] This commit is causing the autotest regression: https://code.qt.io/cgit/qt/qtbase.git/commit/?id=edec095cf80b62057116ce75c581b5ca5866bdcc [19:48] I'm also guessing "2.0" and "-1.0" are being read as ints since that commit [19:48] therefore the autotests fails because it's expecting a double [19:48] JUST A GUESS XD [19:48] @Santa [This commit is causing the autotest regression: https://code.qt.io/cgit/qt/qtbas …], That commit is included only in dev branch, it's not in 5.15 [19:49] @Santa [I'm also guessing "2.0" and "-1.0" are being read as ints since that commit], But you are right, these numbers are now treated as integers for some reason. [19:49] Maybe it's an effect of the major parser rewrite in 5.15 (it now uses CBOR internally). [19:50] I would bet for the JSON parser [19:55] If I'm reading this code correctly, all numbers with a dot should be treated as doubles, not integers: … https://code.qt.io/cgit/qt/qtbase.git/tree/src/corelib/serialization/qjsonparser.cpp?h=5.15.1#n711 [19:55] So I have no idea why they are actually becoming qlonglong :/ [19:56] so you are guessing this is the commit which broke the thing: https://code.qt.io/cgit/qt/qtbase.git/commit/?h=v5.15.1&id=35adb74ddd915831789f0175423660f8e898942e [19:56] Yes, probably that one. But it's just a guess. [20:05] Maybe the best way to fix it is replacing 2.0 with 2.1 and -1.0 with -1.1 [20:05] Anyway, end of day for me, good night [20:26] @mitya57 thank you. I think progress has been good :) [20:27] I guess it won't be a tragedy if the qtpim reads "2.0" as integer into a QVariant [20:27] good night