* [24.09.2009 12:00]:

On Wed, Sep 23, 2009 at 01:15:25PM +0200, Thomas Göbel wrote:

...

Hi all,

i noticed that bash_completion and dd do not work together. Tiping dd if=/h<TAB> will not complete to if=/home. Without bash_completion everything works fine. Maybo someone knows how to fix this?

here it works fine.

Does your problem occur only with dd ? or does bash_completion do not work in general on your machine ?

It only occurs with dd. -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments DU BIST TERRORIST! - www.dubistterrorist.de

I have the same problems. Maybe it is a good design? After all, dd is a danger cmd ............ On 2009-09-24 09:27:35, Thomas B鋍hler wrote:

Date: Thu, 24 Sep 2009 09:27:35 +0200 From: Thomas B鋍hler To: General Discusson about Arch Linux Subject: Re: [arch-general] dd and bash_completion User-Agent: Thunderbird 2.0.0.22 (X11/20090719) Reply-To: General Discusson about Arch Linux Message-id: <4ABB1F67.6080704@archlinux.org> Content-type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary=------------enig4CECFCA1B3D161EA8A53348F List-Id: General Discusson about Arch Linux

Thomas G鯾el schrieb:

...

Hi all,

i noticed that bash_completion and dd do not work together. Tiping dd if=/h<TAB> will not complete to if=/home. Without bash_completion everything works fine. Maybo someone knows how to fix this?

Same here. If you come up with a fix, tell me.

Hello all, I can confirm this behaviour, so it doesn't work for me either. I switched to zsh and the grml-config... but if you have a solution I would be also very interested in. Regards

On Thu, Sep 24, 2009 at 02:17:23PM +0200, Xavier wrote:

On Thu, Sep 24, 2009 at 2:08 PM, Alessandro Doro wrote:

...

On Wed, Sep 23, 2009 at 01:15:25PM +0200, Thomas Göbel wrote:

...

Hi all,

i noticed that bash_completion and dd do not work together. Tiping dd if=/h<TAB> will not complete to if=/home. Without bash_completion everything works fine. Maybo someone knows how to fix this?

After these updates: [2009-09-24 13:23] upgraded bash (4.0.028-1 -> 4.0.033-1) [2009-09-24 13:23] upgraded bash-completion (1.0-2 -> 1.0-3) completion of file/directory names after if= works here.

The completion of the dd command line options doesn't work.

Probably because you lost bash completion ?

Before this update, bash completion was enabled by default only for login shells. After this update, only for non login shells.

Uh! You're right, thanks.

On Thu, Sep 24, 2009 at 2:32 PM, Thomas Bächler wrote:

Xavier schrieb:

...

Before this update, bash completion was enabled by default only for login shells. After this update, only for non login shells.

Wrong. /etc/profile.d/bash_completion.sh still exists and is executed for login shells.

in 1.0-3 ? http://repos.archlinux.org/viewvc.cgi/bash-completion/repos/extra-any/PKGBUILD?r1=43692&r2=52863

On Thu, Sep 24, 2009 at 7:38 AM, Thomas Bächler wrote:

Xavier schrieb:

...

On Thu, Sep 24, 2009 at 2:32 PM, Thomas Bächler wrote:

...

Xavier schrieb:

...

Before this update, bash completion was enabled by default only for login shells. After this update, only for non login shells.

Wrong. /etc/profile.d/bash_completion.sh still exists and is executed for login shells.

in 1.0-3 ?

http://repos.archlinux.org/viewvc.cgi/bash-completion/repos/extra-any/PKGBUILD?r1=43692&r2=52863

Oh, I still seem to have 1.0-2 here, my bad.

