Bug 208700
Summary: | 64-bit firefox not functional | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Woodhouse <dwmw2> |
Component: | firefox | Assignee: | Christopher Aillon <caillon> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | jrb, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2007-04-02 18:52:25 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
David Woodhouse
2006-09-30 11:42:14 UTC
Installing gtk2-engines.ppc64 makes the above warning go away but firefox still just exits, now silently. Breakpoint 2, 0x0000008051144cd0 in .exit () from /lib64/libc.so.6 #0 0x0000008051144cd0 in .exit () from /lib64/libc.so.6 #1 0x00000080511297f4 in .generic_start_main () from /lib64/libc.so.6 #2 0x0000008051129a68 in .__libc_start_main () from /lib64/libc.so.6 #3 0x0000000000000000 in ?? () It wants fixing, but we don't actually want to be using 64-bit firefox anyway, so the simplest fix in the short term is probably to drop the firefox.ppc64 package from the compose, since it's probably too late to fix it properly by moving the libraries into a separate 'firefox-libs' package. We've shipped a few firefox updates since FC6 was released with this FC6Blocker bug still unfixed, and we're _still_ knowingly shipping an officially-branded "firefox™" which is totally non-functional on ppc64. We should be shipping only the 32-bit firefox, or at _least_ fixing the /usr/bin/firefox shell script so that it runs the 32-bit firefox by default instead of the 64-bit one. Note that even if 64-bit firefox actually worked, it would be the wrong thing for us to do. Our distribution is mainly 32-bit on PowerPC; our plugins are 32-bit. The plugins available elsewhere (RealPlayer, Java) are 32-bit. For us to ship a 64-bit firefox would be inconsistent with the rest of the distribution and very suboptimal -- even if it _did_ work. We need to use 32-bit firefox. Noted for the hundredth time. Please let me know when your patch is ready. The patch won't be ready for 1.5.0.x -- it's for trunk only. Then we need a 1.5 version. No, we don't. For reasons outlined in comment #4. Please don't make private comments; this is a Fedora issue and if you have something which you don't want to say in public then it's better not to say it at all. In a _Fedora_ context there is no need for a 1.5.0.x patch and I will not be generating one -- because it would be counterproductive if we actually _shipped_ such a thing. If upstream wants it then they can of course do it for themselves -- but it isn't something we want to ship in Fedora. Should be fixed now. |