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.
Created attachment 471109 [details] exhibition on host1 with PackageKit-command-not-found-0.6.11-1.fc14.i686
Created attachment 471110 [details] a second exhibition on host1 with PackageKit-command-not-found-0.6.11-1.fc14.i686 with but also a comparison with host2 with PackageKit-command-not-found-0.6.9-4.fc14.i686
commit 0414a053c0e4f0ec361e86f6a57d43cf5f5ad948 Author: Richard Hughes <richard> Date: Tue Jan 4 12:37:32 2011 +0000 cnf: do not enable debugging unless VERBOSE is present in the environment. Fixes rh#666254
*** Bug 666554 has been marked as a duplicate of this bug. ***
PackageKit-0.6.12-2.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/PackageKit-0.6.12-2.fc14
PackageKit-0.6.12-2.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update PackageKit'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/PackageKit-0.6.12-2.fc14
*** Bug 676299 has been marked as a duplicate of this bug. ***
PackageKit-0.6.12-2.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.