Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 205114 - Add check for packages pulling two slots of same package to java-check-environment
Summary: Add check for packages pulling two slots of same package to java-check-enviro...
Status: CONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Java (show other bugs)
Hardware: All Linux
: High normal
Assignee: Java team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-01-09 20:10 UTC by Petteri Räty (RETIRED)
Modified: 2010-07-21 18:55 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Petteri Räty (RETIRED) gentoo-dev 2008-01-09 20:10:17 UTC
For example if two different asm versions get pulled in breakage happens.
Comment 1 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2009-06-01 13:18:42 UTC
Also needs some way to indicate when multiple slots are ok (think antlr).
Comment 2 Guenther Brunthaler 2010-07-21 18:55:36 UTC
I think I encountered the same issue.

For instance, java-check-environment always complains about re-emerging icedtea-6 because package "rhino" could not be found. But see this:

# grep DEPEND /usr/share/icedtea-6/package.env
DEPEND="js.jar@rhino:1.6"
# equery files rhino|grep /usr/share
/usr/share
/usr/share/rhino-1.5
/usr/share/rhino-1.5/lib
/usr/share/rhino-1.5/lib/js.jar
/usr/share/rhino-1.5/package.env
/usr/share
/usr/share/rhino-1.6
/usr/share/rhino-1.6/lib
/usr/share/rhino-1.6/lib/js.jar
/usr/share/rhino-1.6/package.env

And the final check in java-check-environment which fails boils down to the following statements:

+ [[ ! -e /usr/share/rhino/package.env ]]
+ [[ ! -e /usr/share/java-config-2/virtuals/rhino ]]
+ return 1
!!! ERROR: Package rhino was not found!
 * Broken dependencies for dev-java/icedtea-6.1.7.3
 * Please try emerge -uD1 =dev-java/icedtea-6.1.7.3

So, the problem is that "rhino" installs a subdirectory below /usr/share which includes a version number rather than just the plain package name.

This should be fixed, because it creates problems as long as valid JAVA-packages exist which include the version number into the subdirectory name.