| Summary: | dev-java/sun-jdk - /opt/${P} does not get removed on unmerge | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Carsten Lohrke (RETIRED) <carlo> |
| Component: | New packages | Assignee: | Java team <java> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
What versions of sun-jdk are we talking about here? (In reply to comment #1) > What versions of sun-jdk are we talking about here? > At least for dev-java/sun-jdk-1.4.2.13 I can't reproduce this. Are you sure you haven't for example modified these binaries using pax-utils at some point? That's the right pointer. But not I have, you have. :) Is there a reason to run chpax within pkg_postinst() instead src_install()/${D}/...?
(In reply to comment #3) > That's the right pointer. But not I have, you have. :) Is there a reason to run > chpax within pkg_postinst() instead src_install()/${D}/...? > Nope and that's why all but 1.4* do it there. It seems this version was not migrated to use pax-utils.eclass which I just did in -r1. |
When unmerging and re-emerging a sun-jdk, Portage bails out because of file collisions. /opt/${P} |-- bin | |-- jar | |-- java | |-- javac | |-- javadoc | `-- javah `-- jre `-- bin `-- java_vm