Having eclipse-sdk-3.7.1-r7 installed I get a slot conflict for dev-java/swt-3.7.2:3.7 (required by dev-util/android-sdk-update-manager-21 (>=dev-java/swt-3.5[cairo])) - which could be ignored, I admit. However, I copied eclipse-sdk-3.7.1-r7.ebuild into a local overlay and created eclipse-sdk-3.7.1-r8.euild Reproducible: Always Steps to Reproduce: 1. layman -a seden 2. emerge -av =dev-util/eclipse-sdk-3.7.1-r7 3. emerge -av =dev-util/android-sdk-update-manager-21 Actual Results: gives a slot conflict for dev-java/swt-3.7.1:3.7 vs. dev-java/swt-3.7.2:3.7. Expected Results: emerging without any error messages I changed the dependency of eclipse-3.7.1-r7 from swt-3.7.1:3.7 to swt-3.7.2:3.7. It compiled well, but had startup problems: not finding three swt libraries. A workaround is to create symlinks in the users home directory in ~/.swt/lib7linux/x86_64/ like the following: mdb@lapmdb-hpl ~ $>> l .swt/lib/linux/x86_64/ insgesamt 8 drwxr-xr-x 2 mdb mdb 4096 4. Jan 00:19 ./ drwxr-xr-x 3 mdb mdb 4096 24. Aug 16:17 ../ lrwxrwxrwx 1 mdb mdb 33 4. Jan 00:19 libswt-atk-gtk.so -> /usr/lib64/libswt-atk-gtk-3740.so* lrwxrwxrwx 1 mdb mdb 29 4. Jan 00:14 libswt-gtk.so -> /usr/lib64/libswt-gtk-3740.so* lrwxrwxrwx 1 mdb mdb 32 4. Jan 00:16 libswt-pi-gtk.so -> /usr/lib64/libswt-pi-gtk-3740.so* mdb@lapmdb-hpl ~ $>> With these, eclipse starts up normally. I didn't hit any possible problems that may be introduced by these symlinks, but I did not try much, either. I hope someone can provide a better solution than these symlinks.
Created attachment 334426 [details, diff] patching eclipse-sdk-3.7.1-r7 to require (CDEPEND) swt-3.7.2
Created attachment 334428 [details, diff] patching eclipse-sdk-3.7.1-r7.ebuild to require (CDEPEND) swt-3.7.2 ups, patches .ebuild only, sorry.
In addition, I saw that ECLIPSE_BUILD_VER="9e028fbc74e844e96a6fd944d7d4f68909283a5d" is obsolete. Online, there are only four other versions of .tar.xz files (NOT .tar.bz2): http://download.eclipse.org/technology/linuxtools/eclipse-build/3.7.x_Indigo/ eclipse-build downloads • eclipse-3.7.0-src.tar.bz2 (64.1M) • eclipse-3.7.1-src.tar.bz2 (66.0M) • eclipse-build-5791c48513b4207ab1eec1e00bed4b2186f9aad5.tar.xz (270.2K) • eclipse-build-914dc6de2bfc5ee5819a229cf4877f7043040a92.tar.xz (247.7K) • eclipse-build-ac26b7b28f77d35c40527bd48b5bb5293369e89c.tar.xz (242.5K) • eclipse-build-bd5e22fe1c5897603235f7da0d6db31035ab270b.tar.xz (247.8K) • eclipse-sdktests-3.7.0-src.tar.bz2 (117.4M) • eclipse-sdktests-3.7.1-src.tar.bz2 (118.0M) • md5sums.txt (417.0B) • sha1sums.txt (457.0B) Kind regards, mdb
Assignee: sven.eden@gmx.de did not match anything
Thank you very much for the report. The SWT dependency is hardcoded. So Eclipse x.y.z wants SWT x.y.z. However as the 3.7.1 is keyworded and 3.7.2 is not, I will try the symlink variant. I have a lot of add-ons installed, and if none look like they have any problems with them, I do not see any reason not to add your patch. Thanks again for finding out about eclipse-build. I'll update that, too. Jeroen, sven.eden@gmx.de is an alias for my e-mail address. I messed that up never realizing that I registered here with the nickname'd address. I'll change the entry in all my metadata.xml files in my overlay. Another question: Why can't I, as the assignee, change the status from "Unconfirmed" to "Confirmed"?
(In reply to comment #3) > In addition, I saw that > > ECLIPSE_BUILD_VER="9e028fbc74e844e96a6fd944d7d4f68909283a5d" > > is obsolete. Online, there are only four other versions of .tar.xz files > (NOT .tar.bz2): As a matter of fact I was sort of thick there. The versions on the download page all crash the installation with various classes from Equinox that can not be found. The ebuild uses a snapshot from git.eclipse.org ;)
(In reply to comment #6) > (In reply to comment #3) > > ... > > ECLIPSE_BUILD_VER="9e028fbc74e844e96a6fd944d7d4f68909283a5d" > > ... > As a matter of fact I was sort of thick there. The versions on the download > page all crash the installation with various classes from Equinox that can > not be found. > > The ebuild uses a snapshot from git.eclipse.org ;) thick, hmmm? Well, if You create great things like the eclipse ebuild when You are sick then how 'bout healthy ebuilding... Maybe the current git version allows for a version bump for a build with swt-3.7.2? Kind regards, mdb
(In reply to comment #5) > Jeroen, sven.eden@gmx.de is an alias for my e-mail address... I'll > change the entry in all my metadata.xml files in my overlay. Please check the metadata.xml for eclipse - it has "@-g-gmx" in the address. Which seems to be routable for Emails, btw...
Created attachment 334772 [details] dev-util/eclipse-sdk-3.7.2-r9.ebuild The following changes have been made: 1.: Depend on dev-java/swt-3.7.2:3.7 This is the current stable version, therefore it is much more likely to be installed instead of the lower unstable version. For this to work the ebuild creates three symlinks in /usr/$(get_libdir) for eclipse to find libswt-atk-gtk.so, libswt-gtk.so and libswt-pi-gtk.so. 2.: As it has been confirmed (by a user per e-mail to me) that eclipse works well with icedtea7, and because i have no knowledge about any other JDK working apart from sun-jdk-1.6.0*, the ebuild no longer depends on virtual/jdk, but either sun-jdk-1.6.0* or icedtea7*. This ebuild has been installed on my system using swt-3.7.2 and sun-jdk-1.6.0-47 and the following features/add-ons work without any issues: - Autotools support for CDT - C/C++ call Graph Visualization - C/C++ Development Tools - ChangeLog Management Tools - Eclipse Color Theme - Eclipse EGit - Eclipse SQL Explorer - Eclipse XML Editors and Tools - EPIC Perl IDE - Javascript Development Tools - Man Page Viewer - Native JavaHL 1.6 - PHP Development Tools - ShellEd - Subversive - SVNKit - UML2 Extender SDK - Valgrind Tools Integration and their Dependencies. ----- Further: (In reply to comment #8) > (In reply to comment #5) > > Jeroen, sven.eden@gmx.de is an alias for my e-mail address... I'll > > change the entry in all my metadata.xml files in my overlay. > > Please check the metadata.xml for eclipse - it has "@-g-gmx" in the address. > Which seems to be routable for Emails, btw... I have updated all metadata.xml in my overlay to list "yamakuzure@gmx.net" as my e-mail-address, the same that I am registered with here on bugzilla.
(In reply to comment #9) > This ebuild has been installed on my system using swt-3.7.2 and > sun-jdk-1.6.0-47 and the following features/add-ons work without any issues: It's sun-jdk-1.6.0.37 of course.
(In reply to comment #9) > ... > 2.: As it has been confirmed that eclipse works well with icedtea7 and > sun-jdk-1.6.0*, the ebuild no longer depends on > virtual/jdk, but either sun-jdk-1.6.0* or icedtea7*. Just for Your records: I had it running with dev-java/oracle-jdk-bin-1.7.0.10 and other (current) versions in the 1.7 range without problems. Kind regards, mdb
(In reply to comment #11) > (In reply to comment #9) > > ... > > 2.: As it has been confirmed that eclipse works well with icedtea7 and > > sun-jdk-1.6.0*, the ebuild no longer depends on > > virtual/jdk, but either sun-jdk-1.6.0* or icedtea7*. > > Just for Your records: I had it running with > dev-java/oracle-jdk-bin-1.7.0.10 and other (current) versions in the 1.7 > range without problems. > > Kind regards, > mdb Great news! Thank you very much. This means that I could make it depend on =virtual/jdk:1.7, too, right?
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.
