169141 2007-03-03 15:36 0000 dev-java/sun-jdk - /opt/${P} does not get removed on unmerge 2007-03-03 20:05:59 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 normal --- 1 carlo@gentoo.org java@gentoo.org carlo@gentoo.org 2007-03-03 15:36:35 0000 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 betelgeuse@gentoo.org 2007-03-03 16:33:27 0000 What versions of sun-jdk are we talking about here? betelgeuse@gentoo.org 2007-03-03 16:40:48 0000 (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? carlo@gentoo.org 2007-03-03 19:37:53 0000 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}/...? betelgeuse@gentoo.org 2007-03-03 20:05:59 0000 (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.