When i emerge evolution-2.0.2 the ssl use flag is ignored. # emerge evolution -pv These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild R ] mail-client/evolution-2.0.2 +crypt -debug -doc -ipv6 -kerberos -ldap -mozilla -nntp -pda +spell +ssl 0 kB Total size of downloads: 0 kB Some pieces of the ./configure output: ... checking for Mozilla nspr4 includes in /usr/include/nspr... "" checking nspr.h usability... yes checking nspr.h presence... yes checking for nspr.h... yes checking prio.h usability... yes checking prio.h presence... yes checking for prio.h... yes checking for Mozilla nspr libraries... yes checking for Mozilla nss3 includes in /usr/include/nss... "" checking nss.h usability... yes checking nss.h presence... yes checking for nss.h... yes checking ssl.h usability... yes checking ssl.h presence... yes checking for ssl.h... yes checking smime.h usability... yes checking smime.h presence... yes checking for smime.h... yes checking for Mozilla nss libraries... no <= here is the problem. ... Evolution has been configured as follows: Mail Directory: /var/spool/mail, writable by group mail LDAP support: no Pilot conduits: no Kerberos 4/5: no/no SSL support: no SMIME support: no IPv6 support: no Dot Locking: yes File Locking: fcntl Gtk-doc: no I have firefox installed and when manually run the ./configure with --with-nss-libs=/usr/lib/MozillaFirefox/ instead of /usr/lib ssl is enabled for compilation. This isn't really a solution for people without firefox :s Reproducible: Always Steps to Reproduce: 1. emerge evolution 2. 3. Actual Results: Evolution is compiled without ssl support Expected Results: Evolution should have been compiled with ssl support # emerge info Portage 2.0.51_rc10 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20041006-r0, 2.6.8-gentoo-r10 i686) ================================================================= System uname: 2.6.8-gentoo-r10 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -O3 -pipe -fforce-addr -fomit-frame-pointer -falign-functions=4 -maccumulate-outgoing-args" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /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="-march=athlon-tbird -O3 -pipe -fforce-addr -fomit-frame-pointer -falign-functions=4 -maccumulate-outgoing-args" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks sandbox" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="3dnow X acpi alsa apm arts avi berkdb bitmap-fonts cdr chroot crypt cups curl dvd encode esd f77 foomaticdb gdbm gif gnome gpm gtk gtk2 imagemagick imlib java jpeg kde libg++ libwww mad mikmod mmx motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png python qtquicktime readline sdl slang spell ssl svga tcltk tcpd tetex threads tiff truetype usb x86 xml xml2 xmms xprint xv zlib"
gaim had this same problem we finally got it fixed after three days of fighting with it it had to do with the nss lib dir which isnt the case here in evolution why it doesnt want to use the nss libs is beyond me but I will work on it and see what I can come up with seeing none of the devs have started on it yet.
Is this a dupe of #67124, I think it is a case of the nss dir. Have you installed the latest version of nss? There wasn't a revision bump when the changes were made :( but if you sync and check the changelog to make sure the new changes are there from a few days ago, can you remerge nss and then try to compile evolution again?
I am adding myself to the bugs I am working on sorry I needed a new account so I can keep up here my other account I will be deleting.
Joe I have all the new changes and this is still an issue
can you include the config.log for evolution after that fails? also, you've re-emerged nss, right?
Created attachment 42406 [details] evolution emergelog
i mean i want the file config.log in the /var/tmp/portage/evolution-2*/work/evolution-2*/config.log
the emerge will not fail just fail to compile with ssl support the ebuild shows the links are fine for nss according to the ebuild however the linker doesnt want to link to them for some reason.
ok, seems like since recently, nss/nspr have been putting their libs in a different location. updated 2.0.2 to reflect that with bumped deps. should be fixed now in portage.
I'm having exactly the same issue at the moment with the latest 1.4.6 ebuild (i.e. the ebuild assumes that NSS libraries are in /usr/lib, when they're actually installed in /usr/lib/nss). dev-libs/nss version is 3.8. Could I suggest that this fix be "back-patched" into the 1.4.6 ebuild as well? Also, should a new bug be opened for this? I'm guessing not, but I can do it if it's needed to keep a proper record of things! Many thanks, Carl
I second getting the fix backported: evo 1.4.6 is the current stable version, and I have just wasted a lot of hours trying to figure out why it wont compile in ssl support when it previously worked fine. BillK