<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>67124</bug_id>
          
          <creation_ts>2004-10-11 10:27 0000</creation_ts>
          <short_desc>evolution-2.0* will not compile with -mozilla, nss not in /usr/lib</short_desc>
          <delta_ts>2004-10-19 22:08:48 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>67488</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>matti@comedialabs.com</reporter>
          <assigned_to>gnome@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>matti@comedialabs.com</who>
            <bug_when>2004-10-11 10:27:11 0000</bug_when>
            <thetext>When building evolution-2.0* with USE=&quot;-mozilla ssl&quot; it will configure to build with nsrp and nss, and setting up libpath as /usr/lib. nss is installed in /usr/lib/nss.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matti@comedialabs.com</who>
            <bug_when>2004-10-11 10:31:36 0000</bug_when>
            <thetext>Created an attachment (id=41552)
emerge info
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matti@comedialabs.com</who>
            <bug_when>2004-10-11 11:22:48 0000</bug_when>
            <thetext>I wasn&apos;t very clear, it will build, but IMAP SSL will not be possible (the option is not there). After adding /usr/lib/nss to the ebuild SSL will be available.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>matti@comedialabs.com</who>
            <bug_when>2004-10-13 11:01:16 0000</bug_when>
            <thetext>One more comment... I made a emerge sync; emerge -e world, and after that no SSL in evolution once again. After editing the ebuild and remerge again, I did not get any SSL support... don&apos;t know why... I haven&apos;t got a clue why it worked last time when I did like this... 

The evolution trace say:

account gui setup
checking writable option &apos;auth&apos; perms=00000040
checking writable option &apos;use_ssl&apos; perms=00000010
checking writable option &apos;check_all&apos; perms=00000000
checking writable option &apos;use_command&apos; perms=00000000
checking writable option &apos;use_lsub&apos; perms=00000001
checking writable option &apos;override_namespace&apos; perms=00000002
checking writable option &apos;filter&apos; perms=00000004
checking writable option &apos;filter_junk&apos; perms=00000008
checking writable option &apos;filter_junk_inbox&apos; perms=00000008
checking writable option &apos;offline_sync&apos; perms=00000000
checking writable option &apos;auth&apos; perms=00000040
checking writable option &apos;use_ssl&apos; perms=00000010
checking writable option &apos;auth&apos; perms=00000040
checking writable option &apos;use_ssl&apos; perms=00000010
checking writable option &apos;auth&apos; perms=00000040
checking writable option &apos;use_ssl&apos; perms=00000010
checking writable option &apos;auth&apos; perms=00000040
checking writable option &apos;use_ssl&apos; perms=00000010
checking writable option &apos;auth&apos; perms=00000040
checking writable option &apos;use_ssl&apos; perms=00000010
checking writable option &apos;check_all&apos; perms=00000000
checking writable option &apos;use_command&apos; perms=00000000
checking writable option &apos;use_lsub&apos; perms=00000001
checking writable option &apos;override_namespace&apos; perms=00000002
checking writable option &apos;filter&apos; perms=00000004
checking writable option &apos;filter_junk&apos; perms=00000008
checking writable option &apos;filter_junk_inbox&apos; perms=00000008
checking writable option &apos;offline_sync&apos; perms=00000000

whatever that means.


