| Summary: | app-eselect/eselect-java: Use proper install location for current-user-vm | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Manuel Rüger (RETIRED) <mrueg> |
| Component: | [OLD] Java | Assignee: | Java team <java> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 449316 | ||
eselect-java is due for other improvements so I'll lump this in. https://gitweb.gentoo.org/proj/eselect-java.git/commit/src/scripts/run-java-tool.bash.in?id=e34976ee88fe4af11ac893a5d14d433b8fb0ff4d Has the fix already in there. For jem, java-config port to C, I went with ~/.java/vm. Seemed to make a bit more sense, though it could go in ~/.config I guess. (In reply to Justin Lecher from comment #2) > Has the fix already in there. As discussed, this is not the same issue as the one you reported and the fix you mentioned was already present in 0.1.0. The issue was caused by a badly prepared tarball and -r1 now sources directly from gitweb instead. I'll deal with the original issue in a new release along with other fixes. Crap, forgot about this for 0.2.0. Still, probably best to spread the disruption out a bit! Any bright ideas on how we could migrate this seamlessly? Doing writes in the module's global scope doesn't feel right. |
VM_USER="${HOME}/.gentoo${EPREFIX}/java-config-2/current-user-vm" Could this be replaced with VM_USER="${HOME}/.config/gentoo${EPREFIX}/java-config-2/current-user-vm" please? This is the proper xdg location for that. :)