Closed
Bug 79065
Opened 23 years ago
Closed 23 years ago
installer can't start: requires unavailable lib: libstdc++-libc6.1-2.so.3
Categories
(SeaMonkey :: Installer, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.1
People
(Reporter: bulbul, Assigned: slogan)
References
Details
(Keywords: relnote)
Attachments
(1 file)
1.47 KB,
patch
|
Details | Diff | Splinter Review |
Starting with the May 4, 2001 trunk builds, i cannot start the mozilla-installer script. I get the following error: ./mozilla-installer-bin: error while loading shared libraries: libstdc++-libc6.1-2.so.3: cannot open shared object file: No such file or directory The May 5 0.9 builds do not have this problem. Neither do trunk builds up to 2001050315.
dup *** This bug has been marked as a duplicate of 78874 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
No. This _might_ be described as a dupe of bug 68604, but it is unfair to call it a dupe of that bug.
Status: VERIFIED → UNCONFIRMED
Component: Browser-General → Installer
Resolution: DUPLICATE → ---
ssu: the way i see it, there are two reasonable fixes for this bug. a) Fix the installer script to check for the library and carp w/ an explanation+relnote/bugnote link b) Make the installer statically linked to libstdc++ (I don't care which version, whichever the build system has available). I'd prefer that we do (b). If we do (b), we still need a warning either in the installer or in run-mozilla.sh explaining that we require a certain version of libstdc++.
Assignee: asa → ssu
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: relnote
QA Contact: doronr → gemal
Summary: installer can't start: can't open libstdc++-libc6.1-2.so.3 → installer can't start: requires unavailable lib: libstdc++-libc6.1-2.so.3
Updated•23 years ago
|
QA Contact: gemal → gbush
Comment 8•23 years ago
|
||
Comment 9•23 years ago
|
||
I could use xmessage to show the error message in X window but it uses Athena widgets so it is not pretty.
Comment 10•23 years ago
|
||
BTW would README file be better destination for installer? "More information can be found in the installation and release notes, found at README file."
Comment 11•23 years ago
|
||
Asko, Thank you for the patch. I think that the resolution for bug 78874 will fix this and we won't need to check for libs sepcifically. cls, Please update us on the accuracy of my last statement. If I am to take explicit action please indicate the same and vend me a clue: this looks like build changes that have affected the mozilla binary as well.
Comment 12•23 years ago
|
||
Samir: nope, the current patches for bug 78874 won't resolv the problem for installer.
Comment 13•23 years ago
|
||
% ldd xpinstall/wizard/unix/src2/mozilla-installer-bin | grep libstdc libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 So installer cannot be started without proper libstdc++ and patching browser won't help installer.
Reporter | ||
Comment 14•23 years ago
|
||
I hope that if you direct people to the README file, that the README is actually updated. I've added a comment to that effect that this library issue be mentioned in the README in bug 58859.
Assignee | ||
Comment 15•23 years ago
|
||
cls, I am thinking the right thing to do is override LIBS in the installer wizard Makefile.in will fix this problem, how does that sound?
Comment 16•23 years ago
|
||
(Ugh. How many of these bugs are there?) The proper thing to do would be to statically link against libstdc++ if GNU_CXX is set. However, since the compiler on the nightly build machine has been reverted, I'm pretty sure this is no longer an issue.
Comment 17•23 years ago
|
||
I saw this on a daily build from yesterday, commercial.
Comment 18•23 years ago
|
||
The compiler was reverted this morning. Wait for the 8pm build or even the post-carpool landing build.
Comment 19•23 years ago
|
||
Did the compiler change fix this bug?
Comment 20•23 years ago
|
||
I believe this is fixed. I have not heard of other reports on this. I'll check with Asa and Jimmy Lee.
Comment 21•23 years ago
|
||
looks good to me. tested 051608 builds (morning and afternoon) and they worked fine for me.
Comment 22•23 years ago
|
||
Compiler was reverted, this is no longer a problem.
Status: NEW → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Comment 23•23 years ago
|
||
Passing on some info I got to get the older libaries... The older versions (which should work on redhat 6.x machines) can be found at: http://rpmfind.net/linux/RPM/redhat/6.2/i386////libstdc++-2.9.0-30.i386.html and http://rpmfind.net/linux/RPM/redhat/6.2/i386////egcs-1.1.2-30.i386.html
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•