Bug 1259241
| Summary: | Missing directories on 32bit after update (causing javac not to be found on path) | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Lukáš Zachar <lzachar> |
| Component: | java-1.8.0-openjdk | Assignee: | jiri vanek <jvanek> |
| Status: | CLOSED NEXTRELEASE | QA Contact: | BaseOS QE - Apps <qe-baseos-apps> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.7 | CC: | jvanek, sbaiduzh |
| Target Milestone: | rc | Keywords: | Regression |
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-09-04 08:07:45 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: | |||
| Bug Depends On: | |||
| Bug Blocks: | 1254197 | ||
|
Description
Lukáš Zachar
2015-09-02 09:26:24 UTC
Same goes for /usr/lib/jvm/jre-1.8.0-openjdk and java target Well, crap.
Part of the fix of 1254197 was :
* changing some alternatives-controlled links to hardcoded links
* inistead of %{_arch} in names use ifarch %32b ... someName... %else ..someName_x86_64.. %endif
The second is causing why you are seeing it on 32b system only. The links in rhel7-like naming are arch-less
The first is.. well crap.
http://fedoraproject.org/wiki/Packaging:ScriptletSnippets#Scriptlet_Ordering
original udpated package created links based on alternatives (created in pre and removed in post)
new updating package will replace those links by hardcoded values (in install)
And pre of uninstalled package is happening after innstall.
So removal of original package removes the hardcoded links in post.
Only slution in my mind is to recreate them in posttrans :(
One more idea. The origianl issue (1217177) was reported agains 64b java only.
So nobody cares about 32b? If so, then instead of ifarch ... else.... I would really go with name{arch}.
This will keep 1217177 fixed, will cause little bit inconsistent name on 32, but will remove need of posttrans.
fixed like c#4 |