Bug 168040
Summary: | browser does not work in x86_64. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Ivan Martinez <ivanfmartinez> |
Component: | eclipse | Assignee: | eclipse-bugs |
Status: | CLOSED NEXTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | billy.biggs |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-11-01 02:40:42 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: | |||
Bug Depends On: | |||
Bug Blocks: | 166306 |
Description
Ivan Martinez
2005-09-11 12:59:27 UTC
That part of the script should likely just be deleted. The eclipse executable will use the /etc/gre.d/gre.conf file to locate a browser, and this should point at the correct Mozilla GRE to use for embedding. my system does not have the file /etc/gre.d/gre.conf only the file : /etc/gre.d/gre64.conf in any case the 64 bit system must be considered. OK, then there are two bugs :) First off, we didn't know about gre64.conf vs gre.conf in eclipse. I have filed this bug upstream and will fix it: http://bugs.eclipse.org/bugs/show_bug.cgi?id=109253 Secondly, the gre should be used for embedding, not whatever comes first in that ls -t. So, I still think those lines should be removed. I guess the third bug is that the GRE stuff from mozilla is very poorly documented. :) I have added support for gre64.conf in Eclipse upstream for 3.2M2. Okay, I've removed the offending lines from eclipse.script (which I plan to remove entirely in the future -- see bug 168726) and included Billy's patch in rawhide. I can't rebuild right now but when bug 168718 is resolved, we'll try it out. I'll put this in NEEDINFO in the mean time and once we get a new build, can someone with an x86_64 system (the reporter?) either give more info or close this bug? I wonder if this will still work with firefox? Thanks. I have checked the development tree and didn't find a new version to test, all versions are from august. http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/Fedora/RPMS/ where I can get the new version to test ? See comment 5. I can't rebuild right now due to bug 168718. Once that's resolved, I'll post here and get you to try it out if you don't mind. Thanks. There will be new rawhide RPMs (-15) showing up today. Please test if you can. Thanks. ivanfm@a2800 yum.repos.d]$ sudo yum --enablerepo=development update eclipse* ..... ..... Error: Unable to satisfy dependencies Error: Package glibc-devel needs glibc = 2.3.5-10.3, this is not available. Error: Package glibc-devel needs glibc-headers = 2.3.5-10.3, this is not available. ------------------------------------- And it has added a lot of success dependencies. This package can be used in Fc4 or I will have to create and rawhide system to test ? I'm going to put an update into FC4 updates-testing that will work without getting rawhide gcc & glibc. Thanks for trying :) I have updated to version in updates-testing. Now it does not give option to use internal browser, only external. In Window -> preferences -> General -> Web Browser the "Use Internal WebBrowser" is disabled. Now I only can view the html using the external browser. Hmm. I built with Billy's gre64.conf patch and the LD_LIBRARY_PATH stuff is removed from eclipse.script (/usr/bin/eclipse). I have no problem on x86 but unfortunately I don't have a readily-available x86_64 machine on which to test. I'll see what I can do. Anybody else have any ideas? I found the problem. The launcher (which Billy's patch touches) is actually built by unzipping launchersrc.zip which I wasn't actually patching. I'll put a build in now and push it out as a test update tomorrow. Sorry. working now. thanks Great. Closing. |