Closed
Bug 643695
Opened 13 years ago
Closed 13 years ago
new dependency: libxul.so requires libdbus-glib-1.so.2
Categories
(Firefox Build System :: General, defect)
Tracking
(blocking2.0 Macaw+, status2.0 .1-fixed)
RESOLVED
FIXED
People
(Reporter: jari.bakken, Assigned: glandium)
References
Details
Attachments
(1 file)
768 bytes,
patch
|
khuey
:
review+
dveditz
:
approval2.0+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_6) AppleWebKit/534.24 (KHTML, like Gecko) Chrome/11.0.697.0 Safari/534.24 Build Identifier: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/4.0rc2/linux-x86_64/en-US/firefox-4.0rc2.tar.bz2 I'm trying to run Firefox 4 RC 2 on a minimal install of Debian Squeeze. It looks like a new/undocumented dependency was introduced some time since beta 10: finn@qa1:/iad/qa/firefox-4.0rc2$ DISPLAY=:2 ./firefox ./firefox-bin: error while loading shared libraries: libdbus-glib-1.so.2: cannot open shared object file: No such file or directory I found this old bug report which seems to describe the exact same issue: https://bugzilla.mozilla.org/show_bug.cgi?id=448375 Some further investigation confirms that it's a dependency of libxul.so: finn@qa1:/iad/qa/firefox-4.0rc2$ ldd libxul.so 2>/dev/null | grep libdbus-glib libdbus-glib-1.so.2 => not found And then a huge hack confirms that it's not a "real" dependency (note I'm symlinking libdbus, not libdbus-glib): finn@qa1:/iad/qa/firefox-4.0rc2$ ln -s /lib/libdbus-1.so.3.4.0 libdbus-glib-1.so.2 finn@qa1:/iad/qa/firefox-4.0rc2$ DISPLAY=:2 ./firefox Xlib: extension "RANDR" missing on display ":2.0". ^C finn@qa1:/iad/qa/firefox-4.0rc2$ i.e. it at least launches successfully with the "fake" lib in place. Reproducible: Always Steps to Reproduce: 1. Run RC2 on a machine without libdbus-glib Actual Results: ./firefox-bin: error while loading shared libraries: libdbus-glib-1.so.2: cannot open shared object file: No such file or directory Expected Results: Firefox launches successfully.
Comment 1•13 years ago
|
||
Do we care anymore? I have no idea.
Assignee | ||
Comment 2•13 years ago
|
||
Mmmmm I thought I had fixed this a while ago.
Assignee | ||
Comment 3•13 years ago
|
||
Err, yes I had, in bug 448375, which jari linked.
Assignee | ||
Comment 4•13 years ago
|
||
Broken by bug 562725
Assignee | ||
Comment 5•13 years ago
|
||
Fix should be as easy as this. This might be something we want for 4.0.1
Assignee: nobody → mh+mozilla
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attachment #520895 -
Flags: review?(ted.mielczarek)
Assignee | ||
Updated•13 years ago
|
Hardware: x86_64 → All
Attachment #520895 -
Flags: review?(ted.mielczarek) → review+
Blocks: 562725
Comment on attachment 520895 [details] [diff] [review] Don't depend on libdbus-glib when not necessary I agree with glandium, we should consider taking this in 4.0.1.
Attachment #520895 -
Flags: approval2.0?
Assignee | ||
Updated•13 years ago
|
Comment 7•13 years ago
|
||
If this is something you want to keep fixed, you should figure out a unit test for it. (Even something in "make check" using ldd would probably do it.)
Assignee | ||
Comment 8•13 years ago
|
||
On the long run, I think we should just use -Wl,--as-needed, which would get rid of it even if it is in the build rules.
Assignee | ||
Comment 9•13 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/208e4e19cc1a
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
I backed this out because it was part of a push that caused bug 644790, and out of an abundance of caution (and a desire to get bug 644790 working again before we get to sleep), I backed the whole push out. (It was two tiny patches, of which this was one, and then the likely culprit in a series of five patches that may have had to be backed out all together.) http://hg.mozilla.org/mozilla-central/rev/e11c2f95f781
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 11•13 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/a69e803673e7
Status: REOPENED → RESOLVED
Closed: 13 years ago → 13 years ago
Resolution: --- → FIXED
Comment 12•13 years ago
|
||
Comment on attachment 520895 [details] [diff] [review] Don't depend on libdbus-glib when not necessary Approved for the mozilla2.0 repository, a=dveditz for release-drivers
Attachment #520895 -
Flags: approval2.0? → approval2.0+
Updated•13 years ago
|
Comment 13•13 years ago
|
||
Transplanted from mozilla-central onto releases/mozilla2.0: http://hg.mozilla.org/releases/mozilla-2.0/rev/967fd562304a
Comment 14•10 years ago
|
||
I'm testing new translation in aurora, and my OS is Ubuntu Linux x64. I'm getting this error for last few releases: $ ./firefox -p translation -no-remote -Wl XPCOMGlueLoad error for file /path/to/unzip/firefox/libxul.so: libdbus-glib-1.so.2: cannot open shared object file: No such file or directory Couldn't load XPCOM. But x32 version works good. Do anybody know why in x64 system x64 version of firefox not works?
Updated•6 years ago
|
Component: Build Config → General
Product: Firefox → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•