Bug 666254

Description of problem:

From time to time PackageKit emits copious amounts of debug messages on the pty (gnome terminal).  This has something to do with the command-not-found hook.  But it doesn't always happen and it doesn't happen on every command.  But once it is reproducible, it seems deterministic in that and new tabs (new ptys)

Just now I reproduced it with a mis-pasted command.  I reproduce that here directly as the 'udo' command for clarity.  Of course, I intended to cut & paste the 'sudo' command.    Note that 'udo date' following does not exhibit the problem.  Repeated 'udo' with the giant tcpdump command exhibits the problem in this gnome terminal tab and new tabs created afresh.

[on host1]
$ udo tcpdump -i eth0 ' ! (port ntp || port http || port domain || port smtp || port ssh || port imaps || host 0.0.0.0 || host 255.255.255.255 || port netbios-dgm || port syslog || port ssdp || arp || host IGMP.MCAST.NET || port mdns || port ipp || port nfs || port sunrpc || port tivoconnect || port pop3 || port pop3s  || port https)' 2>&1 | tee ~/tmp/o.tcpdump_$(hostname -s).out
bash: udo: command not found...
(pk-command-not-found:2249): PackageKit-DEBUG: role now search-file
(pk-command-not-found:2249): PackageKit-DEBUG: state array add 0x8f636f0 (0x1)
(pk-command-not-found:2249): PackageKit-DEBUG: notify::connected
(pk-command-not-found:2249): PackageKit-DEBUG: state array remove 0x8f636f0
... lots of output, included separately
Getting the list of files failed: no-cache, failed to search sack: database disk image is malformed
$ udo date
bash: udo: command not found...
$ sudo date
[sudo] password for wbaker: 
Wed Dec 29 13:22:00 PST 2010




On a separate Fedora 14 host, pasting this command has the following correct (enough) behavior. 


[on host2]
$ udo tcpdump -i eth0 ' ! (port ntp || port http || port domain || port smtp || port ssh || port imaps || host 0.0.0.0 || host 255.255.255.255 || port netbios-dgm || port syslog || port ssdp || arp || host IGMP.MCAST.NET || port mdns || port ipp || port nfs || port sunrpc || port tivoconnect || port pop3 || port pop3s  || port https)' 2>&1 | tee ~/tmp/o.tcpdump_$(hostname -s).out
tee: /home/wbaker/tmp/o.tcpdump_baggie.out: No such file or directory
Command not found. 
 * Downloading details about the software sources... 
 * Downloading list of packages.. 
 * Downloading details about the software sources... 
 * Downloading list of packages.. 
 * Downloading details about the software sources... 
 * Downloading list of packages.. 
<done>

(that it went all that way to "download lists of 'packages'" (?) and then just finish up with neither a success nor failure indicator is fodder for another bug report)


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


[host1 & host2]
$ cat /etc/fedora-release 
Fedora release 14 (Laughlin)

[host1]
$ rpm -q -a | grep -iEe '(packagekit|pk-command|CommandNot)' | sort
gnome-packagekit-2.32.0-2.fc14.i686
PackageKit-0.6.11-1.fc14.i686
PackageKit-command-not-found-0.6.11-1.fc14.i686 <-------- newer (problems?)
PackageKit-device-rebind-0.6.11-1.fc14.i686
PackageKit-glib-0.6.11-1.fc14.i686
PackageKit-gstreamer-plugin-0.6.11-1.fc14.i686
PackageKit-gtk-module-0.6.11-1.fc14.i686
PackageKit-yum-0.6.11-1.fc14.i686
PackageKit-yum-plugin-0.6.11-1.fc14.i686

[host2] (actually not the same as host1)
$ rpm -q -a | grep -iEe '(packagekit|pk-command|CommandNot)' | sort
gnome-packagekit-2.32.0-2.fc14.i686
PackageKit-0.6.9-4.fc14.i686
PackageKit-command-not-found-0.6.9-4.fc14.i686 <-------- older
PackageKit-device-rebind-0.6.9-4.fc14.i686
PackageKit-glib-0.6.9-4.fc14.i686
PackageKit-gstreamer-plugin-0.6.9-4.fc14.i686
PackageKit-gtk-module-0.6.9-4.fc14.i686
PackageKit-yum-0.6.9-4.fc14.i686
PackageKit-yum-plugin-0.6.9-4.fc14.i686

I am reporting this problem against
$ rpm -q -f /usr/libexec/pk-command-not-found
PackageKit-command-not-found-0.6.11-1.fc14.i686


How reproducible:

Once the effect starts, it is reproducible.
It is unclear how to get the effect to start

Steps to Reproduce:
1. udo
2.
3.
  
Actual results:

as above

Expected results:

PackageKit-command-not-found-0.6.9-4.fc14.i686

Additional info:


A claim is made that:
http://fedoraforum.org/forum/showthread.php?t=240982

# sed -i 's/SoftwareSourceSearch=true/SoftwareSourceSearch=false/' /etc/PackageKit/CommandNotFound.conf

That sounds like a swell workaround for those that need it.