!!! All ebuilds that could satisfy "dev-java/jsr173:0" have been masked. !!! One of the following masked packages is required to complete your request: - dev-java/jsr173-1.0-r1 (masked by: bea.ri.jsr173 license(s)) A copy of the 'bea.ri.jsr173' license is located at '/usr/portage/licenses/bea.ri.jsr173'. (dependency required by "dev-java/rhino-1.7.2-r1" [ebuild]) (dependency required by "@world" [argument]) There is an implementation of jsr173 in OpenJDK6. I don't want an additional implementation, especially a proprietary one. Rhino should depend on either the bea package or jdk 1.6.0. Reproducible: Always
Created attachment 226779 [details, diff] Simple patch to bump it to 1.6 and fake the dumb JSR dependency.
In tree, thanks.
The proper way is to use java-virtuals/stax-api so if you have jdk6 it won't depend on jsr173 package.
(In reply to comment #3) > The proper way is to use java-virtuals/stax-api so if you have jdk6 it won't > depend on jsr173 package. > We are deprecating 1.5 support as we don't have an implementation that is security supported so to make our life easier we can just start using >=1.6 with stuff like this.
(In reply to comment #3) > The proper way is to use java-virtuals/stax-api so if you have jdk6 it won't > depend on jsr173 package. Our naming quite sux huh :) this wasn't obvious. Anyway it's all moot in this case. The jsr173.jar just has to appear to be there so the build.xml won't download and unpack stuff. Faked 'touch jsr173.jar' is enough, and it still builds just fine with 1.5 so I didn't even raise the dependencies in the end...