[Bash-completion-devel] Bug#512917: dh_bash-completion: unexpected behaviour
David Paleino
d.paleino at gmail.com
Thu Jan 29 07:50:58 UTC 2009
On Thu, 29 Jan 2009 00:07:17 +0100, gregor herrmann wrote:
> On Wed, 28 Jan 2009 22:33:45 +0100, David Paleino wrote:
>
> > > I still have a tiny complaint: IMO the behaviour of
> > > dh_bash-completion is counter-intuitive because it installs _the
> > > file_ debian/package.bash-completion whereas the other debhelper
> > > helpers act on files _mentioned_ in debian/package.foo.
> > It works the same way as dh_lintian works -- it doesn't seem
> > counter-intuitive at all, once you read the manpage :-P
>
> I didn't say counter-documentation :)
>
> (And FWIW, I think dh_lintian and dh_bash-completion differ, because
> for the former you have exactly one file and that file is Debian
> specific, whereas a bash completion file can come from upstream and
> can be named in any way.)
Point for you.
> > > Please consider changing the behaviour of dh_bash-completion for
> > > future releases.
> > Would you be against a debian/package.bash-completion-files doing what you
> > are asking for? Would it be overkill? I don't really want to break other
> > people's packages already using dh_bash-completion ;-)
>
> Ack, changing the behaviour would break packages relying on the
> current behaviour.
> A nice feature would be to detect if debian/package.bash-completion
> _is_ a bash completion snippet or if it just is a list of files :)
Ok, I'll work on this, keep in touch! :-)
David
--
. ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 ----|---- http://snipr.com/qa_page
`- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/bash-completion-devel/attachments/20090129/f6f40503/attachment-0003.pgp
More information about the Bash-completion-devel
mailing list