Control: close -1
Hi,
2008-01-10 15:57 Daniel Burrows:
On Thu, Jan 10, 2008 at 12:39:41AM +0100, Mathieu GELI <mathieu.g...@gmail.com>
was heard to say:
Package: aptitude
Version: 0.4.10-1+b2
Severity: normal
Tags: patch
Completion seems to be required for some time.
Here is a quick patch that should make bash users happy for
main options.
I'm not opposed to the concept, but if I type "aptitude ins<TAB>",
bash already expands "install". In fact, it even knows that subsequent
arguments should be expanded as package names. This is apparently
provided by /etc/bash_completion, and it appears to handle a more
comprehensive set of options. Moreover, in the bash package it should
be maintained by people who, unlike me, actually understand bash
completion, so that seems like a more appropriate place for it to live. :-)
Similar to Daniel Burrows, I would not have been opposed to add this
file originally, but if this file is provided by "bash-completion" and
has been for many years, I don't think that there's much sense to put it
in aptitude 8 years later.
(Besides that, there would be operational problems with aptitude trying
to take over files from other packages).
2011-12-09 05:03 Daniel Hartwig:
severity 459984 wishlist
thanks
Last point : aptitude completion data should I'm my opinion better sit
in /etc/bash_completiion.d/ as a single file instead of being stacked
in /etc/bash_completiion.
This has been the case for some time:
io:~$ dpkg -L bash-completion | grep aptitude
/etc/bash_completion.d/aptitude
Different location, but same thing:
/usr/share/bash-completion/completions/aptitude
Anyway here is new version based on the current version in testing which
replaces dist-upgrade and upgrade with safe-upgrade and full-upgrade. I also
added etc/bash_completion.d to aptitude.dirs and added ...
The version in bash-completion has supported safe-/full-upgrade for
some time.
I am quite sure that it's still up-to-date, we didn't change many
command line options and try to not break existing usage.
So closing the report now.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
