[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