Bug#1030730: qtquickcontrols-opensource-src FTBFS on hppa
El martes, 14 de marzo de 2023 12:21:42 -03 Dmitry Shachnev escribió: > Hi Helge! [snip] > Thank you very much for testing this. > > I would say that there are some issues with styles (low contrast, some > controls are missing or just not rendered properly), but other than that > it works. > > I am attaching a screenshot of how it looks for me, for comparison. This might probbly be because we have tons of Qt packages installed by default, specially QML ones. Examples do not ship all the required dependencies, which is probably just fine. > I have now committed the fix to our repository. For Bookworm 5.15.8-2 is > probably the last upload, and it has already been built on a buildd. But this > fix will make its way to Trixie. ThanksDmitry! signature.asc Description: This is a digitally signed message part.
Bug#1030730: qtquickcontrols-opensource-src FTBFS on hppa
Hi Helge! On Mon, Mar 13, 2023 at 09:58:21PM +0100, Helge Deller wrote: > Anyway, I installed the KDE packages today and the qtquickcontrols5-examples > you mentioned. > Attached is a screenshot, which shows some KDE programs (but not KWin/plasma > as I have problems with that with the built-in graphics card). > I started the quickcontrols-filesystembrowser too (lower mid part of > screen), but I assume it does not look like what it should? Thank you very much for testing this. I would say that there are some issues with styles (low contrast, some controls are missing or just not rendered properly), but other than that it works. I am attaching a screenshot of how it looks for me, for comparison. I have now committed the fix to our repository. For Bookworm 5.15.8-2 is probably the last upload, and it has already been built on a buildd. But this fix will make its way to Trixie. -- Dmitry Shachnev signature.asc Description: PGP signature
Bug#1030730: qtquickcontrols-opensource-src FTBFS on hppa
Hi Helge! On Mon, 13 Mar 2023 at 17:58, Helge Deller wrote: > > Hi Lisandro, > > On 3/12/23 23:05, Lisandro Damián Nicanor Pérez Meyer wrote: > > On Sun, 12 Mar 2023 at 19:00, Helge Deller wrote: > >> > >> On 3/12/23 22:40, Lisandro Damián Nicanor Pérez Meyer wrote: > >>> I'm afraid we had similar problems before. Let's better wait for > >>> someone to properly test that things are working. > >> > >> How should one test? > > > > Install > > > > https://packages.debian.org/sid/qtquickcontrols5-examples > > > > And then run and use, for example: > > > > /usr/lib/x86_64-linux-gnu/qt5/examples/quickcontrols/controls/filesystembrowser/filesystembrowser > > > > That alone is a good test. Extra points if you use KDE. > > Thanks for the instructions. > I'm usually running my machines as server (build servers) only. > Anyway, I installed the KDE packages today and the qtquickcontrols5-examples > you mentioned. > Attached is a screenshot, which shows some KDE programs (but not KWin/plasma > as I have problems > with that with the built-in graphics card). Excellent! That's just great! > I started the quickcontrols-filesystembrowser too (lower mid part of screen), > but I assume it > does not look like what it should? That might be some other qml module missing, but clearly stuff is working here. I just noticed the bug was in tree view, but oh well, I guess we can live with that unless a user files a bug. I do not have access to the repo right now, but either Dmitry or I will update the test. Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer https://perezmeyer.com.ar/
Bug#1030730: qtquickcontrols-opensource-src FTBFS on hppa
Hi, On Sun, 12 Mar 2023 at 19:00, Helge Deller wrote: > > On 3/12/23 22:40, Lisandro Damián Nicanor Pérez Meyer wrote: > > I'm afraid we had similar problems before. Let's better wait for > > someone to properly test that things are working. > > Just out of couriosity: > Do you know if someone tested on mips, mips64el, mipsel, powerpc, ppc64, > riscv64 or s390x ? I know of people running KDE without issue on all of them except for mips*. Those are official archs so I'll have to guess it has users and it works. I know I can be wrong here. > How should one test? Install https://packages.debian.org/sid/qtquickcontrols5-examples And then run and use, for example: /usr/lib/x86_64-linux-gnu/qt5/examples/quickcontrols/controls/filesystembrowser/filesystembrowser That alone is a good test. Extra points if you use KDE. -- Lisandro Damián Nicanor Pérez Meyer https://perezmeyer.com.ar/
Bug#1030730: qtquickcontrols-opensource-src FTBFS on hppa
On 3/12/23 22:40, Lisandro Damián Nicanor Pérez Meyer wrote: I'm afraid we had similar problems before. Let's better wait for someone to properly test that things are working. Just out of couriosity: Do you know if someone tested on mips, mips64el, mipsel, powerpc, ppc64, riscv64 or s390x ? How should one test? Helge
Bug#1030730: qtquickcontrols-opensource-src FTBFS on hppa
Hi! On Sun, 12 Mar 2023 at 18:12, Helge Deller wrote: [snip]> > But have you checked that the produced package is usable? > > I'm not sure any longer if it was me or not. > So, at least I did not check. > > > Does Qt QML engine work on hppa, or there are issues caused by stack > > growing up? > > I can't easily test, as my machines run server builds. > > > If you think it works, then I will be happy to disable the tests there. > > If you look at the log > https://buildd.debian.org/status/fetch.php?pkg=qtquickcontrols-opensource-src=hppa=5.15.8-2=1675556283=0 > the "qtquickcontrols::Tests_TreeView::test_pressAndHold()" test was the only > one which failed, > same as on the other platforms. So I'd believe it works. I'm afraid we had similar problems before. Let's better wait for someone to properly test that things are working. -- Lisandro Damián Nicanor Pérez Meyer https://perezmeyer.com.ar/
Bug#1030730: qtquickcontrols-opensource-src FTBFS on hppa
Hello Dmitry, On 3/11/23 19:19, Dmitry Shachnev wrote: On Mon, Feb 06, 2023 at 10:12:37PM +0100, Helge Deller wrote: Package: qtquickcontrols-opensource-src Tags: ftbfs, hppa Version: 5.15.8-2 qtquickcontrols-opensource-src FTBFS on hppa with this testcase failure: FAIL! : qtquickcontrols::Tests_TreeView::test_pressAndHold() Compared values are not the same Actual (): 0 Expected (): 1 Loc: [/<>/tests/auto/controls/data/tst_treeview.qml(274)] see: https://buildd.debian.org/status/fetch.php?pkg=qtquickcontrols-opensource-src=hppa=5.15.8-2=1675556283=0 Looking at debian/rules file I see: $(MAKE) install INSTALL_ROOT=$(CURDIR)/test_root ifneq (,$(filter $(DEB_HOST_ARCH),mips mips64el mipsel powerpc ppc64 riscv64 s390x)) # mips*: segmentation fault, see #868745 # powerpc, ppc64: some failures in extras::Tests_Picture and extras::Tests_StatusIndicator # riscv64: failure in qtquickcontrols::Tests_TreeView::test_pressAndHold # s390x: some failures in qtquickcontrols::Tests_TableView and qtquickcontrols::Tests_TreeView -xvfb-run -a -s "-screen 0 1024x768x24 +extension RANDR +extension RENDER +extension GLX" \ dh_auto_test --no-parallel -- QML2_IMPORT_PATH=$(CURDIR)/test_root/usr/lib/$(DEB_HOST_MULTIARCH)/qt5/qml else so, "riscv64" fails the same testcase. I don't know the backgrounds why riscv64 fails, but I assume adding "hppa" to the ifneq() like this: ifneq (,$(filter $(DEB_HOST_ARCH),mips mips64el mipsel powerpc ppc64 riscv64 s390x hppa)) might fix (or avoid) the FTBFS. I see that someone forced the package to build without the tests, so now it's available in the hppa archive. Yes, sometimes we need to force a build without tests to guarantee forward progress for dependend packages. But we do that rarely and of course it's better to really fix such issues (and avoid that extra build). But have you checked that the produced package is usable? I'm not sure any longer if it was me or not. So, at least I did not check. Does Qt QML engine work on hppa, or there are issues caused by stack growing up? I can't easily test, as my machines run server builds. If you think it works, then I will be happy to disable the tests there. If you look at the log https://buildd.debian.org/status/fetch.php?pkg=qtquickcontrols-opensource-src=hppa=5.15.8-2=1675556283=0 the "qtquickcontrols::Tests_TreeView::test_pressAndHold()" test was the only one which failed, same as on the other platforms. So I'd believe it works. It would be great if you could apply that patch. Thank you, Helge
Bug#1030730: qtquickcontrols-opensource-src FTBFS on hppa
Hi Helge! On Mon, Feb 06, 2023 at 10:12:37PM +0100, Helge Deller wrote: > Package: qtquickcontrols-opensource-src > Tags: ftbfs, hppa > Version: 5.15.8-2 > > qtquickcontrols-opensource-src FTBFS on hppa with this testcase failure: > FAIL! : qtquickcontrols::Tests_TreeView::test_pressAndHold() Compared values > are not the same >Actual (): 0 >Expected (): 1 >Loc: [/<>/tests/auto/controls/data/tst_treeview.qml(274)] > > see: > https://buildd.debian.org/status/fetch.php?pkg=qtquickcontrols-opensource-src=hppa=5.15.8-2=1675556283=0 > > Looking at debian/rules file I see: > $(MAKE) install INSTALL_ROOT=$(CURDIR)/test_root > ifneq (,$(filter $(DEB_HOST_ARCH),mips mips64el mipsel powerpc ppc64 riscv64 > s390x)) > # mips*: segmentation fault, see #868745 > # powerpc, ppc64: some failures in extras::Tests_Picture and > extras::Tests_StatusIndicator > # riscv64: failure in > qtquickcontrols::Tests_TreeView::test_pressAndHold > # s390x: some failures in qtquickcontrols::Tests_TableView and > qtquickcontrols::Tests_TreeView > -xvfb-run -a -s "-screen 0 1024x768x24 +extension RANDR +extension > RENDER +extension GLX" \ > dh_auto_test --no-parallel -- > QML2_IMPORT_PATH=$(CURDIR)/test_root/usr/lib/$(DEB_HOST_MULTIARCH)/qt5/qml > else > > so, "riscv64" fails the same testcase. > I don't know the backgrounds why riscv64 fails, but I assume adding "hppa" to > the ifneq() like this: > ifneq (,$(filter $(DEB_HOST_ARCH),mips mips64el mipsel powerpc ppc64 riscv64 > s390x hppa)) > might fix (or avoid) the FTBFS. I see that someone forced the package to build without the tests, so now it's available in the hppa archive. But have you checked that the produced package is usable? Does Qt QML engine work on hppa, or there are issues caused by stack growing up? If you think it works, then I will be happy to disable the tests there. -- Dmitry Shachnev signature.asc Description: PGP signature
Bug#1030730: qtquickcontrols-opensource-src FTBFS on hppa
Package: qtquickcontrols-opensource-src Tags: ftbfs, hppa Version: 5.15.8-2 qtquickcontrols-opensource-src FTBFS on hppa with this testcase failure: FAIL! : qtquickcontrols::Tests_TreeView::test_pressAndHold() Compared values are not the same Actual (): 0 Expected (): 1 Loc: [/<>/tests/auto/controls/data/tst_treeview.qml(274)] see: https://buildd.debian.org/status/fetch.php?pkg=qtquickcontrols-opensource-src=hppa=5.15.8-2=1675556283=0 Looking at debian/rules file I see: $(MAKE) install INSTALL_ROOT=$(CURDIR)/test_root ifneq (,$(filter $(DEB_HOST_ARCH),mips mips64el mipsel powerpc ppc64 riscv64 s390x)) # mips*: segmentation fault, see #868745 # powerpc, ppc64: some failures in extras::Tests_Picture and extras::Tests_StatusIndicator # riscv64: failure in qtquickcontrols::Tests_TreeView::test_pressAndHold # s390x: some failures in qtquickcontrols::Tests_TableView and qtquickcontrols::Tests_TreeView -xvfb-run -a -s "-screen 0 1024x768x24 +extension RANDR +extension RENDER +extension GLX" \ dh_auto_test --no-parallel -- QML2_IMPORT_PATH=$(CURDIR)/test_root/usr/lib/$(DEB_HOST_MULTIARCH)/qt5/qml else so, "riscv64" fails the same testcase. I don't know the backgrounds why riscv64 fails, but I assume adding "hppa" to the ifneq() like this: ifneq (,$(filter $(DEB_HOST_ARCH),mips mips64el mipsel powerpc ppc64 riscv64 s390x hppa)) might fix (or avoid) the FTBFS. Helge