Closed
Bug 84354
Opened 24 years ago
Closed 24 years ago
mozilla do not run with XFree86 4.1.0 rpm
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: vladimir.kondratiev, Assigned: blizzard)
References
Details
(Keywords: relnote, Whiteboard: [redhat][suse])
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.3 i686; en-US; rv:0.9+) Gecko/20010601
BuildID: 2001060221
In XFree86 4.1.0 rpms, RedHat removed libXIE.so.
Mozilla uses this lib.
at least components/libgfx_gtk.so require this lib
I am not sure who should act: RedHat to include libXIE back or Mozilla team to
stop using this library.
I will submit bug to RedHat as well
Reproducible: Always
Steps to Reproduce:
1. ldd components/libgfx_gtk.so
2.
3.
correcting typo in summary, adding blizzard to CC.
Seems it's the rawhide version you're talking about, but that's where erratas
are born...
Summary: mozilla do not run with XFree84 4.1.0 rpm → mozilla do not run with XFree86 4.1.0 rpm (RH)
Assignee | ||
Updated•24 years ago
|
Reporter | ||
Comment 2•24 years ago
|
||
Oh, shure, I mentioned RawHide version.
um, blizzard assigned this to asa, so i'm giving it to blizzard.
Assignee: asa → blizzard
Status: ASSIGNED → NEW
Comment 4•24 years ago
|
||
libXIE from XFree86 4.1.0 seems to make Mozilla crash on some pages.
Reproducable on this site (to mention one): http://www.namesys.com/faq.html. The
exact same binaries of Mozilla 0.9.1 run great without crashing on the mentioned
page with XFree86 4.0.3 - but with 4.1.0 built from SRPM from Rawhide (with
libXIE ENABLED) it doesn't. The library is there, and the extension loads fine.
And.. even ldd components/libgfx_gtk.so tells me that it finds libXIE. So..
what's wrong with 4.1.0, or are there any changes to this library? I've
recompiled 0.9.1 agains XF 4.1.0 as well - still crashing...
bug 85856: SuSE hase removed XIElib from XFree86 4.1.0 as well.
marking dup, removing RH from summary.
Summary: mozilla do not run with XFree86 4.1.0 rpm (RH) → mozilla do not run with XFree86 4.1.0 rpm
Comment 8•24 years ago
|
||
Here's what mharris@redhat.com says:
"Update: The XFree86 team has specifically deprecated XIE and PEX
extensions officially. They have been removed from the default builds
of XFree86 now, as they are way obsolete and mostly unused nowadays.
This is the original reason for removing these extensions and libraries
from our XFree86 packages. It reduces bloat.
At the time I made the decision to remove XIE/PEX from our official
packages - I was pretty sure that there would be nothing out there
that was important that should be using them. Unfortunately, I was
wrong. As millions are pointing out - Mozilla is linked to XIE. I
discovered this *myself* prior to any bugs being reported, and contacted
our Mozilla developer. I was told that Mozilla should never have been
using XIE, and that the XIE code would be removed ASAP. Thus I left XIE
disabled because Mozilla would soon be updated to not require XIE.
Mozilla 0.9.1 was supposed to not have XIE requirement, but ended up
still requiring XIE after all. This was probably my misunderstanding,
although I've been told that the XIE code will indeed be removed real
soon now.
To make life easy on everyone else out there, I have decided to re-enable
the XIE/PEX extensions in our builds, but deprecate them. What this
means is that software using these extensions, etc. will continue to work,
however they will officially be removed from a future release of Red Hat
Linux. Our next release will probably keep XIE and PEX, but future releases
after that will likely not have them.
I will be adding deprecation warnings to the XIE/PEX extensions and libraries
that will get echoed to the XFree86 logs when they are loaded. This should
be adequate enough to warn anyone using/needing this stuff that it will
be removed in a future release, but keep binary compatibility across all
at least existing Red Hat Linux 7.x releases, plus possibly one future
release or so.
XIE (X Image Extension) is truely obsolete, having a codebase that is more
or less unmaintained or developed for 10 years I am told. The same goes
for PEX. PEX is a 3D environment for X Windows, which is totally obsoleted
by the existence of OpenGL. Neither of these extensions/libraries will be
officially supported by XFree86.org any longer, and there is no sane
justification for us to support these obsolete codebases either.
So this is pretty much a BIG heads up to any developers out there, or users
using programs that need XIE/PEX to speak up now and let us know what
applications you may be using aside from Mozilla that rely on XIE/PEX.
Summary: The reason for this deprecation is that the official XFree86.org
team that maintains the XFree86 codebase has officially obsoleted it. We
are only following suit as there is no way we can support something that
the official development team cant/wont support.
In the mean time, my next build of XFree86 4.1.0 will have XIE/PEX enabled
again." <http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=43720>
Assignee | ||
Comment 9•24 years ago
|
||
Mike Harris has told me that there are new RPMS available that include XIE again
for those of you who are running rawhide.
Comment 10•24 years ago
|
||
I experience some problems with xauth on suse 7.0 after installing xfree 4.1.0
own suse xservers based on xfree, probably isn't related but hopes more info
could help.
Comment 11•24 years ago
|
||
SuSE has added a tar file, with the libXIE libraries, to unpack after installing
their XFree86 4.1.0 rpms.
Comment 12•24 years ago
|
||
> Mike Harris has told me that there are new RPMS available
> that include XIE again for those of you who are running rawhide.
Did he mention to you /where/ those new RPMs might be? I've checked all over
ftp.rawhide.com, but as of now all the XFree86-4.1.0 RPMs and SRPMs are dated
June 2nd. I'd just go back to waiting, except you've given me this glimmer of
hope that new versions are already available, if only I knew where to look :)
FYI, Mozilla 0.8.1 RPMs (at least the ones bundled with Ximian GNOME) work with
XFree86-4.1.0. Rawhide users might want to give that a try in the meantime.
Comment 13•24 years ago
|
||
Hello mozilla developers and mozilla users,
I didn't use the rpm's from rawhide, but the rpm's from Suse ftp site. The exact
url is:
ftp.suse.com/pub/suse/i386/X/XFree86/XFree86-4.1.0-SuSE/suse71
As you already guessed, I'm running Suse 7.1 at the moment. After upgrading
XFree86 4.0.2 (shipped with Suse 7.1) to XFree86 4.1.0 with given rpm's, mozilla
won't run. But after some reading on the mozilla site and searching the bugzilla
site, I discovered that the problem is the lack of XIE libs in XFree86 4.1.0.
Suse provides this libs in a seperate zip file, called libXIE.tar.gz, which can
be found in the same directory as the XFree86 4.1.0 rpm's. After unpacking this
zip, all problems went away. I hope this information helps all people, having
the same problem.
Mozilla rocks! Keep up the good work.
Gilbert
Comment 14•24 years ago
|
||
The checkin for 83920 removes the use of XIE from the gtk port. Closing.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•