Summary: | net-misc/nextcloud-client-2.6.4 : webview.cpp.o: undefined reference to symbol '_ZN31QWebEngineUrlRequestInterceptor11qt_metacastEPKc@@Qt_5'; /usr/lib64/libQt5WebEngineCore.so.5: error adding symbols: DSO missing | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | J.Borme <gentoo_bugs.nu_q5v> |
Component: | Current packages | Assignee: | Bernard Cafarelli <voyageur> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | ago, gentoo_bugs.nu_q5v |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
J.Borme
2020-06-25 13:22:01 UTC
Created attachment 646340 [details]
build.log
I do not see that failure, qt 5.15 and gcc 10, and I could not find similar bug reports. I will push 2.6.5 to tree soon, does it fail in same way? A possible cause is parts of QT that were built with different gcc (just a blind guess though), it may be worth rebuilding dev-qt packages (In reply to Bernard Cafarelli from comment #2) Recompiled dev-qt/*, updated to 2.6.5, it now compiles ok. (In reply to Bernard Cafarelli from comment #2) On the way to recompile dev-qt/* (in my previous message), the last package on the build list is qtwebengine (the one that takes a very long time). At the same time I recompiled nextcloud-client before the end of compilation of qtwebengine, and it did not work (for both nextcloud-client-2.6.4 and 2.6.5), and then repeated the experiment after the end of qtwebengine, and it worked (for 2.6.4 and 2.6.5). This identifies the source, as you guessed, as a compile problem of the libs, specifically qtwebengine. For me the bug is to be closed, maybe as INVALID. Thanks for the support. Good to know, thanks for the update! *** Bug 750989 has been marked as a duplicate of this bug. *** |