[Bug 1189991] New: qt5 rcc error: No data signature found
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991 Bug ID: 1189991 Summary: qt5 rcc error: No data signature found Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development Assignee: screening-team-bugs@suse.de Reporter: hillwoodroc@gmail.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- build log: [ 104s] g++ -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -flto=auto -DOPENSSL_LOAD_CONF -g -Wall -fprofile-arcs -ftest-coverage -fno-access-control -O0 -O2 -std=gnu++11 -pthread -Wall -Wextra -D_REENTRANT -fPIC -DVERSION=5.9.13 -DQT_NO_DEBUG_OUTPUT -DQT_DEPRECATED_WARNINGS -DQT_NO_DEBUG -DQT_PRINTSUPPORT_LIB -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_SQL_LIB -DQT_DBUS_LIB -DQT_TESTLIB_LIB -DQT_CORE_LIB -DQT_TESTCASE_BUILDDIR='"/home/abuild/rpmbuild/BUILD/deepin-reader-5.9.13/tests"' -c ./qrc_files.cpp -o ./qrc_files.tmp.o [ 104s] /usr/lib64/qt5/bin/rcc -name files files.qrc -pass 2 -temp ./qrc_files.tmp.o -o qrc_files.o [ 104s] No data signature found [ 104s] make[1]: *** [Makefile:884: qrc_files.o] Error 1 [ 104s] make[1]: Leaving directory '/home/abuild/rpmbuild/BUILD/deepin-reader-5.9.13/tests' [ 105s] make[1]: Entering directory '/home/abuild/rpmbuild/BUILD/deepin-reader-5.9.13/tests' Removing resources_big from .pro can workaround this issue. But it will be out of memory. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991#c2
--- Comment #2 from Hillwood Yang
Hi Fabian Vogt, would you please help to take a look at this issue? I'm not sure whether it is right to assign it to you, please feel free to reassign whenever necessary, thanks.
I doubt this is a issue of %qmake5 macro. Maybe "-flto=auto" conflicts with resources_big. The "-flto=auto" enables in %qmake macro on Tumbleweed but does not enable on Leap. So the building is failure on Tumbleweed but success on Leap. Using qmake-qt5 instead of %qmake5 macro is also success. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991#c3
Fabian Vogt
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991#c4
--- Comment #4 from Fabian Vogt
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991#c5
--- Comment #5 from Hillwood Yang
IMO, "resources_big" should be avoided anyway. It leads to longer compile times and bigger executables, and the way it works is pretty hacky and fragile. Especially when the resource data is that big that compiling runs out of memory, it's much better to just read the data files directly instead.
In this particular case it appears to affect test cases, which aren't shipped in packages anyway. So there's no reason to use resources for those.
I can not avoid "resources_big" on Tumbleweed. It leads to be the hign memory usage issue without "resources_big", it needs 14GB memory to complete the building for this project https://build.opensuse.org/package/show/X11:Deepin:Factory/deepin-reader. But this serious memory issue does not occur on Leap. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991#c6
--- Comment #6 from Fabian Vogt
(In reply to Fabian Vogt from comment #4)
IMO, "resources_big" should be avoided anyway. It leads to longer compile times and bigger executables, and the way it works is pretty hacky and fragile. Especially when the resource data is that big that compiling runs out of memory, it's much better to just read the data files directly instead.
In this particular case it appears to affect test cases, which aren't shipped in packages anyway. So there's no reason to use resources for those.
I can not avoid "resources_big" on Tumbleweed. It leads to be the hign memory usage issue without "resources_big", it needs 14GB memory to complete the building for this project https://build.opensuse.org/package/show/X11:Deepin:Factory/deepin-reader. But this serious memory issue does not occur on Leap.
The data should not be embedded as resources but read from the filesystem directly. https://github.com/linuxdeepin/deepin-reader/blob/dev/tests/ut_defines.h should use QFINDTESTDATA instead of resources. Or just don't build the tests at all, the .spec file doesn't run them anyway. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991#c7
Hillwood Yang
http://bugzilla.opensuse.org/show_bug.cgi?id=1189991
Hans-Peter Jansen
participants (1)
-
bugzilla_noreply@suse.com