Yeah, I removed it in 1.0-3 because it was duplicated effort. profile.bash should now source bash.bashrc (just needs a bash rebuild, which I didn't think was necessary for such a minor thing).

Xavier schrieb:

I just tried git, before realizing there was a good pkgbuild for it : http://aur.archlinux.org/packages.php?ID=27520

and it does not work either.

I also checked the git code for dd and it is identical to the 1.0 code.

* [24.09.2009 21:27]:

On Thu, Sep 24, 2009 at 7:39 AM, Thomas Bächler wrote:

...

Xavier schrieb:

...

I just tried git, before realizing there was a good pkgbuild for it : http://aur.archlinux.org/packages.php?ID=27520

and it does not work either.

I also checked the git code for dd and it is identical to the 1.0 code.

Found the issue. It's not dd specific at all, it has to do with bash's setting of the COMP_WORDBREAKS

$ echo $COMP_WORDBREAKS "'><=;|&(:

These are word separators for completion words. The command "dd if=<tab>" contains 3 completion words - "dd", "if", and "=" with the current word being "=".

If you do the following, it works:

$ export COMP_WORDBREAKS=${COMP_WORDBREAKS//=} $ dd if=<tab>

I suggest reporting this is a bug in bash_completion, as fixing this is rather complex

Didn`t work for me. dd if=<tab> shows me the content of the actual directory. If i now type /ho<tab> "dd if=/ho<tab>" the string if=/ho will be displaced to "dd /home". -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

On Thu, Sep 24, 2009 at 10:15 PM, Aaron Griffin wrote:

Ah, well obviously it's more complicated than I though.

The point is, that the COMP_WORDBREAKS setting, is splitting "if=" into "if" and "=", which doesn't match the case statement.

If we want to fix this just for dd, we need to match the "=" and then get the previous word in COMP_WORDS   prev="${COMP_WORDS[$(($COMP_CWORD -1))]}"

Aaaaand... that doesn't work. I dunno, this is confusing, but the point is, it's splitting on the "if=" and thus can never complete as is

I tried many things earlier today, looking at other completion files, trying to use prev, splitting on =, etc. But I did not figure out the COMP_WORDBREAKS thing (the word caught a bit my attention but I did not look further). So maybe the changes I did in combination to that setting would have worked better, I am not sure. Though at the end of my experiment, I actually got a behavior very similar to what Thomas just reported. I think we need a bash completion expert :) I tried to contact the two dev about this problem but I don't know if they are active and responsive.

On Thu, Sep 24, 2009 at 3:24 PM, Aaron Griffin wrote:

On Thu, Sep 24, 2009 at 3:15 PM, Aaron Griffin wrote:

...

On Thu, Sep 24, 2009 at 2:41 PM, Thomas Göbel wrote:

...

* [24.09.2009 21:27]:

...

On Thu, Sep 24, 2009 at 7:39 AM, Thomas Bächler wrote:

...

Xavier schrieb:

...

I just tried git, before realizing there was a good pkgbuild for it : http://aur.archlinux.org/packages.php?ID=27520

and it does not work either.

I also checked the git code for dd and it is identical to the 1.0 code.

Found the issue. It's not dd specific at all, it has to do with bash's setting of the COMP_WORDBREAKS

$ echo $COMP_WORDBREAKS "'><=;|&(:

These are word separators for completion words. The command "dd if=<tab>" contains 3 completion words - "dd", "if", and "=" with the current word being "=".

If you do the following, it works:

$ export COMP_WORDBREAKS=${COMP_WORDBREAKS//=} $ dd if=<tab>

I suggest reporting this is a bug in bash_completion, as fixing this is rather complex

Didn`t work for me. dd if=<tab> shows me the content of the actual directory. If i now type /ho<tab> "dd if=/ho<tab>" the string if=/ho will be displaced to "dd /home".

Ah, well obviously it's more complicated than I though.

The point is, that the COMP_WORDBREAKS setting, is splitting "if=" into "if" and "=", which doesn't match the case statement.

If we want to fix this just for dd, we need to match the "=" and then get the previous word in COMP_WORDS   prev="${COMP_WORDS[$(($COMP_CWORD -1))]}"

Aaaaand... that doesn't work. I dunno, this is confusing, but the point is, it's splitting on the "if=" and thus can never complete as is

And this appears to be fixed in git

http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f733e71e1f8d6... http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f871fe4101ed8...

I can confirm this is fixed. I wonder if it might be a good idea to switch bash_completion back to git snapshots now that development is more active, yet their releases are few and far between

On Thu, 24 Sep 2009 22:40:28 +0200 Thomas Bächler wrote:

Aaron Griffin schrieb:

...

...

And this appears to be fixed in git

http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f733e71e1f8d6... http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f871fe4101ed8...

I can confirm this is fixed.

I wonder if it might be a good idea to switch bash_completion back to git snapshots now that development is more active, yet their releases are few and far between

Haha, I cloned this morning and it was still broken :)

Anyway, I'm fine with having bash_completion git snapshots.

I've just installed bash-completion-git-20090924 with yaourt - works fine. The only issue is: dd if<tab> -> dd if\= (but that's not so critical) Cheers, Sergey

Sergey Manucharian wrote:

On Thu, 24 Sep 2009 22:40:28 +0200 Thomas Bächler wrote:

...

Aaron Griffin schrieb:

...

...

And this appears to be fixed in git

http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f733e71e1f8d6... http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f871fe4101ed8... I can confirm this is fixed.

I wonder if it might be a good idea to switch bash_completion back to git snapshots now that development is more active, yet their releases are few and far between

Haha, I cloned this morning and it was still broken :)

Anyway, I'm fine with having bash_completion git snapshots.

I've just installed bash-completion-git-20090924 with yaourt - works fine. The only issue is: dd if<tab> -> dd if\= (but that's not so critical)

Cheers, Sergey

Strange, for me the completion works fine: $ dd if=/h<tab> $ dd if=/home The only thing is I'm not using the package bash-completion, but bash completion works anyway for me. Maybe someone could try to remove bash-completion package and try again. Armando

On Thu, Sep 24, 2009 at 10:28 PM, Aaron Griffin wrote:

...

And this appears to be fixed in git

http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f733e71e1f8d6... http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f871fe4101ed8...

I can confirm this is fixed.

I wonder if it might be a good idea to switch bash_completion back to git snapshots now that development is more active, yet their releases are few and far between

This might be a good idea. Or maybe they plan to release 1.1 soon and do more frequent releases in the future ? Anyway we can discuss there : http://bugs.archlinux.org/task/16538

On Sun, Oct 11, 2009 at 4:57 PM, clemens fischer wrote:

On Thu-2009/09/24-22:24 Aaron Griffin wrote:

...

And this appears to be fixed in git

http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f733e71e1f8d6... http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f871fe4101ed8...

How come the ABS package says http://bash-completion.alioth.debian.org/, and you clone from phraktured.net?

The alioth.debian.org repo mentioned on the url website has a different IP, but the same commit.

Which abs package ? The one in extra is the stable release 1.0 : http://www.archlinux.org/packages/extra/any/bash-completion/ And this is the package aaron maintains. He also hosts a git clone of the official git repo, but it's a clone so yes it should contains the same commit ids :)

* [24.09.2009 14:14]:

After these updates: [2009-09-24 13:23] upgraded bash (4.0.028-1 -> 4.0.033-1) [2009-09-24 13:23] upgraded bash-completion (1.0-2 -> 1.0-3) completion of file/directory names after if= works here.

The completion of the dd command line options doesn't work.

I also upgraded to the latest bash and bash-completion but the problem still exists. Atm i commented out lines 7227-7256 in /etc/bash_completion. So directory completion of if= and of= is working. -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments DU BIST TERRORIST! - www.dubistterrorist.de