Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

gaim-1.0.2-r1 complains about MSN module is not built with SSL support: "SSL
support is needed for MSN. Please install a supported SSL library. See
http://gaim.sf.net/faq-ssl.php for more information"

Following steps described in FAQ page I have found that gaims ssl module is all
right however it could not find some libs belong to NSS.  It looks like NSS
changed default installation path from /usr/lib/ to /usr/lib/nss.

Running gaim with:

    LD_LIBRARY_PATH=/usr/lib/nss gaim

it fixes the problem.

The question is about default installation path to nss libs or should nss
ebuild create /etc/env.d/XXnss?  The same libs are in mozilla installation, so
I am not sure about /etc/env.d/XXnss, it might be error prone.  Any ideas?

Please re-emerge dev-libs/nss and then re-emerge gaim.

I have got the same problem too. And no, remerging nss and gaim didnt fixed it
(it was pointless because emerge -u which I run just before I noticed it broke
gaim did that , ie it did compiled first nss and then gaim). How many times
should we compile nss and then gaim to get it working ?...

# emerge info
Portage 2.0.51-r3 (default-linux/x86/2004.2, gcc-3.3.4,
glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r3 i686)
=================================================================
System uname: 2.6.9-gentoo-r3 i686 AMD Athlon(tm) processor
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.14.90.0.8-r1
Headers:  sys-kernel/linux26-headers-2.6.8.1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=i686 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="ftp://ftp.lug.ro/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.de.gentoo.org/gentoo-portage"
USE="3dnow X alsa apm avi bitmap-fonts cdr crypt dvd encode f77 fam foomaticdb
fortran gif gtk2 imagemagick imlib jpeg libg++ libwww mad mikmod mmx mpeg
ncurses nls nptl oggvorbis opengl oss pam pdflib png quicktime readline samba
slang ssl tcpd tiff truetype wmf x86 xml2 xmms xv zlib"

nss and gaim use flags:
[ebuild   R   ] dev-libs/nss-3.9.2  0 kB 
[ebuild   R   ] net-im/gaim-1.0.2-r1  -cjk +crypt -debug -gnutls -nas +nls
-perl -silc -spell 0 kB 

One more thing, it seems to work ok with GnuTLS.

Sync first, then re-emerge nss and gaim did not help much, the problem remains.

Very simply update of /etc/env.d helps to solve the problem:

    echo LDPATH=/usr/lib/nss >/etc/env.d/91nss
    env-update

Same problem here after unmerging Mozilla. NSS should be in the libraries path.

Add myself to the CC list.

As already mentioned there is no problems if gaim is compiled with gnutls,
which is also the developer choice (see:
http://gaim.sourceforge.net/faq-ssl.php#q20 ) so maybe gnutls should be the
default option?

I can duplicate and liquidx acknowledges.

The gnutls thing is another bug.

committed changes to nspr-4.4.1-r1 and nss-3.9.2-r1. problem is, as long as the
mozilla folks don't version their nspr/nss libraries, this problem will always
creep up. currently, i'm putting nspr/nss libraries lower in the search path
than mozilla.

Any hint as to when you might take this stable?  I'd like to raise the DEPEND
in gaim and gaim-encryption.

quite soon, as the change isn't too big. i'm just worried there will be more
conflicts that happen. i think it should be stable by the end of the week