Created attachment 759761 [details] emerge --depclean output emerge --depclean spams most everything to have broken soname dependencies sys-apps/portage-3.0.30 steps: # emerge --depclean <output in paste file>
Created attachment 759762 [details] emerge --info
Not using any binpkgs. revdep-rebuild and @preserved-rebuild are clean # revdep-rebuild * This is the new python coded version * Please report any bugs found using it. * The original revdep-rebuild script is installed as revdep-rebuild.sh * Please file bugs at: https://bugs.gentoo.org/ * Checking dynamic linking consistency Your system is consistent # emerge @preserved-rebuild These are the packages that would be merged, in order: Calculating dependencies... done! Total: 0 packages, Size of downloads: 0 KiB Nothing to merge; quitting.
I think we may want to, for now at least, yank the --ignore-soname-deps=n default. It was done in https://github.com/gentoo/portage/commit/6091fcd861034b9b20677098827eff7b7a148853 and the commit message says it should only affect usepkgonly/getbinpkgonly but that doesn't seem to be the case? not sure
Personally ran into the following when I wanted to depclean nvidia-cuda-toolkit $ emerge -pvc nvidia-cuda-toolkit Calculating dependencies... done! dev-util/nvidia-cuda-toolkit-11.5.1-r1 pulled in by: app-emulation/wine-staging-6.23 requires x86_64: libOpenCL.so.1 dev-util/clinfo-3.0.21.02.21 requires x86_64: libOpenCL.so.1 media-video/ffmpeg-4.4.1-r1 requires x86_64: libOpenCL.so.1 libOpenCL is used from opencl-icd-loader, not nvidia-cuda-toolkit which just happens to have the same library in /opt $ emerge -pvc --ignore-soname-deps=y nvidia-cuda-toolkit Calculating dependencies... done! >>> Calculating removal order... >>> These are the packages that would be unmerged: dev-util/nvidia-cuda-toolkit selected: 11.5.1-r1 protected: none omitted: none
(In reply to Sam James from comment #3) > I think we may want to, for now at least, yank the --ignore-soname-deps=n > default. It was done in > https://github.com/gentoo/portage/commit/ > 6091fcd861034b9b20677098827eff7b7a148853 and the commit message says it > should only affect usepkgonly/getbinpkgonly but that doesn't seem to be the > case? > > not sure Yeah I think it's not a bad idea to revert it in light of the issues raised here.
(In reply to Niko Hämäläinen from comment #0) > Created attachment 759761 [details] > emerge --depclean output > > emerge --depclean spams most everything to have broken soname dependencies > > sys-apps/portage-3.0.30 > > steps: > # emerge --depclean > <output in paste file> I've got some similar "spam" on my laptop system that I suspect was due to a temporarily broken scanelf which prevented soname dependency metadata from being generated for some providers.
(In reply to Zac Medico from comment #6) > (In reply to Niko Hämäläinen from comment #0) > > Created attachment 759761 [details] > > emerge --depclean output > > > > emerge --depclean spams most everything to have broken soname dependencies > > > > sys-apps/portage-3.0.30 > > > > steps: > > # emerge --depclean > > <output in paste file> > > I've got some similar "spam" on my laptop system that I suspect was due to a > temporarily broken scanelf which prevented soname dependency metadata from > being generated for some providers. Ah, I hadn't thought about the connection with bug 811462 / https://www.gentoo.org/support/news-items/2021-09-29-possible-failure-to-preserve-libraries.html.
(In reply to Ionen Wolkens from comment #4) > Personally ran into the following when I wanted to depclean > nvidia-cuda-toolkit > > $ emerge -pvc nvidia-cuda-toolkit > Calculating dependencies... done! > dev-util/nvidia-cuda-toolkit-11.5.1-r1 pulled in by: > app-emulation/wine-staging-6.23 requires x86_64: libOpenCL.so.1 > dev-util/clinfo-3.0.21.02.21 requires x86_64: libOpenCL.so.1 > media-video/ffmpeg-4.4.1-r1 requires x86_64: libOpenCL.so.1 > > libOpenCL is used from opencl-icd-loader, not nvidia-cuda-toolkit which just > happens to have the same library in /opt > > $ emerge -pvc --ignore-soname-deps=y nvidia-cuda-toolkit > Calculating dependencies... done! > >>> Calculating removal order... > > >>> These are the packages that would be unmerged: > > dev-util/nvidia-cuda-toolkit > selected: 11.5.1-r1 > protected: none > omitted: none I've opened a separate bug 829691 for this issue.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/portage.git/commit/?id=2c025e87bb6253f869f9e84e6eb0d98eecfd49c4 commit 2c025e87bb6253f869f9e84e6eb0d98eecfd49c4 Author: Mike Gilbert <floppym@gentoo.org> AuthorDate: 2021-12-20 16:16:30 +0000 Commit: Mike Gilbert <floppym@gentoo.org> CommitDate: 2021-12-20 16:18:21 +0000 Revert "emerge: Default enable soname dependencies (bug 687956)" This change seems to cause problems with emerge --depclean. Reverts: 6091fcd861034b9b20677098827eff7b7a148853 Bug: https://bugs.gentoo.org/687956 Bug: https://bugs.gentoo.org/829623 Signed-off-by: Mike Gilbert <floppym@gentoo.org> lib/_emerge/create_depgraph_params.py | 2 +- man/emerge.1 | 7 +++---- 2 files changed, 4 insertions(+), 5 deletions(-)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a92e6d74d7a7af59dd351f815e87e09a719ea742 commit a92e6d74d7a7af59dd351f815e87e09a719ea742 Author: Mike Gilbert <floppym@gentoo.org> AuthorDate: 2021-12-20 16:23:53 +0000 Commit: Mike Gilbert <floppym@gentoo.org> CommitDate: 2021-12-20 16:24:38 +0000 sys-apps/portage: revert --ignore-soname-deps change Bug: https://bugs.gentoo.org/687956 Bug: https://bugs.gentoo.org/829623 Signed-off-by: Mike Gilbert <floppym@gentoo.org> ...revert-default-enable-soname-dependencies.patch | 52 ++++++++++++++++++++++ ...tage-3.0.30.ebuild => portage-3.0.30-r1.ebuild} | 1 + 2 files changed, 53 insertions(+)
