Bug 602468 - RFE: don't block read-only access to package database
RFE: don't block read-only access to package database
Status: CLOSED NOTABUG
Product: Fedora
Classification: Fedora
Component: yum (Show other bugs)
13
All Linux
low Severity medium
: ---
: ---
Assigned To: Seth Vidal
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2010-06-09 18:06 EDT by Michael Monreal
Modified: 2014-01-21 18:15 EST (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2010-06-09 21:40:34 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Michael Monreal 2010-06-09 18:06:22 EDT
One of the most annoying problems with yum is that it blocks all access to the package database if one yum process is working, even if the second process only needs read access. Example:

- Terminal A: yum update
- Terminal B: yum search foo

Actions like "search" and "info" should always work.
Comment 1 seth vidal 2010-06-09 21:40:34 EDT
the install/update process is running as root

if you run the search/info process as a user it is fine.

if you run it as root the reason it can't work is b/c the cache is in the same location and could be being updated. So we lock that location.
Comment 2 Michael Monreal 2010-06-10 09:44:10 EDT
Thanks for the explanation. I had "yum" aliased to "sudo yum", so everything was running under the same account. Worked around this now and it is already a nice improvement.

However, if a "yum update" is in progress for example, why can't I search the package list with packagekit? Is there a technical reason or is this a packagekit bug?
Comment 3 seth vidal 2010-06-10 09:51:05 EDT
During an update, especially if it is still depsolving, new metadata can be being downloaded. Querying the metadata when other things are writing to it is unlikely to gain results you want.

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