Summary: | Missing RDEPEND's for mozilla-firefox-bin | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Paul Varner (RETIRED) <fuzzyray> |
Component: | Current packages | Assignee: | Mozilla Gentoo Team <mozilla> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | I-SAngeli, tacvbo |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Paul Varner (RETIRED)
![]() 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. |