lubot | <RikMills> (Photo, 806x335) https://i.imgur.com/HluyrWt.jpg | 08: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/amd64 | 08:19 |
lubot | <RikMills> tests failing with similar error | 08:19 |
lubot | <mitya57> https://salsa.debian.org/qt-kde-team/qt/qtwebengine/-/commit/e0bb0919ad7c7920dfdf59be36a2de6833cd72bf | 08: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 do | 08:22 |
lubot | <tsimonq2> @mitya57 [Interesting, vorlon reinstantiated the previous qtwebengine upload, I thought su …], copy-package takes any version as an argument | 08:42 |
lubot | <tsimonq2> And he's an AA so he has the powers | 08: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 harm | 09:05 |
lubot | <mitya57> If it is one package then I can copy it manually. | 09:05 |
lubot | <RikMills> right. I have never tried that | 09:06 |
lubot | <RikMills> anyway, using that ppa should not steop us finalizing the ticket | 09: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=43573c8df170c566 | 11:15 |
lubot | <RikMills> I guess it makes sense as you did it | 11: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, please | 11:50 |
lubot | <RikMills> done | 11:55 |
lubot | <mitya57> Thanks | 11:55 |
lubot | <RikMills> missing symbols for qtwebengine :( | 11:56 |
lubot | <mitya57> Oops | 11:57 |
lubot | <mitya57> Will fix in 15 minutes | 11:57 |
lubot | <mitya57> Done. | 12:28 |
lubot | <RikMills> @mitya57 https://bugreports.qt.io/browse/QTBUG-82589 | 18:22 |
lubot | <RikMills> https://bugs.mageia.org/show_bug.cgi?id=26200 | 18:24 |
ubottu | bugs.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 install | 18: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=2cbf7f4d5d1ea1496d76f0a159187af96b3401c3 | 20: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 |
fvogt | FYI, that's what upstream Qt recommends for system-wide installations anyway | 20:21 |
lubot | <RikMills> this change should fix notepadqq tests I hope | 20:22 |
mitya57 | fvogt: 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 amd64 | 20: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 yet | 20:25 |
lubot | <mitya57> "Finished 50 minutes ago" — hopefully should be published soon | 20: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 tomorrow | 20:34 |
lubot | <RikMills> so I think I would source copy or upload | 20:35 |
lubot | <RikMills> that way autotests will get queued overnight | 20:35 |
lubot | <RikMills> as they do not wait for riscv64 to be done | 20:35 |
lubot | <mitya57> Copied with existing binaries. Apparently it was possible :) | 20:36 |
lubot | <RikMills> really? nice | 20:36 |
lubot | <RikMills> I assumed that would fail. handy to know | 20: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 before | 20:39 |
lubot | <mitya57> Maybe. | 20:40 |
lubot | <RikMills> I have triggered kitemmodels retests | 20:41 |
lubot | <RikMills> and I will probably do some more looking in the morning | 20: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!