Bug 446167 - qt cpio rename error
Summary: qt cpio rename error
Alias: None
Product: Fedora
Classification: Fedora
Component: qt
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Than Ngo
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2008-05-13 07:09 UTC by Mamoru TASAKA
Modified: 2008-05-16 11:51 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-05-16 11:51:48 UTC
Type: ---

Attachments (Terms of Use)

Description Mamoru TASAKA 2008-05-13 07:09:31 UTC
Description of problem:

Loaded plugins: refresh-packagekit
Setting up Upgrade Process
Resolving Dependencies
--> Running transaction check
---> Package qt.i386 1:4.4.0-1.fc10 set to be updated
--> Finished Dependency Resolution

Dependencies Resolved

 Package                 Arch       Version          Repository        Size 
 qt                      i386       1:4.4.0-1.fc10   koji              2.8 M

Transaction Summary
Install      0 Package(s)         
Update       1 Package(s)         
Remove       0 Package(s)         

Total size: 2.8 M
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Updating  : qt                           ######################### [1/2]Error
unpacking rpm package 1:qt-4.4.0-1.fc10.i386
error: unpacking of archive failed on file /usr/lib/qt4/bin: cpio: rename

Version-Release number of selected component (if applicable):
To:   qt-4.4.0-1.fc10
From: qt-4.3.4-11.fc9

How reproducible:

Steps to Reproduce:
1. yum -y upgrade qt

Actual results:
See above

Additional info:

Comment 1 Kevin Kofler 2008-05-13 07:15:57 UTC
Ugh, the ages-old RPM directory/symlink glitch? :-( This probably needs a 
pretrans hack or some ugliness like that.

Rex, do you still think the change to use %{_bindir} as the %{_qt4_bindir} was 
a good idea? IMHO we should revert this change, which will instantly make this 
bug disappear, and also make Qt 3 apps using qmake build again.

Comment 2 Kevin Kofler 2008-05-13 07:26:16 UTC
Actually I reverted this right now, hopefully in time for the imminent Rawhide 
push. Should be fixed in 4.4.0-2.fc10 which is now building.

Rex, if you still want this change, we'll have to find a way to make it happen 
without breaking upgrades from Qt 4.3!

Comment 3 Rex Dieter 2008-05-13 12:25:24 UTC
Wierd, I had tested upgrades locally, and it seemed to work ok for me. ??

I agree with the revert, looks like it needs more love/testing before trying again.

Comment 4 Kevin Kofler 2008-05-13 12:56:57 UTC
The build completed at 11:49 UTC, the Rawhide push starts at 12:00 UTC, with 
newRepo and stuff, this was probably too late. :-( So we probably have a broken 
Qt in the first F10 Rawhide, fun...

Comment 5 Mamoru TASAKA 2008-05-13 15:27:48 UTC
qt 1:4.4.0-2.fc10 seems good to me :)

Comment 6 Rex Dieter 2008-05-13 15:44:25 UTC
Turns out my tests worked, because that was before I relented and put in a
questionable backwards-compat symlink at the old location.  simply omitting the
symlink would work too.

Comment 7 Bug Zapper 2008-05-14 11:04:40 UTC
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:

Comment 8 Mamoru TASAKA 2008-05-16 09:29:57 UTC
No, no.. this is on rawhide (see my comment 0)

Note You need to log in before you can comment on or make changes to this bug.