bash command not found

Richard Hughes hughsient at gmail.com
Thu Jun 2 11:39:10 UTC 2011


On 2 June 2011 12:35, Chris Tyler <chris at tylers.info> wrote:
> - If pk-c-n-f times out on fetching file list metadata, it seems to
> silently stop trying to suggest packages. I've seen this on slow
> connections and disconnected machines. IIRC, fetching recent metadata
> (e.g., by using yum to find a file-level dependency) restores pk-c-n-f's
> operation.

This is by design. I lost count of the number of bugs opened against
PackageKit-command-not-found where yum would happily go and download
the latest metadata and take 3 minutes to return to the bash prompt,
even when yum is told to work from a cache.

If you want the old behaviour back, just up the timeout in
/etc/PackageKit/CommandNotFound.conf

# Controls how long we should allow the user to wait when searching for
# additional packages.
# This can be set to very small numbers to avoid distracting the user, although
# some entries may not be found if the caches need refreshing or metadata
# downloading.
#
# Value is the number of milliseconds to allow.
#
# default=2000
MaxSearchTime=2000

Richard


More information about the users mailing list