Bug 169141 - dev-java/sun-jdk - /opt/${P} does not get removed on unmerge
Bug#: 169141 Product:  Gentoo Linux Version: unspecified Platform: All
OS/Version: Linux Status: RESOLVED Severity: normal Priority: P2
Resolution: FIXED Assigned To: java@gentoo.org Reported By: carlo@gentoo.org
Component: Ebuilds
URL: 
Summary: dev-java/sun-jdk - /opt/${P} does not get removed on unmerge
Keywords:  
Status Whiteboard: 
Opened: 2007-03-03 15:36 0000
Description:   Opened: 2007-03-03 15:36 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

------- Comment #1 From Petteri Räty 2007-03-03 16:33:27 0000 ------- 
What versions of sun-jdk are we talking about here?

------- Comment #2 From Petteri Räty 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?

------- Comment #3 From Carsten Lohrke 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}/...?

------- Comment #4 From Petteri Räty 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.