Summary: | media-video/totem-2.22.2-r1: fails to compile, cannot find nssutil3 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Will B. <wbricks> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | valder |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Build Log |
Description
Will B.
2008-08-11 01:41:20 UTC
did you run revdep-rebuild ? Yes, revdep-rebuild is actually where it got caught initially. One potential piece of useful information is that I did have FF3 installed, but had some problems with it on KDE so I went back down to stable Firefox (and related packages NSS and NSPR). I believe when I went back down to stable NSS is when this problem started. Please attach the full build.log as suggested by portage. Thanks Created attachment 162718 [details]
Build Log
Most recent build.log, as requested
You should have the file : /usr/lib/nss/libnssutil3.so.12 and it should belong to "dev-util/nss" (use "qfile" to see who owns that file). Either way, please clean up your portage.unmask and portage.keywords files and reemerge nss/xulrunner/firefox. Thanks My package.unmask is entirely commented out. package.keywords has PortageXS, linux-uvc-0.1.0_pre173, xf86-video-i810-2.3.2, lastfmplayer-1.4.2.58240-r1, and knetworkmanager-0.2.1_p20071228. I know I should have the file that you mention, but it's not there (I assume you mean so.11 - version 3.12 of nss is masked). I'll unmask nss-3.12 (and nspr-4.7.1) and report back to see if that fixes. Sure enough, libnssutil3.so.12 is there (with the proper symlink for libnssutil3.so) if I use nss-3.12. Is there perhaps a problem wiht the nss-3.11.9 ebuild? (In reply to comment #7) > Sure enough, libnssutil3.so.12 is there (with the proper symlink for > libnssutil3.so) if I use nss-3.12. Is there perhaps a problem wiht the > nss-3.11.9 ebuild? > You mean with nss-3.11 you don't have the symlink, even after rebuilding?! If you haven't rebuilt it, please do try it, sometimes portage can confuse some files and delete useful ones... Thanks With nss-3.11.9, I don't get any file libnssutil3.*. I've tried rebuilding it a few times, with the util flag set and unset - no change. I've deleted the distfiles and the work directories and tried again, still nothing. 3.11.9 doesn't appear to provide libnssutil. Presumably libnss got split up in 3.12. Something still has -lnssutil3 listed in it's .pc file. Try this: grep nssutil /usr/lib/pkgconfig/* This should tell you which .pc files reference it. On my ~amd64 box, that's only mozilla-nss.pc, which is correct. You probably have it in some other .pc file(s). Re-emerge the owning packages for those. Not sure how helpful it is - looks like the only reference is for nss itself, which I have re-emerged half a dozen times now. As of right now I'm using nss-3.12 which provides the library and totem is compiling fine against it. Just seems odd that I would need an unstable package to use a stable one, and that I seem to be all alone experiencing this issue. grep nssutil /usr/lib/pkgconfig/* /usr/lib/pkgconfig/nss.pc:Libs: -L${libdir} -lssl3 -lsmime3 -lnssutil3 -lnss3 -Wl,-R${libdir} I have had a similar problem, also going from FF3 --> FF2, also caught by revdep-rebuild (you're not the only one!). I found the culprit. It seems that revdep-rebuild only checks .so files. However, there were several .la files that still had nssutil3 as a dependency. Totem was trying to link against one of these .la files and was pulling in the nssutil dependency. My specific issue was with dev-libs/totem-pl-parser. To fully eliminate all references to nssutil, I used the following: emerge -1 totem-pl-parser totem gnome-python-desktop You may want to consider updating revdep-rebuild to scan .la files as well. (In reply to comment #12) > I have had a similar problem, also going from FF3 --> FF2, also caught by > revdep-rebuild (you're not the only one!). I found the culprit. It seems that > revdep-rebuild only checks .so files. However, there were several .la files > that still had nssutil3 as a dependency. Totem was trying to link against one > of these .la files and was pulling in the nssutil dependency. > > My specific issue was with dev-libs/totem-pl-parser. To fully eliminate all > references to nssutil, I used the following: > > emerge -1 totem-pl-parser totem gnome-python-desktop > > You may want to consider updating revdep-rebuild to scan .la files as well. > I had the same problem, but not going down from FF3 to FF2. Revdep-Rebuild tried to rebuild totem and it failed with the same error. So I tried reemerging totem-pl-parser, gnome-python-desktop and then totem and it works now! Thanks for the hint! Same problem here, after downgrading FF3 -> FF2. Fixed by using workaround from comment #13. #12/13/14 is not working for me on amd64. Totem-pl-parser bombs out with the same error message that totem does. (In reply to comment #15) > #12/13/14 is not working for me on amd64. Totem-pl-parser bombs out with the > same error message that totem does. Could you grep for nssutil inside all *.la files in /usr/lib? Thanks (In reply to comment #16) > Could you grep for nssutil inside all *.la files in /usr/lib? Sure! libcamel-1.2.la:dependency_libs=' /usr/lib64/libedataserver-1.2.la -L/usr/lib64/nspr /usr/lib64/libbonobo-2.la /usr/lib64/libbonobo-activation.la /usr/lib64/libORBitCosNaming-2.la -L/usr/lib64/lib -ldb -L/usr/lib64/nss -lssl3 -lsmime3 -lnssutil3 -lnss3 -lplds4 -lplc4 -lnspr4 /usr/lib64/libgnomevfs-2.la /usr/lib64/libgconf-2.la /usr/lib64/libxml2.la -lm /usr/lib64/libdbus-glib-1.la -lnsl /usr/lib64/libdbus-1.la -lssl -lcrypto -lresolv -lutil /usr/lib64/libgconf-2.la /usr/lib64/libORBit-2.la /usr/lib64/libgmodule-2.0.la /usr/lib64/libgthread-2.0.la /usr/lib64/libgobject-2.0.la /usr/lib64/libgthread-2.0.la -lrt /usr/lib64/libgmodule-2.0.la -ldl /usr/lib64/libgobject-2.0.la /usr/lib64/libglib-2.0.la /usr/lib64/libglib-2.0.la -lz -lpthread -L/usr/lib -lkrb5 -lk5crypto -lcom_err -lgssapi_krb5' libcamel-provider-1.2.la:dependency_libs=' -L/usr/lib64/nspr -L/usr/lib64/lib /usr/lib64/libcamel-1.2.la /usr/lib64/libedataserver-1.2.la /usr/lib64/libbonobo-2.la /usr/lib64/libbonobo-activation.la /usr/lib64/libORBitCosNaming-2.la -ldb -L/usr/lib64/nss -L/usr/lib -lssl3 -lsmime3 -lnssutil3 -lnss3 -lplds4 -lplc4 -lnspr4 /usr/lib64/libgnomevfs-2.la /usr/lib64/libgconf-2.la /usr/lib64/libxml2.la -lm /usr/lib64/libdbus-glib-1.la -lnsl /usr/lib64/libdbus-1.la -lssl -lcrypto -lresolv -lutil /usr/lib64/libgconf-2.la /usr/lib64/libORBit-2.la /usr/lib64/libgmodule-2.0.la /usr/lib64/libgthread-2.0.la /usr/lib64/libgobject-2.0.la /usr/lib64/libgthread-2.0.la -lrt /usr/lib64/libgmodule-2.0.la -ldl /usr/lib64/libgobject-2.0.la /usr/lib64/libglib-2.0.la /usr/lib64/libglib-2.0.la -lz -lpthread -lkrb5 -lk5crypto -lcom_err -lgssapi_krb5' libebook-1.2.la:dependency_libs=' /usr/lib64/libgnome-2.la /usr/lib64/libpopt.la /usr/lib64/libgnomevfs-2.la /usr/lib64/libcamel-1.2.la -L/usr/lib64/nspr -L/usr/lib64/lib -L/usr/lib64/nss -lssl3 -lsmime3 -lnssutil3 -lnss3 /usr/lib64/libgnomevfs-2.la /usr/lib64/libdbus-glib-1.la -lnsl /usr/lib64/libdbus-1.la -lssl -lcrypto -lresolv -lutil /usr/lib64/libgconf-2.la /usr/lib64/libgthread-2.0.la /usr/lib64/libgmodule-2.0.la /usr/lib64/libgobject-2.0.la /usr/lib64/libglib-2.0.la -L/usr/lib -lkrb5 -lk5crypto -lcom_err -lgssapi_krb5 /usr/lib64/libedataserver-1.2.la /usr/lib64/libxml2.la -lz -lm /usr/lib64/libbonobo-2.la /usr/lib64/libbonobo-activation.la /usr/lib64/libORBitCosNaming-2.la /usr/lib64/libgconf-2.la /usr/lib64/libORBit-2.la /usr/lib64/libgmodule-2.0.la /usr/lib64/libgthread-2.0.la -lrt /usr/lib64/libgobject-2.0.la /usr/lib64/libglib-2.0.la -lplds4 -lplc4 -lnspr4 -ldl -lpthread -ldb' libedata-book-1.2.la:dependency_libs=' /usr/lib64/libebook-1.2.la /usr/lib64/libgnome-2.la /usr/lib64/libpopt.la /usr/lib64/libgnomevfs-2.la /usr/lib64/libcamel-1.2.la -L/usr/lib64/nspr -L/usr/lib64/lib -L/usr/lib64/nss -lssl3 -lsmime3 -lnssutil3 -lnss3 /usr/lib64/libgnomevfs-2.la /usr/lib64/libdbus-glib-1.la -lnsl /usr/lib64/libdbus-1.la -lssl -lcrypto -lresolv -lutil /usr/lib64/libgconf-2.la /usr/lib64/libgthread-2.0.la /usr/lib64/libgmodule-2.0.la /usr/lib64/libgobject-2.0.la /usr/lib64/libglib-2.0.la -L/usr/lib -lkrb5 -lk5crypto -lcom_err -lgssapi_krb5 /usr/lib64/libedataserver-1.2.la /usr/lib64/libxml2.la -lz -lm /usr/lib64/libbonobo-2.la /usr/lib64/libbonobo-activation.la /usr/lib64/libORBitCosNaming-2.la /usr/lib64/libgconf-2.la /usr/lib64/libORBit-2.la /usr/lib64/libgmodule-2.0.la /usr/lib64/libgthread-2.0.la -lrt /usr/lib64/libgobject-2.0.la /usr/lib64/libglib-2.0.la -lplds4 -lplc4 -lnspr4 -ldl -lpthread -ldb' libedataserverui-1.2.la:dependency_libs=' /usr/lib64/libebook-1.2.la /usr/lib64/libcamel-1.2.la -L/usr/lib64/nspr -L/usr/lib64/lib -L/usr/lib64/nss -lssl3 -lsmime3 -lnssutil3 -lnss3 /usr/lib64/libgnomevfs-2.la /usr/lib64/libgconf-2.la /usr/lib64/libgthread-2.0.la /usr/lib64/libgmodule-2.0.la /usr/lib64/libgobject-2.0.la /usr/lib64/libglib-2.0.la -L/usr/lib -lkrb5 -lk5crypto -lcom_err -lgssapi_krb5 /usr/lib64/libedataserver-1.2.la -lplds4 -lplc4 -lnspr4 -ldb /usr/lib64/libglade-2.0.la /usr/lib64/libgtk-x11-2.0.la /usr/lib64/libgdk-x11-2.0.la /usr/lib64/libatk-1.0.la /usr/lib64/libgdk_pixbuf-2.0.la /usr/lib64/libpangocairo-1.0.la /usr/lib64/libpangoft2-1.0.la /usr/lib64/libpango-1.0.la /usr/lib64/libcairo.la /usr/lib64/libfontconfig.la /usr/lib64/libfreetype.la /usr/lib64/libpng12.la /usr/lib64/libXrender.la /usr/lib64/libX11.la /usr/lib64/libXau.la /usr/lib64/libXdmcp.la /usr/lib64/libpixman-1.la /usr/lib64/libgnome-2.la /usr/lib64/libpopt.la /usr/lib64/libbonobo-2.la /usr/lib64/libbonobo-activation.la /usr/lib64/libORBitCosNaming-2.la /usr/lib64/libgnomevfs-2.la /usr/lib64/libxml2.la -lz -lm /usr/lib64/libdbus-glib-1.la -lnsl -lssl -lcrypto -lresolv -lutil /usr/lib64/libgconf-2.la /usr/lib64/libORBit-2.la /usr/lib64/libgthread-2.0.la -lrt /usr/lib64/libgmodule-2.0.la -ldl /usr/lib64/libgobject-2.0.la /usr/lib64/libgnome-keyring.la /usr/lib64/libdbus-1.la /usr/lib64/libglib-2.0.la -lpthread' libtotem-plparser.la:dependency_libs=' /usr/lib64/libgtk-x11-2.0.la /usr/lib64/libgdk-x11-2.0.la /usr/lib64/libatk-1.0.la /usr/lib64/libgdk_pixbuf-2.0.la /usr/lib64/libpangocairo-1.0.la /usr/lib64/libpangoft2-1.0.la /usr/lib64/libpango-1.0.la /usr/lib64/libcairo.la /usr/lib64/libfontconfig.la /usr/lib64/libfreetype.la /usr/lib64/libpng12.la /usr/lib64/libXrender.la /usr/lib64/libX11.la /usr/lib64/libXau.la /usr/lib64/libXdmcp.la /usr/lib64/libpixman-1.la /usr/lib64/libcamel-1.2.la -L/usr/lib64/nspr -L/usr/lib64/lib -L/usr/lib64/nss -lssl3 -lsmime3 -lnssutil3 -lnss3 /usr/lib64/libgnomevfs-2.la /usr/lib64/libdbus-glib-1.la -lnsl -lssl -lcrypto -lresolv -lutil -L/usr/lib -lkrb5 -lk5crypto -lcom_err -lgssapi_krb5 /usr/lib64/libedataserver-1.2.la -lplds4 -lplc4 -lnspr4 -ldb /usr/lib64/libxml2.la -lz -lm /usr/lib64/libgconf-2.la /usr/lib64/libbonobo-2.la /usr/lib64/libbonobo-activation.la /usr/lib64/libORBitCosNaming-2.la /usr/lib64/libORBit-2.la /usr/lib64/libgmodule-2.0.la -ldl /usr/lib64/libgthread-2.0.la -lpthread -lrt /usr/lib64/libgobject-2.0.la /usr/lib64/libglib-2.0.la /usr/lib64/libhal.la /usr/lib64/libdbus-1.la' (In reply to comment #17) > (In reply to comment #16) > > > Could you grep for nssutil inside all *.la files in /usr/lib? > > Sure! Heh... I thought the rest of the fix would be trivial, but I guess not :) Anyhow, using "qfile <file>" you can find out which packages these files belong to, and therefore which packages you need to rebuild. By the looks of it, evolution-data-server seems like a prime candidate for rebuild. (In reply to comment #18) > > Heh... I thought the rest of the fix would be trivial, but I guess not :) > > Anyhow, using "qfile <file>" you can find out which packages these files belong > to, and therefore which packages you need to rebuild. > > By the looks of it, evolution-data-server seems like a prime candidate for > rebuild. > evolution-data-server was the culprit. Re-emerged that and totem-pl-parser and then revdep-rebuild handled the rest - thanks! Alright, thanks for the follow up. Closing |