Summary: | app-crypt/gpgme-1.17.1[qt5] - t-addexistingsubkey.cpp:(<snip>) undefined reference to QGpgME::AddExistingSubkeyJob::result(GpgME::Error | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | orbea, sam |
Priority: | Normal | Keywords: | PullRequest, TESTFAILURE |
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://dev.gnupg.org/T6136 | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=798654 https://github.com/gentoo/gentoo/pull/27083 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 765709 | ||
Attachments: |
emerge-info.txt
app-crypt:gpgme-1.17.1:20220514-200114.log.bz2 emerge-history.txt environment etc.portage.tar.bz2 logs.tar.bz2 temp.tar.bz2 |
Description
Toralf Förster
2022-05-14 20:41:16 UTC
Created attachment 778928 [details]
emerge-info.txt
Created attachment 778931 [details]
app-crypt:gpgme-1.17.1:20220514-200114.log.bz2
Created attachment 778934 [details]
emerge-history.txt
Created attachment 778937 [details]
environment
Created attachment 778940 [details]
etc.portage.tar.bz2
Created attachment 778943 [details]
logs.tar.bz2
Created attachment 778946 [details]
temp.tar.bz2
Still can't reproduce this. Still works on my side. toralf, how easily can you reproduce this? We're really struggling here. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3ba2afcc77d13823ee5b9e935619b8be08b11790 commit 3ba2afcc77d13823ee5b9e935619b8be08b11790 Author: Sam James <sam@gentoo.org> AuthorDate: 2022-05-17 04:51:06 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-05-17 05:33:58 +0000 app-crypt/gpgme: conditionally build tests; die if tests can't be run 1. Conditionally build tests which gives us a neat speedup for build time; 2. If tests are explicitly requested and we can't run them b/c of WORKDIR length, let's bail out. It's important that we don't get a false positive that the package is okay (especially given its importance). (Noticed when poking at the slibtool bug, although I don't think this will actually fix anything there.) Bug: https://bugs.gentoo.org/844226 Signed-off-by: Sam James <sam@gentoo.org> app-crypt/gpgme/gpgme-1.17.1.ebuild | 25 +++++++++++++++---------- 1 file changed, 15 insertions(+), 10 deletions(-) (In reply to Sam James from comment #10) > toralf, how easily can you reproduce this? We're really struggling here. emerges fine at current images, so an rdlibtool issue ? > emerges fine at current images, so an rdlibtool issue ?
@Toralf, Hard to be sure, it could be something that only triggers under specific circumstances, but without a test case its hard to track down.
clang has a much nicer error. rdlibtool --tag=CXX --mode=link clang++ -g -O2 -no-install -o t-revokekey t-revokekey.o t-support.o ../../cpp/src/libgpgmepp.la ../src/libqgpgme.la ../../../src/libgpgme.la -lQt5Core -lgpg-error -lQt5Test -lQt5Core -lstdc++ rdlibtool: lconf: {.name="libtool"}. rdlibtool: fdcwd: {.fdcwd=AT_FDCWD, .realpath="/tmp/gpgme-1.18.0/lang/qt/tests"}. rdlibtool: lconf: fstatat(AT_FDCWD,".",...) = 0 {.st_dev = 45, .st_ino = 346600}. rdlibtool: lconf: openat(AT_FDCWD,"libtool",O_RDONLY,0) = -1 [ENOENT]. rdlibtool: lconf: openat(AT_FDCWD,"../",O_DIRECTORY,0) = 3. rdlibtool: lconf: fstat(3,...) = 0 {.st_dev = 45, .st_ino = 346598}. rdlibtool: lconf: openat(3,"libtool",O_RDONLY,0) = -1 [ENOENT]. rdlibtool: lconf: openat(3,"../",O_DIRECTORY,0) = 4. rdlibtool: lconf: fstat(4,...) = 0 {.st_dev = 45, .st_ino = 346436}. rdlibtool: lconf: openat(4,"libtool",O_RDONLY,0) = -1 [ENOENT]. rdlibtool: lconf: openat(4,"../",O_DIRECTORY,0) = 3. rdlibtool: lconf: fstat(3,...) = 0 {.st_dev = 45, .st_ino = 346258}. rdlibtool: lconf: openat(3,"libtool",O_RDONLY,0) = 4. rdlibtool: lconf: found "/tmp/gpgme-1.18.0/libtool". rdlibtool: link: clang++ t-revokekey.o t-support.o -g -O2 -L../../cpp/src/.libs -lgpgmepp -L../../cpp/src/../../../src/.libs -lgpgme -L/usr/lib64 -lassuan -lgpg-error -lassuan -L../src/.libs -lqgpgme -L../src/../../cpp/src/.libs -lgpgmepp -L../src/../../cpp/src/../../../src/.libs -lgpgme -lassuan -lgpg-error -L../src/../../../src/.libs -lQt5Core -L../../../src/.libs -lgpgme -lassuan -lgpg-error -lQt5Test -lQt5Core -lstdc++ -o .libs/t-revokekey ld.lld: error: undefined symbol: QGpgME::RevokeKeyJob::result(GpgME::Error const&, QString const&, GpgME::Error const&) >>> referenced by char_traits.h:0 (/usr/lib/gcc/x86_64-pc-linux-gnu/11.3.0/include/g++-v11/bits/char_traits.h:0) >>> t-revokekey.o:(RevokeKeyJobTest::testAsync()) ld.lld: error: undefined symbol: QGpgME::RevokeKeyJob::staticMetaObject >>> referenced by qobject.h:343 (/usr/include/qt5/QtCore/qobject.h:343) >>> t-revokekey.o:(RevokeKeyJobTest::testAsync()) clang-14: error: linker command failed with exit code 1 (use -v to see invocation) rdlibtool: exec error upon slbt_exec_link_create_executable(), line 1745: (see child process error messages). rdlibtool: < returned to > slbt_exec_link(), line 2155. make[4]: *** [Makefile:774: t-revokekey] Error 2 make[4]: Leaving directory '/tmp/gpgme-1.18.0/lang/qt/tests' make[3]: *** [Makefile:673: all] Error 2 make[3]: Leaving directory '/tmp/gpgme-1.18.0/lang/qt/tests' make[2]: *** [Makefile:466: all-recursive] Error 1 make[2]: Leaving directory '/tmp/gpgme-1.18.0/lang/qt' make[1]: *** [Makefile:463: all-recursive] Error 1 make[1]: Leaving directory '/tmp/gpgme-1.18.0/lang' make: *** [Makefile:540: all-recursive] Error 1 The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b140713e716f7ba9927dbfac65714f2bfec63a9a commit b140713e716f7ba9927dbfac65714f2bfec63a9a Author: orbea <orbea@riseup.net> AuthorDate: 2022-08-31 01:00:43 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-09-01 02:15:48 +0000 app-crypt/gpgme: Remove --with-libassuan-prefix The --with-libassuan-prefix configure argument causes app-crypt/gpgme to use the deprecated libassuan-config script instead of the maintained gpgrt-config script. Bug: https://bugs.gentoo.org/811933 Closes: https://bugs.gentoo.org/844226 Upstream-Bug: https://dev.gnupg.org/T6136 Signed-off-by: Sam James <sam@gentoo.org> app-crypt/gpgme/gpgme-1.18.0-r1.ebuild | 130 +++++++++++++++++++++++++++++++++ 1 file changed, 130 insertions(+) Additionally, it has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2decb35d9c92550ed0688745039751b38dd5b916 commit 2decb35d9c92550ed0688745039751b38dd5b916 Author: orbea <orbea@riseup.net> AuthorDate: 2022-08-31 16:28:29 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-09-01 02:15:51 +0000 app-crypt/gpa: Backport upstream autoconf fixes Bug: https://bugs.gentoo.org/844226 Upstream-commit: https://dev.gnupg.org/rGPAb40ff3b1f20dec3b14ca72d0af50137e38cd1808 Closes: https://github.com/gentoo/gentoo/pull/27083 Signed-off-by: Sam James <sam@gentoo.org> app-crypt/gpa/files/gpa-0.10.0-autoconf.patch | 1111 +++++++++++++++++++++++++ app-crypt/gpa/gpa-0.10.0-r1.ebuild | 42 + 2 files changed, 1153 insertions(+) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d15df13c250dc29e4a56af4d7b478e286737b753 commit d15df13c250dc29e4a56af4d7b478e286737b753 Author: orbea <orbea@riseup.net> AuthorDate: 2022-08-31 02:08:12 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-09-01 02:15:51 +0000 app-crypt/scute: Remove outdated configure args Removes --with-libgpg-error-prefix and --with-libassuan-prefix which are for the deprecated libgpg-error-config and libassuan-config scripts. It should be using gpgrt-config instead. Bug: https://bugs.gentoo.org/844226 Signed-off-by: Sam James <sam@gentoo.org> app-crypt/scute/scute-1.7.0-r1.ebuild | 52 +++++++++++++++++++++++++++++++++++ 1 file changed, 52 insertions(+) https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d920faef3dd6d61ff4163c523a1ec0413c98a790 commit d920faef3dd6d61ff4163c523a1ec0413c98a790 Author: orbea <orbea@riseup.net> AuthorDate: 2022-08-31 00:57:06 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-09-01 02:15:41 +0000 dev-libs/libgpg-error: Add gpgrt-config patch Adds a patch to remove the standard system --libdir from the gpgrt-config output. This is required when building app-crypt/gpgme with slibtool to avoid linking with the old system library instead of the newly built library. Bug: https://bugs.gentoo.org/811933 Bug: https://bugs.gentoo.org/844226 Upstream-Bug: https://dev.gnupg.org/T6136 Upstream-Commit: https://dev.gnupg.org/rE4615816f71e91f4c3bb8b0e4122dd153ec7c1927 Signed-off-by: Sam James <sam@gentoo.org> .../libgpg-error-1.45-gpgrt_config_libdir.patch | 56 ++++++++++++++++++ dev-libs/libgpg-error/libgpg-error-1.45-r1.ebuild | 68 ++++++++++++++++++++++ 2 files changed, 124 insertions(+) |