Bug 459868 - Package installer doesn't check local directory for dependency resolution
Package installer doesn't check local directory for dependency resolution
Product: Fedora
Classification: Fedora
Component: gnome-packagekit (Show other bugs)
All Linux
medium Severity low
: ---
: ---
Assigned To: Robin Norwood
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2008-08-23 06:04 EDT by Bevis King
Modified: 2008-10-14 09:08 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-10-14 09:08:00 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Bevis King 2008-08-23 06:04:16 EDT
Description of problem:
When you attempt to install a package using the package installer by right clicking on a file, it does not check the location of the original file when resolving dependencies, nor does it give an option to do so.  Also if you select all the necessary files using <CTRL>-<left-click>, it tries to invoke package installer for all of them instead of consolidating it into a single request (which would enable the user to specify the additional packages needed).

Thus you want to install package xyz which in turn needs package xyz-core, xyz-samples, and xyz-tools - all four packages are present in your Download directory; you browse there (via user's home icon, etc) right click on xyz and choose "Install Package" and it'll tell you it can't because it can't resolve the dependencies because xyz-core, xyz-samples and xyz-tools are not available.  Yet they are in the directory that the xyz package is being installed from.

Version-Release number of selected component (if applicable):

How reproducible:
All the time.

Steps to Reproduce:
1.  Download some RPMs which have dependencies on each other
2.  Browse in Nautilus to the Download directory
3.  Right click, choose Install Package on one of them
4.  Give root password if necessary
5.  Dependency resolution will fail and package can not be installed
Actual results:
Installation fails.

Expected results:
Installer checks for having been provided with the necessary dependency packages in the same directory or offers the user a file browser to select the packages that will resolve the dependency stated.

Additional info:
Comment 1 Bevis King 2008-08-23 06:31:13 EDT
If you have mutual dependencies, ie xyz-tools needs xyz and xyz needs xyz-tools it is impossible to install the packages using this method due to this problem.  Granted that is probably broken packaging...
Comment 2 Richard Hughes 2008-08-23 08:03:34 EDT
Can you try to upgrade to 0.2.4 and then repeat the control-click install method please? 0.1.x was unable to batch install local files, but 0.2.x should be able to. I don't want to include the PWD or a random directory for depsolving as this will produce results the user may not expect.

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