Bug 235812
| Summary: | Update failure tcl-8.4.13-15.fc7.i386.rpm & tcl-8.4.13-16.fc7.i386.rpm | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | David Bentley <david.r.bentley> |
| Component: | tcl | Assignee: | Marcela Mašláňová <mmaslano> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | dcantrell, wtogami |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2007-05-18 13:51:01 UTC | Type: | --- |
| 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: | 150226 | ||
|
Description
David Bentley
2007-04-10 10:11:09 UTC
Had a look to see why things are failing and it seems that the failure is as the result of a folder called tcl8.4 existing when the updates are trying to create a symbolic link called tcl8.4 which points at /usr/share/tcl8.4 Anyway remayved the folder named tcl8.4 and all of the wierdly named links to it and did anoter yum update and thistime it completed without errors but the folder now linked to as tcl8.4 in /usr/share was empty so for now I have forced an install of tcl-8.4.13-14 (rpm -i --force) and removed tcl-8.4.13-16.fc7 (rpm -e) Thi leaves tcl-8.4.13-14.fc7 installed with a symbolic link in /usr/lib of tcl8.4 pointing to /usr/share/tcl8.4 which is not empty I will check the latest package with file roller to see if the update should be populating /usr/share/tcl8.4 before trying another update. The current package tcl-8.4.13-16 contains /usr/share/tcl8.4 fully populated and now updated OK with yum. So I am guessing that there was a change in this package between f7test3 and the first update tcl-8.4.13-14 that cause the observed behavior. so for now the fix to enable tcl to update is probably to just remove the folder tcl8.4 and all the symbolic links to it from /usr/lib before going through the process described in comment #1 before doing yum update tcl Just checked what was in the package from the original fc7tes3 dvd and that package tcl-8.4.13-13 is OK so I can't explain where the folder in usr/lib named tcl8.4 came from other than it may have been caused by a previous version of yum. All OK now but I will leave this open for a while for info in case anyone else has had the same problem. *** Bug 235907 has been marked as a duplicate of this bug. *** I'm reopening this. This is really a bug in how rpm handles directories to symlinks or vice versa, but we need to work around it in this package for now. I'm marking it as a blocker for F7. I'm reassining it as rpm problem. This is known rpm behaviour - don't try and switch between dirs and symlinks. Fix in tcl-8.4.13-17.fc7 |