Anyway, I tracked down the problem with nss: dev-libs/nss-3.9.2 will not install any shared objects, only static libs in /usr/lib/nss. I added || die  to dolibs */lib/*.so in nss-3.9.2 ebuild, and it bails out with:

&gt;&gt;&gt; Install nss-3.9.2 into /var/tmp/portage/nss-3.9.2/image/ category dev-libs
ln: creating symbolic link `/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libfort.so&apos; to `../../../nss/lib/fortcrypt/Linux2.6_x86_glibc_PTH_OPT.OBJ/libfort.so&apos;: No such file or directory
ln: creating symbolic link `/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libnss3.so&apos; to `../../../nss/lib/nss/Linux2.6_x86_glibc_PTH_OPT.OBJ/libnss3.so&apos;: No such file or directory
ln: creating symbolic link `/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libnssckbi.so&apos; to `../../../nss/lib/ckfw/builtins/Linux2.6_x86_glibc_PTH_OPT.OBJ/libnssckbi.so&apos;: No such file or directory
ln: creating symbolic link `/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libsmime3.so&apos; to `../../../nss/lib/smime/Linux2.6_x86_glibc_PTH_OPT.OBJ/libsmime3.so&apos;: No such file or directory
ln: creating symbolic link `/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libsoftokn3.so&apos; to `../../../nss/lib/softoken/Linux2.6_x86_glibc_PTH_OPT.OBJ/libsoftokn3.so&apos;: No such file or directory
ln: creating symbolic link `/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libssl3.so&apos; to `../../../nss/lib/ssl/Linux2.6_x86_glibc_PTH_OPT.OBJ/libssl3.so&apos;: No such file or directory
ln: creating symbolic link `/var/tmp/portage/nss-3.9.2/image//usr/lib/Linux2.6_x86_glibc_PTH_OPT.OBJ/lib/libswft.so&apos; to `../../../nss/lib/fortcrypt/swfort/pkcs11/Linux2.6_x86_glibc_PTH_OPT.OBJ/libswft.so&apos;: No such file or directory

So there is probably the error (I&apos;ll report it for dev-libs/nss).

Workaround? Install some links to and from /usr/lib/MozillaFirefox... or install mozilla... (it should work with --enable-nss=static and some tweaking, but I really haven&apos;t the time to try that)

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>liquidx@gentoo.org</who>
            <bug_when>2004-10-16 12:49:44 0000</bug_when>
            <thetext>thanks, this is fixed in nss now. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rizzo@gentoo.org</who>
            <bug_when>2004-10-19 22:07:00 0000</bug_when>
            <thetext>A revision bump would have been nice just so I can set a new dependency.  This affected gaim and gaim-encryption packages.  I&apos;ve updated the packages but now users will have to re-install dev-libs/nss to install/update gaim or gaim-encryption, and an nss revision bump would allow me to do that automatically.

Please don&apos;t forget gaim when you make changes to nss.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>rizzo@gentoo.org</who>
            <bug_when>2004-10-19 22:08:48 0000</bug_when>
            <thetext>*** Bug 67427 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>41552</attachid>
            <date>2004-10-11 10:31 0000</date>
            <desc>emerge info</desc>
            <filename>emerge.info</filename>
            <type>text/plain</type>
            <data encoding="base64">UG9ydGFnZSAyLjAuNTFfcmM5IChnY2MzNC14ODYtMjAwNC4yLCBnY2MtMy40LjIsIGdsaWJjLTIu
My40LjIwMDQwODA4LXIxLCAyLjYuOS1yYzMgaTY4NikKPT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KU3lzdGVtIHVuYW1lOiAy
LjYuOS1yYzMgaTY4NiBJbnRlbChSKSBQZW50aXVtKFIpIDQgQ1BVIDMuMDBHSHoKR2VudG9vIEJh
c2UgU3lzdGVtIHZlcnNpb24gMS41LjMKY2NhY2hlIHZlcnNpb24gMi4zIFtlbmFibGVkXQpBdXRv
Y29uZjogc3lzLWRldmVsL2F1dG9jb25mLTIuNTktcjUKQXV0b21ha2U6IHN5cy1kZXZlbC9hdXRv
bWFrZS0xLjguNS1yMQpCaW51dGlsczogc3lzLWRldmVsL2JpbnV0aWxzLTIuMTUuOTIuMC4yCkhl
YWRlcnM6ICBzeXMta2VybmVsL2xpbnV4MjYtaGVhZGVycy0yLjYuOC4xCkxpYnRvb2xzOiBzeXMt
ZGV2ZWwvbGlidG9vbC0xLjUuMi1yNQpBQ0NFUFRfS0VZV09SRFM9Ing4NiB+eDg2IgpBVVRPQ0xF
QU49InllcyIKQ0ZMQUdTPSItbWFyY2g9cGVudGl1bTQgLU8zIC1waXBlIC1mb21pdC1mcmFtZS1w
b2ludGVyIC1tbm8tc3NlMiIKQ0hPU1Q9Imk2ODYtcGMtbGludXgtZ251IgpDT01QSUxFUj0iIgpD
T05GSUdfUFJPVEVDVD0iL2V0YyAvdXNyL1gxMVI2L2xpYi9YMTEveGtiIC91c3Iva2RlLzIvc2hh
cmUvY29uZmlnIC91c3Iva2RlLzMuMy9lbnYgL3Vzci9rZGUvMy4zL3NoYXJlL2NvbmZpZyAvdXNy
L2tkZS8zLjMvc2h1dGRvd24gL3Vzci9rZGUvMy9zaGFyZS9jb25maWcgL3Vzci9zaGFyZS9jb25m
aWcgL3Vzci9zaGFyZS90ZXhtZi9kdmlwZGZtL2NvbmZpZy8gL3Vzci9zaGFyZS90ZXhtZi9kdmlw
cy9jb25maWcvIC91c3Ivc2hhcmUvdGV4bWYvdGV4L2dlbmVyaWMvY29uZmlnLyAvdXNyL3NoYXJl
L3RleG1mL3RleC9wbGF0ZXgvY29uZmlnLyAvdXNyL3NoYXJlL3RleG1mL3hkdmkvIC92YXIvcW1h
aWwvY29udHJvbCIKQ09ORklHX1BST1RFQ1RfTUFTSz0iL2V0Yy9nY29uZiAvZXRjL3Rlcm1pbmZv
IC9ldGMvZW52LmQiCkNYWEZMQUdTPSItbWFyY2g9cGVudGl1bTQgLU8zIC1waXBlIC1mb21pdC1m
cmFtZS1wb2ludGVyIC1tbm8tc3NlMiIKRElTVERJUj0iL3Vzci9wb3J0YWdlL2Rpc3RmaWxlcyIK
RkVBVFVSRVM9ImF1dG9hZGRjdnMgY2NhY2hlIGRpc3Rsb2NrcyBzYW5kYm94IgpHRU5UT09fTUlS
Uk9SUz0iZnRwOi8vL2Z0cC1zdHVkLmZodC1lc3NsaW5nZW4uZGUvcHViL01pcnJvcnMvZ2VudG9v
LyBodHRwOi8vZHMudGhuLmh0dS5zZS9saW51eC9nZW50b28gaHR0cDovL2Z0cC5saW51eC5lZS9w
dWIvZ2VudG9vL2Rpc3RmaWxlcy8gaHR0cDovL3RydW1wZXR0aS5hdG0udHV0LmZpL2dlbnRvby8g
aHR0cDovL21pcnJvci5wdWRhcy5uZXQvZ2VudG9vIGh0dHA6Ly9taXJyb3JzLnNlYy5pbmZvcm1h
dGlrLnR1LWRhcm1zdGFkdC5kZS9nZW50b28vIGh0dHA6Ly93d3cuZ2lnYWxvYWQub3JnL2dlbnRv
by5vcmcvICIKTUFLRU9QVFM9Ii1qMyIKUEtHRElSPSIvbG9jYWwvcG9ydGFnZS9wYWNrYWdlcyIK
UE9SVEFHRV9UTVBESVI9Ii92YXIvdG1wIgpQT1JURElSPSIvdXNyL3BvcnRhZ2UiClBPUlRESVJf
T1ZFUkxBWT0iL2xvY2FsL3BvcnRhZ2UiClNZTkM9InJzeW5jOi8vcnN5bmMuZ2VudG9vLm9yZy9n
ZW50b28tcG9ydGFnZSIKVVNFPSJYIGFhbGliIGFsc2EgYXBhY2hlMiBhcG0gYXJ0cyBhdmkgYmVy
a2RiIGJpdG1hcC1mb250cyBib25vYm8gY2RyIGNyeXB0IGN1cHMgZHZkciBlbWFjcyBlbmNvZGUg
ZXNkIGY3NyBmb29tYXRpY2RiIGdkYm0gZ2lmIGdub21lIGdub21lMiBncGhvdG8yIGdwbSBndGsg
Z3RrMiBndGtodG1sIGd1aWxlIGltbGliIGphdmEganBlZyBrZGUgbGRhcCBsaWJnKysgbGlid3d3
IG1hZCBtaWttb2QgbW90aWYgbW96bm9jb21wb3NlIG1vem5vaXJjIG1vem5vbWFpbCBtcGVnIG15
c3FsIG5jdXJzZXMgbmxzIG5wdGwgb2dndm9yYmlzIG9wZW5nbCBvc3MgcGFtIHBkZmxpYiBwZXJs
IHBuZyBweXRob24gcXQgcXVpY2t0aW1lIHJlYWRsaW5lIHNkbCBzbGFuZyBzcGVsbCBzc2wgc3Zn
YSB0Y2x0ayB0Y3BkIHRldGV4IHRydWV0eXBlIHg4NiB4ZW1hY3MgeG1sIHhtbDIgeG1tcyB4cHJp
bnQgeHYgemxpYiIKCg==
</data>        

          </attachment>
    </bug>

</bugzilla>