/srv/irclogs.ubuntu.com/2020/05/19/#ubuntu-qt.txt

lubot<RikMills> (Photo, 806x335) https://i.imgur.com/HluyrWt.jpg08:16
lubot<RikMills> @mitya57 you aware of anything such? ^08:16
lubot<RikMills> I have a feeling some autotests failed with similar?08:17
lubot<mitya57> In 5.14.2 I removed a patch that may be related.08:18
lubot<RikMills> http://autopkgtest.ubuntu.com/packages/n/notepadqq/groovy/amd6408:19
lubot<RikMills> tests failing with similar error08:19
lubot<mitya57> https://salsa.debian.org/qt-kde-team/qt/qtwebengine/-/commit/e0bb0919ad7c7920dfdf59be36a2de6833cd72bf08:19
lubot<mitya57> Also we are building with bundled ICU because Debian has an old version, in Ubuntu there is no such problem so maybe building with system ICU again will help.08:20
lubot<RikMills> I have a groovy VM on another machine I can test any trial PPA build you might do08:22
lubot<tsimonq2> @mitya57 [Interesting, vorlon reinstantiated the previous qtwebengine upload, I thought su …], copy-package takes any version as an argument08:42
lubot<tsimonq2> And he's an AA so he has the powers08:42
lubot<mitya57> @RikMills [I have a groovy VM on another machine I can test any trial PPA build you might d …], Will it be OK if I upload to the same PPA (4057)?09:03
lubot<RikMills> Do you want to copy it to the archive from the PPA if it tests OK? if so, I think you will need a fresh ticket. If not, then should do no harm09:05
lubot<mitya57> If it is one package then I can copy it manually.09:05
lubot<RikMills> right. I have never tried that09:06
lubot<RikMills> anyway, using that ppa should not steop us finalizing the ticket09:06
lubot<mitya57> Uploaded.09:17
lubot<mitya57> I wonder if I should have created a separate qml-module-qtqml package. Neon guys did not add it. And it breaks a few packages, e.g. kitemmodels.11:10
lubot<mitya57> @RikMills what do you think?11:11
lubot<mitya57> Looks like a separate .so file for that module was added as part of https://code.qt.io/cgit/qt/qtdeclarative.git/commit/?id=43573c8df170c56611:15
lubot<RikMills> I guess it makes sense as you did it11:16
lubot<RikMills> I think...11:17
lubot<mitya57> The documentation lists it as a separate module (https://doc.qt.io/qt-5/qtqml-qmlmodule.html) and I think it is possible to use QtQml without importing it, so maybe that was correct, yes.11:17
lubot<mitya57> In that case kitemmodels tests need to depend on it (outside of autotests directory, it is not used).11:18
lubot<RikMills> shall I upload that then?11:49
lubot<mitya57> Yes, please11:50
lubot<RikMills> done11:55
lubot<mitya57> Thanks11:55
lubot<RikMills> missing symbols for qtwebengine :(11:56
lubot<mitya57> Oops11:57
lubot<mitya57> Will fix in 15 minutes11:57
lubot<mitya57> Done.12:28
lubot<RikMills> @mitya57 https://bugreports.qt.io/browse/QTBUG-8258918:22
lubot<RikMills> https://bugs.mageia.org/show_bug.cgi?id=2620018:24
ubottubugs.mageia.org bug 26200 in RPM Packages "Kontact does not start because it is looking for qtwebengine in the wrong place" [Critical,Resolved: fixed]18:24
lubot<mitya57> Interesting that qtdiag prints the right path.18:25
lubot<mitya57> But this is without usrmerge. Do you have it enabled?18:25
lubot<RikMills> I guess so. This is a default install18:26
lubot<mitya57> Let me try to build qtbase with `-no-feature-relocatable` in that PPA.18:26
lubot<RikMills> Ok. Thanks!18:27
lubot<mitya57> Uploaded.18:31
lubot<RikMills> aha https://packaging.neon.kde.org/qt/qtbase.git/commit/debian/rules?h=Neon/release&id=2cbf7f4d5d1ea1496d76f0a159187af96b3401c320:08
lubot<mitya57> So this was the right change :)20:19
lubot<mitya57> FWIW, I uploaded qcustomplot which should fix the autopkgtest failure.20:21
fvogtFYI, that's what upstream Qt recommends for system-wide installations anyway20:21
lubot<RikMills> this change should fix notepadqq tests I hope20:22
mitya57fvogt: Thanks for confirming!20:22
lubot<mitya57> @RikMills [this change should fix notepadqq tests I hope], Maybe you can already test how kontact behaves? Qtbase built on amd6420:24
lubot<RikMills> @mitya57 [Maybe you can already test how kontact behaves? Qtbase built on amd64], I tried a few mins ago. Had not published the amd64 in the PPA yet20:25
lubot<mitya57> "Finished 50 minutes ago" — hopefully should be published soon20:26
lubot<RikMills> Looks like it just has!20:27
lubot<RikMills> @mitya57 fixed!20:29
lubot<mitya57> Great! I am copying it to archive then.20:29
lubot<mitya57> Or better to wait until it builds on all architectures and copy with binaries? What do you think?20:31
lubot<RikMills> I think either way, some arches will not be done until after midnight my time. and riscv64 took 8 hrs last time, so waiting to binary copy that means tomorrow20:34
lubot<RikMills> so I think I would source copy or upload20:35
lubot<RikMills> that way autotests will get queued overnight20:35
lubot<RikMills> as they do not wait for riscv64 to be done20:35
lubot<mitya57> Copied with existing binaries. Apparently it was possible :)20:36
lubot<RikMills> really? nice20:36
lubot<RikMills> I assumed that would fail. handy to know20:37
lubot<mitya57> For arm and riscv64 new builds are started.20:37
lubot<RikMills> ah. I think it errors when there are binaries, but they are not published in the source archive. that must be what failed for me once before20:39
lubot<mitya57> Maybe.20:40
lubot<RikMills> I have triggered kitemmodels retests20:41
lubot<RikMills> and I will probably do some more looking in the morning20:42
lubot<mitya57> Thanks!20:43
lubot<RikMills> sadly we are are queued behind about 1.5 billion perl tests 🙄20:43
lubot<mitya57> 😱20:44

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