Created attachment 335850 [details]
Eclipse error on start
The mentioned ebuild depends on dev-java/swt-3.7.2. However, if an swt version with a lower slot number is installed on the machine in parallel, eclipse-3.7 will not start (see attachments).
It turned out that the symlinks for the SWT native libraries in /usr/lib/ point to the older version of SWT.
- Apply the patch (see attachment) to the ebuild
- Unmerge older versions of SWT
Explanation of the patch
The patch addresses the symlink creation for the native libraries. First it derives the major and minor version of the SWT native libraries from the required SWT version (e.g. 3.7.2 becomes 37**). This number will be used when listing the available libraries (e.g. "ls /usr/lib/libswt-gtk-*.so" becomes "ls /usr/lib/libswt-gtk-37*.so") and chooses the one with the highest version number as link target (by calling "ls -r" instead of "ls").
Created attachment 335852 [details]
Assignee: email@example.com did not match anything
(In reply to comment #2)
> Assignee: firstname.lastname@example.org did not match anything
Fixed that in http://www.gentoo.org/proj/en/overlays/repositories.xml for you.
Michael, thank you very much!
I am currently working on an updated ebuild and I will add your patch to it.
(In reply to comment #3)
> (In reply to comment #2)
> > Assignee: email@example.com did not match anything
> Fixed that in http://www.gentoo.org/proj/en/overlays/repositories.xml for
Thank you very much! I always thought the "did not match anything" had something to do with wrong contents in metadata.xml. Never thought about the repository itself.
I am currently testing eclipse-sdk-3.7.12-r11 from my overlay. Before I mark this bug as "RESOLVED", I'd like to have other positive test results. Thanks a lot!
The current ebuild from my overlay *should* work fine regarding this bug.
However, I have given up on eclipse-3.7, because dev-util/eclipse-sdk-bin-4.2.1* works without problems on all my systems now.