-queuebot:#ubuntu-qt- New binary: qtwayland-opensource-src [ppc64el] (hirsute-proposed/universe) [5.15.1-3] (kubuntu, qt5)00:03
-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:06
lubot<tsimonq2> @RikMills [@tsimonq2 I think the ticket publishing from bileto worked, but please double ch …], Looking00:52
-queuebot:#ubuntu-qt- New binary: qtwayland-opensource-src [arm64] (hirsute-proposed/universe) [5.15.1-3] (kubuntu, qt5)01:07
-queuebot:#ubuntu-qt- New binary: qtwayland-opensource-src [armhf] (hirsute-proposed/universe) [5.15.1-3] (kubuntu, qt5)01:38
lubot<mitya57> Thank you @tsimonq2! All looks fine from the first sight.06:17
lubot<mitya57> Thank you all! I see that WebKit copied fine :)06:18
lubot<mitya57> Oh, qtwebengine also needs ruby :(07:25
lubot<Santa> good morning07:32
lubot<Santa> what's the deal with ruby?07:32
lubot<mitya57> @Santa [what's the deal with ruby?], Morning! There is a dependency loop between ruby and ruby-rubygems, so neither is installable.07:33
lubot<mitya57> https://launchpad.net/ubuntu/+source/qtwebengine-opensource-src/5.15.1+dfsg-5/+build/2021975407:34
lubot<mitya57> Oh, qt3d needs link with -latomic on riscv64, I forgot to fix it :(07:35
lubot<Santa> @mitya57 am I missing something or this package needs to be synced from debian: https://packages.qa.debian.org/r/rubygems.html08:13
lubot<Santa> (to fix the ruby problem)08:13
lubot<Santa> https://salsa.debian.org/ruby-team/ruby-defaults/-/commit/909f416d20b7939585548d9f3afdf9970b0b211608:14
lubot<Santa> "ruby is uninstallable before ruby-rubygems is actually in the … archive."08:14
lubot<mitya57> That package is synced. But it's also broken in Debian.08:21
lubot<Santa> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=97270208:26
ubottuDebian bug 972702 in ruby-bundler "ruby-bundler: dependency resolution fails for compiled gems" [Grave,Open]08:26
lubot<Santa> aha08:26
lubot<Santa> soy maybe we could ask the archive admins to remove ruby-defaults temprorarily from -proposed ?08:26
lubot<Santa> s/soy/so/08:27
lubot<Santa> along with the other one (src:rubygems)08:29
lubot<mitya57> @Santa [soy maybe we could ask the archive admins to remove ruby-defaults temprorarily f …], I asked doko exactly about the same yesterday ;)08:31
lubot<Santa> ok, what a mess08:32
lubot<RikMills> @mitya57 [Thank you all! I see that WebKit copied fine :)], :)08:43
lubot<RikMills> @mitya57 [Oh, qtwebengine also needs ruby :(], :(08:43
lubot<RikMills> @mitya57 [I asked doko exactly about the same yesterday ;)], should we progress to asking in #ubuntu-release ?08:46
lubot<mitya57> @RikMills [should we progress to asking in #ubuntu-release ?], Done08:59
lubot<mitya57> I will wait 15 minutes and then retry qtwebengine09:09
lubot<RikMills> \o/09:09
lubot<Santa> thanks09:10
lubot<RikMills> @mitya57 [I will wait 15 minutes and then retry qtwebengine], then wait 20+ hrs for arm64 😢😂09:11
lubot<mitya57> It started building!09:32
lubot<RikMills> :)09:33
lubot<Santa> also: https://launchpad.net/ubuntu/+source/qtwebkit-opensource-src09:59
lubot<Santa> needs to be retried at some point10:00
lubot<RikMills> @Santa [needs to be retried at some point], done10:04
lubot<mitya57> @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:05
lubot<RikMills> @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/configs11:07
lubot<mitya57> Thanks!11:08
lubot<RikMills> move the qt files from monitor/planned folder to monitor/ongoing folder11:08
lubot* mitya57 uploaded rebuilds for level 2 reverse dependencies11:08
lubot<mitya57> Pushed https://bazaar.launchpad.net/~ubuntu-transition-trackers/ubuntu-transition-tracker/configs/revision/850, thanks again11:10
lubot<RikMills> np11:12
lubot<mitya57> hedgewars failed to install build-dependencies because of some ghc stuff11:13
lubot<mitya57> fcitx-qt5 failed with symbols error, that is much easier to fix11:14
lubot<mitya57> qtpim failed with tests failures :(11:38
lubot<RikMills> :/12:42
lubot<RikMills> vorlon has been doing rebuilds for new ghc, so he may know the state of play12:45
lubot<Santa> qtpim looks like a timeout13:44
lubot<Santa> I mean, just retrying might built it I guess. it was build succesfully for riscv6413:46
lubot<Santa> * built13:46
lubot<mitya57> @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.13:59
lubot<mitya57> In addition to all that, there is an endianness error on s390x, but it is also not new.14:00
lubot<mitya57> I will look at it a bit later.14:00
lubot<Santa> https://launchpad.net/ubuntu/+source/xdg-desktop-portal-kde/5.19.5-0ubuntu3/+build/2022464014:03
lubot<mitya57> Just retried.14:03
lubot<Santa> ↑ this one needs a rebuild I guess14:03
lubot<Santa> thanks14:03
lubot<mitya57> 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:27
lubot<RikMills> thanks19:35
lubot<RikMills> ghc transition apparently has multiple levels of rebuilds to do before all works, so might not be quick19:36
lubot<Santa> @mitya57 who is Mike Gabriel?19:44
lubot<mitya57> @Santa [@mitya57 who is Mike Gabriel?], qtpim maintainer, see https://tracker.debian.org/pkg/qtpim-opensource-src19:45
lubot<Santa> of the debian package19:45
lubot<mitya57> Yes19:45
lubot<Santa> alright can you please forward to him my guess about the failure?19:46
lubot<Santa> mu guess is:19:46
lubot<Santa> * my guess is:19:46
lubot<Santa> This commit is causing the autotest regression: https://code.qt.io/cgit/qt/qtbase.git/commit/?id=edec095cf80b62057116ce75c581b5ca5866bdcc19:47
lubot<Santa> I'm also guessing "2.0" and "-1.0" are being read as ints since that commit19:48
lubot<Santa> therefore the autotests fails because it's expecting a double19:48
lubot<Santa> JUST A GUESS XD19:48
lubot<mitya57> @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.1519:48
lubot<mitya57> @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
lubot<mitya57> Maybe it's an effect of the major parser rewrite in 5.15 (it now uses CBOR internally).19:49
lubot<Santa> I would bet for the JSON parser19:50
lubot<mitya57> 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#n71119:55
lubot<mitya57> So I have no idea why they are actually becoming qlonglong :/19:55
lubot<Santa> 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=35adb74ddd915831789f0175423660f8e898942e19:56
lubot<mitya57> Yes, probably that one. But it's just a guess.19:56
lubot<mitya57> Maybe the best way to fix it is replacing 2.0 with 2.1 and -1.0 with -1.120:05
lubot<mitya57> Anyway, end of day for me, good night20:05
lubot<RikMills> @mitya57 thank you. I think progress has been good :)20:26
lubot<Santa> I guess it won't be a tragedy if the qtpim reads "2.0" as integer into a QVariant20:27
lubot<Santa> good night20:27

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!