Bug 134455 - Firefox should provide libxpcom.so ???
Summary: Firefox should provide libxpcom.so ???
Alias: None
Product: Fedora
Classification: Fedora
Component: firefox   
(Show other bugs)
Version: 3
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: Christopher Aillon
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2004-10-02 22:28 UTC by Joel Rittvo
Modified: 2007-11-30 22:10 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-10-05 01:18:42 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 Joel Rittvo 2004-10-02 22:28:14 UTC
Description of problem:
In order to install firefox-0.10.1-1.0PR1.8 I needed first to remove
several non-Fedora packages, including liferea and mplayerplug-in. 
This was because mozilla/firefox/thunderbird all normally seem to
provide libxpcom.so but it has been removed from the newest firefox
release.  Seems like a mistake to have removed it if remains in all
the others still.  Having to install mozilla on top of firefox kind of
defeats the point of firefox.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Try to install (upgrade) newest firefox package over prior
installation that also uses mplayerplug-in.
Actual results:
Dependency issues tied back to libxpcom.so, which is present in prior
firefox packages, and all(?) other mozilla and thunderbird packages.

Expected results:
Should not break dependences from prior versions.

Additional info:

Comment 1 Warren Togami 2004-10-03 02:22:28 UTC
Bill, is this related to your change that you made?

Comment 2 Bill Nottingham 2004-10-04 03:38:30 UTC

OK, so the problem is:

- firefox, mozilla, and thunderbird all provide libxpcom.so.

This wreaks havoc on dependency solvers, in that any time a package
requires libxpcom.so, the dependency solver has to try and guess which
app the user really needs.

To eliminate this problem, the provides were removed from firefox and
thunderbird, as all the apps that are linking against mozilla
libraries in FC3 are linking against the ones provided by 'mozilla'.
(Evolution and Epiphany, to be precise.)

Now, the question is:

a) were liferea and mplayer-plugin built against firefox?
(Assumed answer: no)
b) how much can we presume that apps built against mozilla work
against firefox?
c) how do we structure this to avoid the dependnency problems
mentioned above?

Comment 3 Joel Rittvo 2004-10-04 06:51:10 UTC
Can you define a "common" package of pieces that
firefox/thunderbird/mozilla all (redundently) use and make that
package (mozilla-common) a depends for firefox/thunderbird/mozilla
(and also any package that depends on one of those)?  If the answer is
a simple no, you don't need to explain why here.  I'll understand more
of this eventually. 

Comment 4 Warren Togami 2004-10-04 06:53:38 UTC
Splitting the common core is a long distant goal, but it wont happen
until probably FC5 timeframe, and only if someone actually works on it.

Comment 5 Bill Nottingham 2004-10-04 15:16:32 UTC
No, you can't really define a common core, since all the source bases
are slightly different.

Comment 6 Warren Togami 2004-10-05 01:18:42 UTC
WONTFIX, this is NOT a good idea.

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