Summary: | revdep-rebuild doesn't want to rebuild calibre, but revdep-rebuild.sh does | ||
---|---|---|---|
Product: | Portage Development | Reporter: | ascendant512+gentoo |
Component: | Tools | Assignee: | Portage Tools Team <tools-portage> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | realnc, richgentoo |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | emerge --info |
Description
ascendant512+gentoo
2016-12-25 03:12:36 UTC
The symbol not defined functionality has not been implemented in the python version of revdep-rebuild. The reason it has not been implemented is that revdep-rebuild.sh uses functionality from ldd to find library breakage and the python version was written to use scanelf. (In reply to ascendant512+gentoo from comment #0) > [ 41% ] * broken /usr/lib64/calibre/calibre/plugins/libheadless.so > (symbol _ZN20QEventDispatcherUNIX6selectEiP6fd_setS1_S1_P8timespec, version > Qt_5_PRIVATE_API not defined in file libQt5Core.so.5 with link time > reference) I wonder if this was triggered by a qtcore downgrade, after calibre had been built against a newer version of qtcore? A command like this might reveal that: qlop -l qtcore calibre (In reply to Paul Varner from comment #1) > The symbol not defined functionality has not been implemented in the python > version of revdep-rebuild. > > The reason it has not been implemented is that revdep-rebuild.sh uses > functionality from ldd to find library breakage and the python version was > written to use scanelf. Do you think it would be worthwhile to add an option to use ldd in the python version of revdep-rebuild? (In reply to Zac Medico from comment #2) > I wonder if this was triggered by a qtcore downgrade, after calibre had been > built against a newer version of qtcore? A command like this might reveal > that: > > qlop -l qtcore calibre Here is the requested info: Fri Nov 27 04:58:36 2015 >>> dev-qt/qtcore-4.8.6-r2 Fri Nov 27 05:49:38 2015 >>> dev-qt/qtcore-5.4.2 Fri Nov 27 16:42:22 2015 >>> dev-qt/qtcore-5.5.1 Sat Feb 20 01:20:35 2016 >>> dev-qt/qtcore-5.5.1-r1 Thu Apr 14 23:25:22 2016 >>> dev-qt/qtcore-4.8.6-r2 Sun May 15 05:02:22 2016 >>> dev-qt/qtcore-5.5.1-r1 Sun May 15 05:08:15 2016 >>> dev-qt/qtcore-4.8.6-r2 Tue Aug 9 02:08:08 2016 >>> dev-qt/qtcore-5.6.1 Tue Oct 25 03:23:41 2016 >>> dev-qt/qtcore-5.6.2 Sun Nov 6 14:54:41 2016 >>> app-text/calibre-2.70.0 Fri Nov 18 07:06:55 2016 >>> dev-qt/qtcore-5.6.2-r1 Mon Dec 12 03:20:05 2016 >>> dev-qt/qtcore-4.8.6-r2 Mon Dec 12 03:31:32 2016 >>> dev-qt/qtcore-5.6.2-r1 Mon Dec 12 05:28:56 2016 >>> app-text/calibre-2.70.0 Sat Dec 24 18:56:48 2016 >>> dev-qt/qtcore-5.7.1 Sat Dec 24 20:59:46 2016 >>> app-text/calibre-2.70.0 Not sure how much my opinion counts for this discussion, but as a user I'd rather not be adding options to revdep-rebuild to have it retain functionality already in revdep-rebuild.sh. I'm sure an option to turn off ldd-based checks for the purpose of a faster scan would be more appreciated though. I got a similar issue with another package. The underlying cause seems to be the same though, so it seems I shouldn't open a new bug for it. revdep-rebuild didn't detect dev-qt/qtxmlpatterns needing to be rebuilt, but revdep-rebuild.sh did: * Checking dynamic linking consistency [ 85% ] * broken /usr/lib64/qt5/qml/QtQuick/XmlListModel/libqmlxmllistmodelplugin.so (symbol _ZN3QV46Object12insertMemberEPNS_6StringEPKNS_8PropertyENS_18PropertyAttributesE version Qt_5_PRIVATE_API not defined in file libQt5Qml.so.5 with link time reference) [ 100% ] * Generated new 3_broken.rr * Assigning files to packages * /usr/lib64/qt5/qml/QtQuick/XmlListModel/libqmlxmllistmodelplugin.so -> dev-qt/qtxmlpatterns Output of "qlop -l dev-qt/qtdeclarative dev-qt/qtxmlpatterns": [older entries omitted] Tue Jul 3 17:53:32 2018 >>> dev-qt/qtxmlpatterns-5.11.1 Tue Jul 3 18:12:10 2018 >>> dev-qt/qtdeclarative-5.11.1 Fri Oct 19 23:43:53 2018 >>> dev-qt/qtxmlpatterns-5.11.2 Sat Oct 20 00:05:43 2018 >>> dev-qt/qtdeclarative-5.11.2 Tue Dec 4 00:08:44 2018 >>> dev-qt/qtdeclarative-5.11.2 Fri Dec 7 03:46:59 2018 >>> dev-qt/qtxmlpatterns-5.11.3 Fri Dec 7 04:04:05 2018 >>> dev-qt/qtdeclarative-5.11.3 Sat Mar 2 15:07:18 2019 >>> dev-qt/qtxmlpatterns-5.12.1 Sat Mar 2 15:14:59 2019 >>> dev-qt/qtdeclarative-5.12.1 Wed Mar 6 19:38:18 2019 >>> dev-qt/qtxmlpatterns-5.12.1 |