Bug 652702 - problem with rpm -Uhv on a set of packages containing bash
Summary: problem with rpm -Uhv on a set of packages containing bash
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: rpm
Version: 14
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: ---
Assignee: Panu Matilainen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 660730 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-11-12 15:27 UTC by Fabrice Bellet
Modified: 2012-03-31 06:48 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-03-31 06:48:58 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Fabrice Bellet 2010-11-12 15:27:52 UTC
Running rpm -Uhv --nodeps --force on a set of packages containing bash-4.1.7-3.fc14.x86_64.rpm causes all packages following bash in the list of packages to be discarded, with these error messages:

error: open of libproxy-python-0.4.4-7.fc14.noarch.rpm failed: No such file or directory
error: open of libxml2-devel-2.7.7-2.fc14.x86_64.rpm failed: No such file or directory
error: open of glib-devel-1.2.10-33.fc12.x86_64.rpm failed: No such file or directory
error: open of xorg-x11-fonts-Type1-7.2-11.fc14.noarch.rpm failed: No such file or directory
error: open of libXdmcp-devel-1.0.3-3.fc13.x86_64.rpm failed: No such file or directory

Comment 1 Edward Sheldrake 2010-11-14 08:38:56 UTC
I've noticed this before when upgrading bash and bash-doc in this manner. I've also just seen the same problem with the glibc-2.12.90-19 update.

What changed in glibc-2.12.90-19 is it now has a lua script (it didn't before), and so does the bash rpm.

Comment 2 Edward Sheldrake 2010-11-14 20:11:45 UTC
This should be already fixed in the rpm git repository:
http://rpm.org/gitweb?p=rpm.git;a=commit;h=c9f74ddd0aef5aac33867908d7cc247064f085f0

Well, the problem is not just that lua scripts can change the current working directory, but rpm always changes the cwd to / before running the lua script. In any case, saving and restoring the cwd solves the problem.

Comment 3 Panu Matilainen 2010-12-08 07:00:20 UTC
*** Bug 660730 has been marked as a duplicate of this bug. ***

Comment 4 Juhani Jaakola 2010-12-10 15:18:07 UTC
I confirm the comment that Panu Matilainen wrote when he closed bug #660730. The problem in that bug was that command "yum localupdate glibc-*" failed. Note the non-absolute path. Today I tried command "yum localupdate /my/path/glibc-*" (note the absolute path) and it worked fine. I'm still using yum-3.2.28-5.fc14.noarch and rpm-4.8.1-5.fc14.i686.

Comment 5 Juhani Jaakola 2011-01-21 16:04:38 UTC
I thought that this problem was already solved, but today I was hit by it again when I tried to update glibc-common-2.12.90-21.i686.rpm:

# yum localupdate glibc-*.rpm
Error: Cannot open file glibc-common-2.12.90-21.i686.rpm: [Errno 2] No such file or directory: 'glibc-common-2.12.90-21.i686.rpm'
TypeError: an integer is required
error: python callback <bound method RPMTransaction.callback of <yum.rpmtrans.RPMTransaction instance at 0x8a7ff8c>> failed, aborting!

I'm using the following versions:

rpm-4.8.1-5.fc14.i686
yum-3.2.28-5.fc14.noarch

Comment 6 Panu Matilainen 2012-03-31 06:48:58 UTC
F14 is EOL, but this has been fixed in F >= 15.


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