Bug 519264 - command-not-found insists on downloading file lists all the time
command-not-found insists on downloading file lists all the time
Product: Fedora
Classification: Fedora
Component: yum (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Seth Vidal
Fedora Extras Quality Assurance
Depends On:
Blocks: F12Target
  Show dependency treegraph
Reported: 2009-08-25 17:02 EDT by Matthias Clasen
Modified: 2014-01-21 18:11 EST (History)
9 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-09-01 15:41:44 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 Matthias Clasen 2009-08-25 17:02:58 EDT
This really reduces the usefulness, and turns a possibly nice feature into an annoyance.

I have heard different things about this problems:

- The PackageKit side claims that yum makes it impossible to not download those file lists

- The yum side says it would be easy to do, just ask for help

This bug is an attempt to come to the bottom of this.
Comment 1 Richard Hughes 2009-08-26 03:35:48 EDT
I'm sure using rawhide would not be an ideal testing ground, given that there's so much package churn. Never-the-less, we should try to fix things here.

The key problem is that c-n-f does a SearchFile(~installed) for the missing file. This means updating file lists, as the file lists are not normally downloaded when we do normal operations like getting the updates, updating and installing new software.

Once a week PackageKit will try to download the file lists when the user session goes idle, but if the file lists are out of date, yum insists on downloading them, unless we mark the system as offline.

I guess we could set the permitted age of the cache file, so we only get the file lists when we really need them (missing) rather than just a bit out of date. At the moment we do:

                repo.metadata_expire = 60 * 60 * 1.5 # 1.5 hours, the default
                repo.mdpolicy = "group:primary"

if we're strict, and:

                repo.metadata_expire = 60 * 60 * 24  # 24 hours
                repo.mdpolicy = "group:all"

If we're lazy. James had ideas about what PackageKit was doing wrong here.
Comment 2 seth vidal 2009-08-26 07:35:58 EDT
So I took a look at what was actually causing the filelists to be downloaded.

b/c group:primary should do the right thing.

There was an, apparently old, bug in searchFiles() in sqlitesack that was never doing the simple check to see if the name being searched for was in the primarydb files.

this patch fixes that problem and makes the ultra-common and ultra-simple case of no globs and file in *bin/*, /etc/* match w/o every getting the filelists downloaded.

Comment 3 Matthias Clasen 2009-08-29 13:33:06 EDT
So, should this be moved to yum then ?
Comment 4 Richard Hughes 2009-08-30 04:17:03 EDT
(In reply to comment #3)
> So, should this be moved to yum then ?  

Yup, reassigning. We can use this bug to track when a fixed yum hits rawhide.
Comment 5 seth vidal 2009-08-31 16:55:57 EDT
yum 3.2.23-15.fc12 has this fix.

It's in koji now - will be in rawhide shortly.

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