Bug 613514

Summary:	PackageKit-command-not-found not working
Product:	[Fedora] Fedora	Reporter:	Watanabe, Yuki <magicant.starmen>
Component:	PackageKit	Assignee:	Michel Lind <michel>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	low	Docs Contact:
Priority:	low
Version:	13	CC:	jonathan, michel, rhughes, richard, smparrish, tflink, theo148
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	PackageKit-0.6.6-3.fc13	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-04-12 21:25:40 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Watanabe, Yuki 2010-07-12 05:45:25 UTC

Description of problem:
Whan a command that is not installed is executed in bash, PackageKit does not suggest installation of that command.

Version-Release number of selected component (if applicable):
PackageKit.i686                               0.6.6-1.fc13
PackageKit-command-not-found.i686             0.6.6-1.fc13
PackageKit-device-rebind.i686                 0.6.6-1.fc13
PackageKit-glib.i686                          0.6.6-1.fc13
PackageKit-gtk-module.i686                    0.6.6-1.fc13
PackageKit-yum.i686                           0.6.6-1.fc13
PackageKit-yum-plugin.i686                    0.6.6-1.fc13

How reproducible:
Always

Steps to Reproduce:
1. Start bash and enter a command that is not installed.
  
Actual results:
An error message is simply shown:
bash: autoconf: command not found

Expected results:
PackageKit-command-not-found should suggest installation of the command.

Additional info:
It seems that the file /etc/profile.d/PackageKit.sh is checking the wrong path for packagekitd. It checks for /usr/sbin/packagekitd, but packagekitd is actually at /usr/libexec/packagekitd. After fixing the checked path, PackageKit-command-not-found is working for me.

Comment 1 Richard Hughes 2010-07-12 08:39:58 UTC

Good catch, thanks.

commit 83626eb50585400079bc181a9f5b822523435f9e
Author: Richard Hughes <richard>
Date:   Mon Jul 12 09:39:24 2010 +0100

    Unbreak CNF after the daemon moved to libexec. Fixes rh#613514

Comment 2 Michel Lind 2010-08-06 13:16:51 UTC

Could this be released as an update for F-13?

Comment 3 Michel Lind 2011-03-25 09:35:59 UTC

Let's push this to F-13 while it's still being supported.

Comment 4 Fedora Update System 2011-03-25 09:47:33 UTC

PackageKit-0.6.6-3.fc13 has been submitted as an update for Fedora 13.
https://admin.fedoraproject.org/updates/PackageKit-0.6.6-3.fc13

Comment 5 Tim Flink 2011-04-11 20:30:46 UTC

PackageKit-0.6.6-3.fc13 behaves as expected for me.

Snippet of output:

[tflink@f13client ~]$ hg
Command not found. Install package 'mercurial' to provide command 'hg'? [N/y] 
 * Running.. 
 * Resolving dependencies.. 
 * Waiting for authentication.. 
...

Comment 6 Fedora Update System 2011-04-12 21:25:35 UTC

PackageKit-0.6.6-3.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.