Bug 234428 – media-video/totem-2.22.2-r1: fails to compile, cannot find nssutil3

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Will B. 2008-08-11 01:41:20 UTC]

When attempting to emerge the latest stable totem, compilation fails with:

/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lnssutil3 
collect2: ld returned 1 exit status

Tried to re-emerge the latest stable dev-libs/nss and it does not fix the problem - also confirmed that libnssutil3.so does not exist on my system.  Post in the forum seems to indicate that nss-3.12 has the required file, but it is keyword masked for all platforms.

My USE flags for this ebuild are USE="gnome nsplugin python xulrunner"

Reproducible: Always

Steps to Reproduce:
1. emerge totem
2.
3.

Actual Results:  
Compile fails with

/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lnssutil3 
collect2: ld returned 1 exit status

Expected Results:  
Installed

emerge --info
Portage 2.1.4.4 (default/linux/amd64/2008.0/desktop, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.25-gentoo-r7 x86_64 Intel(R) Core(TM)2 Duo CPU T5450 @ 1.66GHz
Timestamp of tree: Sun, 10 Aug 2008 09:16:01 +0000
app-shells/bash:     3.2_p33
dev-lang/python:     2.5.2-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=nocona -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d"
CXXFLAGS="-march=nocona -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="ftp://mirror.iawnet.sandia.gov/pub/gentoo/ ftp://ftp.ucsb.edu/pub/mirrors/linux/gentoo/ ftp://mirror.mcs.anl.gov/pub/gentoo/ "
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1"
LINGUAS="en en_US"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="   "
SYNC="rsync://tweek/gentoo-portage"
USE="X a52 aac acl acpi alsa amd64 berkdb branding bzip2 cairo cdr cli cracklib crypt cups dbus dri dts dvd dvdr dvdread eds emboss encode evo fam fortran gdbm gif gnome gnome-keyring gpm gstreamer gtk hal iconv isdnlog jpeg kde kdeenablefinal kerberos laptop libnotify mad midi mikmod mmx mp3 mpeg mudflap multilib ncurses networkmanager nls nptl nptlonly nsplugin ogg opengl openmp pam pcre pdf perl png ppds pppd python qt3 qt3support qt4 quicktime readline reflection samba sdl session spell spl sse sse2 ssl startup-notification svg sysfs tcpd tiff truetype unicode usb v4l2 vorbis wifi xml xorg xulrunner xv xvid zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en en_US" USERLAND="GNU" VIDEO_CARDS="i810 intel"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 1 Gilles Dartiguelongue (RETIRED) 2008-08-11 06:43:24 UTC]

did you run revdep-rebuild ?

[Comment 2 Will B. 2008-08-11 18:44:10 UTC]

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.

[Comment 3 Rémi Cardona (RETIRED) 2008-08-11 21:42:13 UTC]

Please attach the full build.log as suggested by portage.

Thanks

[Comment 4 Will B. 2008-08-12 01:14:54 UTC]

Created attachment 162718 [details]
Build Log

Most recent build.log, as requested

[Comment 5 Rémi Cardona (RETIRED) 2008-08-12 05:30:07 UTC]

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

[Comment 6 Will B. 2008-08-12 06:44:32 UTC]

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.

[Comment 7 Will B. 2008-08-12 06:50:49 UTC]

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?

[Comment 8 Rémi Cardona (RETIRED) 2008-08-12 07:35:48 UTC]

(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

[Comment 9 Will B. 2008-08-12 15:00:25 UTC]

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.

[Comment 10 Daniel Gryniewicz (RETIRED) 2008-08-12 16:16:28 UTC]

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.

[Comment 11 Will B. 2008-08-12 22:24:43 UTC]

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}

[Comment 12 Dan Johnston 2008-08-26 04:54:07 UTC]

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.

[Comment 13 Jan Krieg 2008-09-10 09:41:18 UTC]

(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!

[Comment 14 Marat Radchenko 2008-09-18 13:16:20 UTC]

Same problem here, after downgrading FF3 -> FF2.

Fixed by using workaround from comment #13.

[Comment 15 Will B. 2008-09-20 05:24:02 UTC]

#12/13/14 is not working for me on amd64.  Totem-pl-parser bombs out with the same error message that totem does.

[Comment 16 Rémi Cardona (RETIRED) 2008-09-20 09:08:15 UTC]

(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

[Comment 17 Will B. 2008-09-20 15:58:18 UTC]

(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'

[Comment 18 Rémi Cardona (RETIRED) 2008-09-21 16:53:33 UTC]

(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.

[Comment 19 Will B. 2008-09-21 23:35:15 UTC]

(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!

[Comment 20 Rémi Cardona (RETIRED) 2008-09-22 07:15:37 UTC]

Alright, thanks for the follow up. Closing