Summary: | dev-util/astyle-3.1-r2 is built using dev-java/openjdk:11 but records dependency on >=virtual/jdk-1.6:1.8/1.8= | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Dennis Schridde <dschridde+gentoobugs> |
Component: | Current packages | Assignee: | Matthias Maier <tamiko> |
Status: | RESOLVED CANTFIX | ||
Severity: | normal | CC: | java, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=891827 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Dennis Schridde
2021-03-10 18:33:15 UTC
This happens, because virtual/jdk:11 was still masked, so Portage would pull in virtual/jdk:1.8, but actually build against dev-java/openjdk:11, because that is the eselected java-vm. There is unfortunately not really much I can do here to prevent this situation in the astyle ebuild :-/ (In reply to Matthias Maier from comment #2) > There is unfortunately not really much I can do here to prevent this > situation in the astyle ebuild :-/ What would have to be done and where, to fix this? A system similar to PYTHON_SINGLE_TARGET or LUA_SINGLE_TARGET for Java, instead of `eselect java-vm`? (In reply to Dennis Schridde from comment #3) > (In reply to Matthias Maier from comment #2) > > There is unfortunately not really much I can do here to prevent this > > situation in the astyle ebuild :-/ > > What would have to be done and where, to fix this? A system similar to > PYTHON_SINGLE_TARGET or LUA_SINGLE_TARGET for Java, instead of `eselect > java-vm`? That would be an option, yes. Alternatively, we could make sure that java-pkg-opt-2_src_prepare only picks the correct virtual provider, or that there is always a vritual/jdk installed for a provider. (In reply to Matthias Maier from comment #4) > (In reply to Dennis Schridde from comment #3) > > (In reply to Matthias Maier from comment #2) > > > There is unfortunately not really much I can do here to prevent this > > > situation in the astyle ebuild :-/ > > > > What would have to be done and where, to fix this? A system similar to > > PYTHON_SINGLE_TARGET or LUA_SINGLE_TARGET for Java, instead of `eselect > > java-vm`? > > That would be an option, yes. Alternatively, we could make sure that > java-pkg-opt-2_src_prepare only picks the correct virtual provider, or that > there is always a vritual/jdk installed for a provider. I honestly think it's the only workable model we've managed to come up with in Gentoo. Plus, it works for Lua too. |