dev-util/eclipse-cdt-2.0-r2 depends on nonexistant =dev-util/eclipse-sdk-3.0.0* and fails w/ all newer versions. Also, has sandbox issues and multiple other build problems (see the bugs this bug depends on).
I have no issue with package.masking and removing this package. Ideally, I would drop all the eclipse plugins we currently have in the tree. This is because they are currently a pain in the arse to maintain. Instead, I'd push towards using eclipse-3.2, which allows users to use the builtin 'Update Manager'. Also, there is work being done with collaboration with other distros (ie Fedora/Redhat, Suse / Novel, Debian, us) to make it sane to package plugins. So, my basic plan would be to eventually remove < eclipse-3.2, remove eclipse plugins, and work towards repackaging them using the new method.
(In reply to comment #1) > I have no issue with package.masking and removing this package. > > Ideally, I would drop all the eclipse plugins we currently have in the tree. > This is because they are currently a pain in the arse to maintain. > > Instead, I'd push towards using eclipse-3.2, which allows users to use the > builtin 'Update Manager'. > > Also, there is work being done with collaboration with other distros (ie > Fedora/Redhat, Suse / Novel, Debian, us) to make it sane to package plugins. > > So, my basic plan would be to eventually remove < eclipse-3.2, remove eclipse > plugins, and work towards repackaging them using the new method. > I'm not out to disrupt your plans with this package, so if you have one; I'm cool with closing this as INVALID or LATER and letting you do whatever you need to do for the migration.
Looks like nelcael took care of this sometime last week: # Krzysiek Pawlik <nelchael@gentoo.org> (08 Jul 2006) # Masked, because there's no compatible eclipse-sdk in tree, # please use builtin update manager to install plugins for now. =dev-util/ecletex-0.0.3 =dev-util/eclipse-cdt-2.0-r2 Marking fixed.
*** Bug 165792 has been marked as a duplicate of this bug. ***
Removed it from the tree.