| Summary: | [seden overlay] dev-util/eclipse-sdk-3.7.1-r9 fails to start when <dev-java/swt-3.7 is installed (patch included) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Michael Seifert <m.seifert> |
| Component: | [OLD] Development | Assignee: | Sven Eden <sven.eden> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Eclipse error on start
eclipse-3.7.1-r9.patch |
||
Created attachment 335852 [details]
eclipse-3.7.1-r9.patch
Assignee: sven.eden@gmx.de did not match anything (In reply to comment #2) > Assignee: sven.eden@gmx.de 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: sven.eden@gmx.de did not match anything > > Fixed that in http://www.gentoo.org/proj/en/overlays/repositories.xml for > you. 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. |
Created attachment 335850 [details] Eclipse error on start Symptoms 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). Problem It turned out that the symlinks for the SWT native libraries in /usr/lib/ point to the older version of SWT. Possible solutions - 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").