Jump to content
Read the Funtoo Newsletter: Summer 2023 ×
  • 0

revdep-rebuild issue



Hello ,i have a issue with revdep-rebuild ,when i finish recompiling packages which revdep-rebuild showed me as broken ,i run again revdep-rebuild i see same packages which are recompiled before 

Could you help me?




 * Configuring search environment for revdep-rebuild

 * Temporary cache files are located in /var/cache/revdep-rebuild
revdep-rebuild environment:
 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.
 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 46% ]  *   broken /usr/lib/gcc/i686-pc-linux-gnu/4.9.3/libcaf_single.la (requires -lm)
 *   broken /usr/lib/gcc/i686-pc-linux-gnu/4.9.3/libcilkrts.la (requires -lpthread)
 *   broken /usr/lib/gcc/i686-pc-linux-gnu/4.9.3/libcilkrts.la (requires -ldl)
 *   broken /usr/lib/gcc/i686-pc-linux-gnu/4.9.3/libgfortranbegin.la (requires -lm)
 *   broken /usr/lib/gcc/i686-pc-linux-gnu/4.9.3/libquadmath.la (requires -lm)
[ 65% ]  *   broken /usr/lib/libdb-4.8.la (requires -lpthread)
 *   broken /usr/lib/libdb_cxx-4.8.la (requires -lpthread)
 *   broken /usr/lib/libdb_stl-4.8.la (requires -lpthread)
[ 68% ]  *   broken /usr/lib/libltdl.la (requires -ldl)
[ 100% ]
 * Generated new 3_broken.rr
 * Assigning files to packages
 *   /usr/lib/gcc/i686-pc-linux-gnu/4.9.3/libcaf_single.la -> sys-devel/gcc
 *   /usr/lib/gcc/i686-pc-linux-gnu/4.9.3/libcilkrts.la -> sys-devel/gcc
 *   /usr/lib/gcc/i686-pc-linux-gnu/4.9.3/libgfortranbegin.la -> sys-devel/gcc
 *   /usr/lib/gcc/i686-pc-linux-gnu/4.9.3/libquadmath.la -> sys-devel/gcc
 *   /usr/lib/libdb-4.8.la -> sys-libs/db
 *   /usr/lib/libdb_cxx-4.8.la -> sys-libs/db
 *   /usr/lib/libdb_stl-4.8.la -> sys-libs/db
 *   /usr/lib/libltdl.la -> dev-libs/libltdl
 * Generated new 4_raw.rr and 4_owners.rr
 * Cleaning list of packages to rebuild
 * Generated new 4_pkgs.rr
 * Assigning packages to ebuilds
 * Generated new 4_ebuilds.rr
 * Evaluating package order
 * Generated new 5_order.rr
 * All prepared. Starting rebuild
emerge --complete-graph=y --oneshot  --verbose --pretend dev-libs/libltdl:0 sys-devel/gcc:4.9 sys-libs/db:4.8
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild   R    ] dev-libs/libltdl-2.4.6::gentoo  USE="-static-libs" 0 KiB
[ebuild   R    ] sys-devel/gcc-4.9.3:4.9::gentoo  USE="cxx fortran nls openmp (-altivec) -doc -go -graphite (-hardened) (-libssp) (-multilib) (-multislot) -objc -objc++ (-sanitize) -vanilla" 0 KiB
[ebuild   R    ] sys-libs/db-4.8.30-r2:4.8::gentoo  USE="cxx -doc -examples -java -tcl {-test}" 0 KiB
Link to comment
Share on other sites

5 answers to this question

Recommended Posts

  • 0

I have the same problem on a x86 stable install with revdep-rebuild claiming broken libtool archive files of sudo.

[ 83% ]  *   broken /usr/lib/sudo/group_file.la (requires -ldl)
 *   broken /usr/lib/sudo/sudoers.la (requires -lpam)
 *   broken /usr/lib/sudo/sudoers.la (requires -ldl)
 *   broken /usr/lib/sudo/sudoers.la (requires -lz)
 *   broken /usr/lib/sudo/system_group.la (requires -ldl)
[ 95% ]  *   broken /usr/libexec/sudo/libsudo_util.la (requires -ldl)
[ 100% ]                 
 * Generated new 3_broken.rr
 * Assigning files to packages
 *   /usr/lib/sudo/group_file.la -> app-admin/sudo
 *   /usr/lib/sudo/sudoers.la -> app-admin/sudo
 *   /usr/lib/sudo/system_group.la -> app-admin/sudo
 *   /usr/libexec/sudo/libsudo_util.la -> app-admin/sudo

No problem on my x86_64 current install which uses the same version of gentoolkit and sudo.

The Mike Allen a.k.a. sputnik fix in his closed unfixed bug report: https://bugs.funtoo.org/browse/FL-1171

LDPATH="/usr/lib" to /etc/env.d/99gentoolkit-env

Stopped the errors on my system.

Link to comment
Share on other sites

  • 0

Yes, as you can see I started to refer to that bug, but hesitated because I wasn't sure it was the same thing and didn't want to give misleading info.  Thought I'd wait and see what others had found.

I am at a loss as to how it is impossible to reproduce this bug, it's been there a long time, one x86 machine, two armvte5 machines, one of them with a fresh, clean newly installed rootfs, and a couple of months ago I got an armv7a machine, again, fresh, clean install, problem right out of the box.

Thankfully the workaround solves it without harm it seems.  I believe /etc/env.d/99local is a more appropriate place for the statement, as it is suggested that all local environment changes are added to that file, so you can keep track of what YOU have added, also negating the risk of overwrite with an update, and this _should be a temporary workaround.

Oh, that's Mike JOHNSON, not that I care, it's just the worldly name someone assigned to me, has nothing to do with me.



Saluga's shtick as Ray J. Johnson is to become annoyed when addressed as "Mr. Johnson", exclaiming in a loud voice, "My name is Raymond J. Johnson, Jr. Now you can call me Ray, or you can call me J, or you can call me Johnny, or you can call me Sonny, or you can call me Junie, or you can call me Junior; now you can call me Ray J, or you can call me RJ, or you can call me RJJ, or you can call me RJJ Jr." ultimately ending with, "but you doesn't hasta call me Johnson!"

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Create New...