193061 - mozilla 1.3b breaks evolution installation (libssl3.so) (rpm install)

Status: VERIFIED FIXED

(SeaMonkey :: Build Config, defect)

Description

[harm]

Build ID: 2003021223
Linux RedHat 8.0

mozilla 1.3b rpms for RedHat 8.0  break an evolution installation

cause:
libssl3.so   is installed in /usr/lib/mozilla-1.3b instead of /usr/lib  
wombat/evolution can't find it anymore.

mozilla 1.3a installed libssl3.so  in /usr/lib  where other application can
perfectly find it. 
(note: It did not put it in /usr/lib/mozilla-1.3a !)

Whas there a reason to change the installation location between 1.3a and 1.3b ?

One other strange thing I noted:
1.3a:  libssl3.so  is provided by mozilla-nss
1.3b:  libssl3.so is provided by mozilla-psm  
why the difference ?

Comment 1

[harm]

the mozilla.spec file still want's to install mozilla-nss files in /usr/lib
/bin/rm -f %{builddir}/mozilla-nss.list
%{SOURCE7} --package nss --output-file %{builddir}/mozilla-nss.list \
    --package-file $RPM_BUILD_DIR/mozilla/xpinstall/packager/packages-unix \
    --install-dir $RPM_BUILD_ROOT/%{_libdir} \
    --install-root %{_libdir}

however the mozilla-nss.list is completely empty and mozilla-psm.list contains
the nss files (libnss3.so) 
resulting in the wrong installation place of libnss3.so

Comment 2

[Henrik Gemal]

is this installer or build config?

Comment 3

[toor]

I can confirm this behaviour both on the xft builds and on the gtk2 builds...

Better make new rpms?

/Richard

Comment 4

[Andrew Schultz]

RPMs => blizzard

Comment 5

[slice1900]

As a temporary fix, I was able to copy the following files from
/usr/lib/mozilla-1.3b into /usr/lib (using cp -p to get the correct permissions)

-rwxr-xr-x    1 root     root       498348 Feb 12 01:59 libnss3.so
-rwxr-xr-x    1 root     root       172760 Feb 12 02:00 libsmime3.so
-rwxr-xr-x    1 root     root       446705 Feb 12 01:57 libsoftokn3.so
-rwxr-xr-x    1 root     root       154590 Feb 12 02:00 libssl3.so

Now Evo works for me, just thought I'd point that out in case some people find
this bug looking for a quick fix instead of waiting for the rpms to be rebuilt
or for 1.3final.

Comment 6

[Christopher Blizzard (:blizzard)]

Fixed with the snapshot gtk2 builds I just made.  Sorry about that.

Comment 7

[harm]

Chris,
the directory permissions (or web server permissions) are wrong in
http://ftp.mozilla.org/pub/mozilla/releases/mozilla1.3b/Red_Hat_8x_RPMS/gtk2/

SRPMS and i386 can't be opened using http

Comment 8

[Christopher Blizzard (:blizzard)]

No, that's the stupid AOL servers with their busted-ass filesystems.  Use
komodo.mozilla.org.

Comment 9

[Boris Zbarsky [:bzbarsky]]

*** Bug 193817 has been marked as a duplicate of this bug. ***

Comment 10

[R.K.Aa.]

*** Bug 194158 has been marked as a duplicate of this bug. ***

Comment 11

[R.K.Aa.]

*** Bug 197184 has been marked as a duplicate of this bug. ***

Comment 12

[Onno Zweers]

I found a workaround on the Ximian web site:
http://support.ximian.com/
Search for "mozilla", then choose from the results: "Why can't I initialize the
Evolution shell?".

It worked for me.

Comment 13

[Tracy Walker [:tracy]]

verified