[Bash-completion-devel] Work-needing packages report for Oct 24, 2008
Michelle Konzack
linux4michelle at tamay-dogan.net
Sun Jan 31 12:46:02 UTC 2010
Hello David,
Am 2010-01-31 09:01:51, schrieb David Paleino:
> We're alive :)
;-)
> Not really, something wrong must be happening between Alioth and you. But I
> can't tell what.
Hmmm, OK, no problem because I get the messages since 1/2 year...
> I believe we could drop that sentence from the description. Also, I can't
> really say what our Policy currently is. I remember once we (or maybe only I?)
> planned to only keep the infrastructure, and move completions in the
> appropriate packages;
Generaly I agree with it, because currently I have nearly 3 times more
completiony as packages installed, and bash-completion is a memory hog.
> that would've meant losing "access" to the completions
> and probably leaving them rotting around the net, I suppose.
Maybe we should work together with the Pakage-Maintainers or upstream
only in the sense of coordination.
> > Note 1: For any of my own packages which has executables I have an
> > appropriated bash_completion file
>
> What do you mean by "appropriate"? I'm in the process of writing an API
> document for bash-completion :)
If I code new commandline stuff (I have more then 80 Packages now), I
create for each package a bash-completion-file and put it into
/etc/bash_completion.d/
and I think, other packages should do the same. It is realy annoying if
I see, bash_completion sucks around currently 12 MByte of memory.
I am designing TablePC/PanelPC/Servers based on ARM9/11 architecture and
here, wee have not the memory like in i386/amd64/sparc.
Bash-completion is very usefull but it should be striped to a bare
minimum.
> We're already splitting things out of bash_completion, and... seems like you
> missed the debhelper:
>
> bash-completion (20080617) unstable; urgency=low
>
> [ David Paleino ]
> * New upstream release
> [..]
> - added extra/dh_bash-completion to ease future rewrite of bc.
> [..]
> -- Luk Claes <luk at debian.org> Sat, 21 Jun 2008 21:59:43 +0200
Oops I was not aware of this...
> We plan to handle that in 2.0; probably using symlinks?
> Also, we plan to change directory structure.
OK, currently i am copyinguser-desitred files to the ~/.bash_completion
file but Symlinks would be ok.
> > Bug#120910: command completion on *foo
> > -> could be solved with a liitle bit heavy (resources consuming) coding
>
> Not likely going to be solved :)
:-D
> > Bug#121631: enable expansion inside `which *`
> $ TEST=`which b<TAB>`
> $ TEST=`which bin/`
>
> Which is obviously wrong. (bin/ is a directory I have in $CWD, not a command
> in $PATH)
OK, but should be nt difficult to fix
The following BUG sounds realy weird, because:
> > Bug#320390: bash: Does not tab complete a file created after tab is pressed
^^^^^^^^^^^^^^^^^
This mean, bash_completion must guess, which file will be created in the
future... :-D sounds like magic!
> > once -> can not reproduce this bug
>
> I remember being able to reproduce it, should check against newer versions
> though.
>
> > Bug#309463: bash: completion for /usr/bin/env
> The user is asking for treating "env" as a meta-command, like sudo.
Hmmm, copy the code from sudoß
> > Bug#446355: bash: [COMPLETION] sudo -e should list filenames instead of
> > commands -> easy to fix
>
> Are you sure? ;)
Maybe... :-/
> > Bug#467231: bash_completion is big and loads slowly; load-by-need proposed
> > -> Ack!
>
> We're already planning on merging with bash-completion-lib, probably
> targetting 3.0.
I was trying t get this running for more then one year and stoped...
> Wontfixes:
> > Bug#393338: tab completion should show dirs in blue and executables in
> > green -> wontfix
Hmmm this could be possibel, because I have a (bash) commandline tool
which does this already, but it has to detect the type of the terminal.
> Regarding uncommented bugs of the above, I can't say anything right now. I
> should take a moment and triage them, but ENOTIME currently (exams at
> university..) :)
Good luck!
Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
<http://www.tamay-dogan.net/> Michelle Konzack
<http://www.can4linux.org/> Apt. 917
<http://www.flexray4linux.org/> 50, rue de Soultz
Jabber linux4michelle at jabber.ccc.de 67100 Strabourg/France
IRC #Debian (irc.icq.com) Tel. DE: +49 177 9351947
ICQ #328449886 Tel. FR: +33 6 61925193
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/bash-completion-devel/attachments/20100131/cbaf74b9/attachment.pgp>
More information about the Bash-completion-devel
mailing list