Red Hat Bugzilla – Bug 445158
PackageKit fails to install a package if there is space in the directory name
Last modified: 2008-08-18 04:27:21 EDT
Description of problem:
when i double click on the *.rpm file stored in a directory containing space in
its name, PackageKit fails to install it and it displays a message that it can't
install it. it takes only the first part of the directory name into account, e.g
~/Pobrane pliki. message: Can't install /home/<username>/Pobrane
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. put any rpm file in a directory which name contains space
2. right-click on it
3. choose "Package installer"
4. enter your root password
5. read the error message
Something like this fixes it on the backend,
@@ -15,7 +15,7 @@ import sys
from yumBackend import PackageKitYumBackend
trusted = sys.argv
-file_to_inst = sys.argv
+file_to_inst = ' '.join(sys.argv[2:])
backend = PackageKitYumBackend(sys.argv[1:])
But the daemon should probably be passing us quoted paths.
Correct, the daemon should really be sending quoted paths - it already does the
right thing with argv, so I guess this should be fixed in the daemon pretty
Aye, I see the problem. Will fix tmw.
Fixed in master, commitid a0a10e92526a4cdeb2235e88caaa1bd61f15f613
thank you! have a nice day!
There's rpm's here: http://koji.fedoraproject.org/koji/taskinfo?taskID=597384
Please can you test this please, and if it works then I'll push to updates. Thanks.
it works fine now. however, as i wanted to test it thoroughly, i checked what
happens if i try to install a package which is already installed. PackageKit
displays a message which says:
Local install failed. Installing the local file failed. More information is
available in the detailed report.
When i opened More details:
Can't install /home/daf/Pobrane pliki/<package_name>.rpm
i know that it is already installed but shouldn't it be stated somewhere?
yum localinstall displays the appropriate message.
Thanks for verifying. The message with master (newer code) is much better. I'll
be pushing the new version into Fedora when it's stabilised a bit.
all right, thank you!
Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
*** Bug 459358 has been marked as a duplicate of this bug. ***