I've been working on an updated revdep-rebuild script and while running it on a system with mozilla-firefox-bin installed, I found the following broken links: broken /opt/firefox/components/libmozgnome.so (requires liblinc.so.1) broken /opt/firefox/components/libnkgnomevfs.so (requires liblinc.so.1) broken /opt/firefox/components/libnegotiateauth.so (requires libgssapi_krb5.so.2) The first two are satisfied by installing net-libs/linc and the third by installing app-crypt/mit-krb5 I have not noticed any breakage with the browser, but without all of the dependencies installed on the system, revdep-rebuild will continue to complain about the broken dynamic linking and the potential is there for things to break. Reproducible: Always Steps to Reproduce: 1. emerge =www-client/mozilla-firefox-bin-1.0.3 (I haven't tested earlier versions) 2. Using revdep-rebuild from bug #62644: env SEARCH_DIRS="/opt/firefox" revdep-rebuild --pretend Actual Results: revdep-rebuild complained about broken dynamic linking for files owned by mozilla-firefox-bin. Since this is a binary package, this indicates missing dependencies and not the need to recompile. Expected Results: No problems noted by revdep-rebuild Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20050125-r1, 2.6.9-gentoo-r9 i686) ================================================================= System uname: 2.6.9-gentoo-r9 i686 Intel(R) Pentium(R) 4 Mobile CPU 1.80GHz Gentoo Base System version 1.6.10 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Mar 29 2005, 12:52:08)] dev-lang/python: 2.3.5 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r3, 1.9.5, 1.5, 1.6.3, 1.4_p6, 1.7.9-r1 sys-devel/binutils: 2.15.92.0.2-r8 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O2 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org http://gentoo.mirrors.pair.com http://www.ibiblio.org/pub/Linux/distributions/gentoo" LINGUAS="en" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="x86 gif jpeg pam png readline video_cards_i810 linguas_en" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
revdep-rebuild shouldn't care for it - more or less. the only real solution is not to provide a binary
I've been running into problems with the firefox and thunderbird bins too when using revdep-rebuild. Here is the output of my revdep-rebuild : broken /opt/firefox/components/libmozgnome.so (requires liblinc.so.1) broken /opt/firefox/components/libnkgnomevfs.so (requires liblinc.so.1) broken /opt/firefox/components/libnegotiateauth.so (requires libgssapi_krb5.so.2) broken /opt/thunderbird/components/libmozgnome.so (requires liblinc.so.1) I second the initiative to update the script regarding this, although as pointed out by the previous post bin support is not perfect at this point, gentoo is all about choice and therefore should offer its users the option to install a bin for popular applications like firefox and thunderbird.
The RDEPEND variable specifies which packages are needed for foo to run. As you can see there from the handbook RDEPEND is only required if package needs it to run ... in this case the mozilla-firefox-bin I am sure works this is just an additional dep that someone had on there box when building the binary .... I do not see any reason to worry about it worse case scenerio is to rework revdep-rebuild to ignore all packages that are installed using -bin's.
I'm not neccessarily disagreeing with you. However, the current state of things leaves a bit to be desired. A user runs revdep-rebuild and finds that it wants to install a binary package over and over. The user then files a bug stating that revdep-rebuild is broken. The way I see it, we have several choices here. We can mark the resulting bugs as invalid and do nothing. We can work on revdep-rebuild to ignore binary packages. We can ensure that *all* dependencies of a binary package are satisfied. The issue with reworking revdep-rebuild is that there is currently no way to programtically determine if a file was installed by a "-bin" package. Users can mask binary packages in the revdep-rebuild from gentoolkit-0.2.1_pre3 and higher, but doing even that can cause problems if not fine-tuned properly.
Hi, I have a similar problem. I run gentoo-amd64 and did run revdep-rebuild with dependency check success (after unmerging firefos-bin and opera). i have emerged firefox-bin and have again the same problem. Moreover, anytime I run revdep-rebuils, no matter if it compiles firefox, I get the same issue. Any idea how to solve this, please? Thank you, Spiro here is the errors: Checking dynamic linking consistency... broken /opt/firefox/components/libmozgnome.so (requires libxpcom.so libplds4.so libplc4.so libnspr4.so libgconf-2.so.4 libORBit-2.so.0 liblinc.so.1 libgnomevfs-2.so.0 libbonobo-activation.so.4 libxml2.so.2 libgnome-2.so.0 libbonobo-2.so.0) broken /opt/firefox/components/libnkgnomevfs.so (requires libxpcom.so libplds4.so libplc4.so libnspr4.so libgnomevfs-2.so.0 libbonobo-activation.so.4 libORBit-2.so.0 libxml2.so.2 liblinc.so.1) broken /opt/firefox/components/libnegotiateauth.so (requires libxpcom.so libplds4.so libplc4.so libnspr4.so libgssapi_krb5.so.2) done. I have currently installed: www-client/mozilla-firefox-bin-1.0.7
as of the latest versions of gentoolkit you can configure revdep-rebuild to not look at binary directories .. ie firefox-bin openoffice-bin and so on and so forth. As soon as it becomes stable I will close as fixed/invalid.
Actually, what would be appropriate is for the firefox-bin ebuild to place a file in /etc/revdep-rebuild containing the appropriate adjustments to the revdep-rebuild environment. See http://article.gmane.org/gmane.linux.gentoo.devel/32556/ for details
*** Bug 112153 has been marked as a duplicate of this bug. ***
Will be fixed in next bin revision.
Fixed by installing SEARCH_DIRS_MASK entry into /etc/revdep-rebuild/. revdep-rebuild doesn't work correctly w/ binary packages.