Bug 918172
Summary: | File /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/lib/amd64/server/classes.jsa left after package removal | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Lukáš Zachar <lzachar> |
Component: | java-1.7.0-openjdk | Assignee: | jiri vanek <jvanek> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | BaseOS QE - Apps <qe-baseos-apps> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6.4 | CC: | jan.kratochvil, nyh, ptisnovs |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-04-23 05:49:04 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Lukáš Zachar
2013-03-05 16:09:49 UTC
damn. Yes this file have to be removed in postun, but only for removing of package, not for update. Because it is not "just regenerated" in post, but better "enriched" during post. So the fix in postun will be: %ifarch %{jit_arches} if [ $1 -eq 0 ] then #see https://bugzilla.redhat.com/show_bug.cgi?id=918172 f="%{_jvmdir}/%{jredir}/lib/%{archinstall}/server/classes.jsa" if [ -f "$f" ] rm -rf "$f" fi fi %endif Missing then. Otherwise QA is ok with this approach. %ifarch %{jit_arches} if [ $1 -eq 0 ] then #see https://bugzilla.redhat.com/show_bug.cgi?id=918172 f="%{_jvmdir}/%{jredir}/lib/%{archinstall}/server/classes.jsa" if [ -f "$f" ] then rm -rf "$f" fi fi %endif Ok one more update: %ifarch %{jit_arches} if [ $1 -eq 0 ] then #see https://bugzilla.redhat.com/show_bug.cgi?id=918172 f="%{_jvmdir}/%{jrelnk}/lib/%{archinstall}/server/classes.jsa" if [ -f "$f" ] then rm -rf "$f" fi fi %endif the usage of jrelnk instead of jredir is important to prevent inconsistency between update with/without changed buildversion (as release is not projected into final directory name) *** Bug 922910 has been marked as a duplicate of this bug. *** Builds with fix of this were pushed to fedora. if they will pass theirs usual QA, I'm for inclusion into next CPU for Rhel http://pkgs.fedoraproject.org/cgit/java-1.7.0-openjdk.git/commit/?id=89e2aea2f9880efd4ad773ef9dc566225c9ae9ef Have the same problem in Fedora: After the update *today* (two weeks after the above comment) to java-1.7.0-openjdk-1.7.0.17-2.3.8.3.fc18.x86_64 I'm still left with the unowned file: -r--r--r--. 1 root root 25M Mar 18 09:14 /usr/lib/jvm/java-1.7.0-openjdk-1.7.0.9.x86_64/jre/lib/amd64/server/classes.jsa Yes. They are left. It was my error, and I'm deeply sorry. those: java-1.7.0-openjdk-1.7.0.9.x86_64/jre/lib/amd64/server/classes.jsa *will* left. But all *next* eg: java-1.7.0-openjdk-1.7.0.17.x86_64/jre/lib/amd64/server/classes.jsa will not left enymore. I do not want to add possibly unsafe scriplet which will remove old (== already not owned) file. |