Bug 165330
Summary: | Eclipse platform complains about missing swt.gtk | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jeroen Beerstra <jeroen> |
Component: | eclipse | Assignee: | Andrew Overholt <overholt> |
Status: | CLOSED NEXTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | eclipse-bugs |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
URL: | http://scorpion77.cjb.net/images/eclipse.png | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-11-04 18:12:47 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
Jeroen Beerstra
2005-08-08 02:23:54 UTC
I'm sorry I haven't had a chance to look at this yet. I really *really* want to get Eclipse 3.1 final out for FC4 but bug #151832 is stopping that. When we get that closer to being fixed and get some 3.1 packages built as FC4 update candidates, we can see if these x86_64 issues are fixed. In the mean time, you could try the rawhide packages and see if they fix your issues. If you don't want to mix in some rawhide stuff, I'll understand and look at this as soon as I get some free time. Don't really understand why one problematic bug can prevent others from being fixed, but I'm sure you'll have your reasons. I do have a problem with installing rawhide packages. Apart from this bug and some other minor problems, Eclipse does work. Haven't seen a single crash since I started using the FC4 build, congrats for that (not kidding!), and I use it a lot. Is there any way to install rawhide packages without overwriting my current installation? (In reply to comment #2) > Don't really understand why one problematic bug can prevent others from being > fixed, but I'm sure you'll have your reasons. I don't think it's fair to make people download multiple ~100MB updates until we have a working 3.1 final set of RPMs. > Is there any way to install rawhide packages without overwriting my current > installation? Not really. I'll look into this. Can you try the potential 3.1.1 update in updates-testing? yum --enablerepo=updates-testing update eclipse-pde (or whatever) Please let me know if this still happens for you. If it does not (or if you don't think it's that important), I will go ahead with that update for FC4. AMD64/biarch problems seem to be solved, however there was a new problem: http://scorpion77.cjb.net/images/eclipse_config.png Could not figure out what exactly was wrong, since properties->status told me the feature was installed correctly?? Also I would like to add there also was a problem with eclipse-cdt, which is not included in these updates. So back to the old eclipse for now. (In reply to comment #5) > AMD64/biarch problems seem to be solved, however there was a new problem: > > http://scorpion77.cjb.net/images/eclipse_config.png > > Could not figure out what exactly was wrong, since properties->status told me > the feature was installed correctly?? Do you have eclipse-rcp-devel installed? > Also I would like to add there also was a problem with eclipse-cdt, which is not > included in these updates. I can't update eclipse-cdt until eclipse itself is out as an update. It will follow. (In reply to comment #6) > Do you have eclipse-rcp-devel installed? > No, just did an upgrade, apparently eclipse-rcp-devel does not get included that way. I'll retry later this day with eclipse-rcp-devel included. It's a lot of work to update eclipse and then downgrade to get my custom plugins to work again ... but I guess it's worth the trouble ;) > > Also I would like to add there also was a problem with eclipse-cdt, which is not > > included in these updates. > > I can't update eclipse-cdt until eclipse itself is out as an update. It will > follow. > Ah I see. Yes that worked. The problems related to amd64/biarch are gone now, both on startup and within eclipse. However there is this error when you launch eclipse from the terminal: LoadPlugin: failed to initialize shared library /usr/lib/openoffice.org2.0/program/libnpsoplugin.so [/usr/lib/openoffice.org2.0/program/libnpsoplugin.so: kan gedeeld objektbestand niet openen: Onbekend bestand of map] Looks like a totally harmless problem to me, not even related to eclipse but rather a problem with 64bit mozilla versus 32bit Ooo2.0. I say go ahead with the update. It would be nice though if the other eclipse packages for Fedora get updated too, since they don't seem to work with this update. (In reply to comment #8) > Yes that worked. The problems related to amd64/biarch are gone now, both on > startup and within eclipse. Awesome. > Looks like a totally harmless problem to me, not even related to eclipse but > rather a problem with 64bit mozilla versus 32bit Ooo2.0. Yeah, that seems unrelated (I hope). > I say go ahead with the update. It would be nice though if the other eclipse > packages for Fedora get updated too, since they don't seem to work with this update. Yeah, I'll update them soon. I can't build them against the updated one until it goes final, though. I guess I'll push now :) Thanks for the help! |