Bug 57867 - 0.9.6-0 and 0.9.7-0 fails to compile from source
Summary: 0.9.6-0 and 0.9.7-0 fails to compile from source
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: mozilla (Show other bugs)
(Show other bugs)
Version: 1.0
Hardware: i686 Linux
Target Milestone: ---
Assignee: Christopher Blizzard
QA Contact: Ben Levenson
Depends On:
TreeView+ depends on / blocked
Reported: 2001-12-29 05:58 UTC by Need Real Name
Modified: 2007-04-18 16:38 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-12-30 22:41:09 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Need Real Name 2001-12-29 05:58:57 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.5) Gecko/20011113

Description of problem:
regxpcom not found where expected and
numerous broken links to .so libraries in /var are created, eg
/var/tmp/mozilla-root/usr/lib/mozilla/libcaps.so ->

Version-Release number of selected component (if applicable):
mozilla-0.9.6-0.src.rpm, mozilla-0.9.7-0.src.rpm

How reproducible:

Steps to Reproduce:
1. Compile from source

Actual Results:  see above

Expected Results:  successful compile

Additional info:

1. Latest successful compile 0.9.5-2
2. Same problems with both gcc- and gcc-3.1-0.10
3. regexpcom is found at  /usr/src/redhat/BUILD/mozilla/dist/bin/regxpcom,
not installed to /var:
++ pwd
+ ./regxpcom
/var/tmp/rpm-tmp.65642: ./regxpcom: No such file or directory
error: Bad exit status from /var/tmp/rpm-tmp.65642 (%install)
4. Libraries are not found in /var:
/var/tmp/mozilla-root/usr/lib/mozilla/libpcaps.so is a broken link to
../../../src/libpcaps.so The files are built but not installed from the
BUILD directory.

Comment 1 Need Real Name 2001-12-30 22:41:05 UTC
Tracked this down further, the script mozilla-copy-package-files.sh use an
option _not_ to follow symbolic links. This option is not reversed by using -L
to cp, at least for the cp version in fileutils-4.1.3-1.
COPY expands to 'cp -L' (or maybe 'cp', nevertheless removing -P works)
-    $COPY -vrP ${i} ${TARGET_DIR}
+    $COPY -vr ${i} ${TARGET_DIR}
with this change files are installed, not the links themselves.

Of course new problems show up: now
/var/tmp/mozilla-root/usr/lib/mozilla/regxpcom is reporting an unresolved
external(bothe gcc-3.1 and gcc-2.96):
./regxpcom: relocation error: ./regxpcom: undefined symbol: NS_InitXPCOM2

If you do an ldd on regexpcom it is linked to the _previously_ installed version
of mozilla!!
ldd ./regxpcom
        libxpcom.so => /usr/lib/libxpcom.so (0x4002d000)
        libplds4.so => /usr/lib/libplds4.so (0x40115000)
        libplc4.so => /usr/lib/libplc4.so (0x40119000)
        libnspr4.so => /usr/lib/libnspr4.so (0x4011e000)
rpm -qf /usr/lib/libxpcom.so
I thought the libraries should be natively linked. What would happen if
mozilla-0.9.5-2 was not installed? Everything OK then??

Comment 2 Christopher Blizzard 2002-08-29 21:24:55 UTC
Ancient bug report.  Works here.

Note You need to log in before you can comment on or make changes to this bug.