PackageKit vice shell
Richard W.M. Jones
rjones at redhat.com
Sun Oct 16 19:28:22 UTC 2011
On Sun, Oct 16, 2011 at 06:00:44PM +0000, JB wrote:
> this is what PackageKit does to shell:
> $ dmesh --help
> pk-command-not-found [OPTION...]
> PackageKit Command Not Found
> Help Options:
> -h, --help Show help options
> # yum remove PackageKit-command-not-found
> PackageKit-command-not-found.i686 0:0.6.12-4.fc14
> $ dmesh --help
> bash: /usr/libexec/pk-command-not-found: No such file or directory
> Note: exiting and restarting terminal will fix this one.
> This is not a bug, this is a misfeature of PackageKit, it should not be in
> it in the first place.
> It has been discussed on the list at time of F13 and rejected by users.
> I have reported it to PackageKit devs a year ago.
> There is a good UNIX tradition and principle - one utility, one function.
> Let PackageKit do package management.
> Let shell utility do command language interpretation (command line, etc).
I always remove and disable as much of PackageKit as possible too,
including this pk-command-not-found misfeature. However I don't agree
with you -- you can remove 'PackageKit-command-not-found' and after
restarting the shell you won't be bothered by it again. You can
disable the PK daemon too.
Now if in future it became impossible to remove
PackageKit-command-not-found, then that would be very bad. However I
don't think anyone, including Richard Hughes, would want that.
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
New in Fedora 11: Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 70 libraries supprt'd
More information about the devel