[arch-general] dd and bash_completion
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?
Tom
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 ?
* kira.laucas@gmail.com [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.
Thomas Göbel 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.
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 thomas@archlinux.org To: General Discusson about Arch Linux arch-general@archlinux.org Subject: Re: [arch-general] dd and bash_completion User-Agent: Thunderbird 2.0.0.22 (X11/20090719) Reply-To: General Discusson about Arch Linux arch-general@archlinux.org 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 <arch-general.archlinux.org>
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.
goodmenzy@gmail.com schrieb:
I have the same problems. Maybe it is a good design? After all, dd is a danger cmd ............
It is supposed to work if you look at /etc/bash_completion and search for _dd.
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, 24 Sep 2009 13:42:20 +0200 Daniel Riedemann stigmayta@googlemail.com wrote:
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
I just tried it (never used dd) and it only kind of works here, maybe that's the reason for the different experiences?
If I 'dd <space> <tab> <tab>' I get: $ dd --help bs= conv= ibs= obs= seek= --version cbs= count= if= of= skip=
What I don't get is any completion after 'dd if=' And one strange thing is that 'dd if <tab> <tab>' completes to: 'dd if='
Regards
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.
On Thu, Sep 24, 2009 at 2:08 PM, Alessandro Doro ordo.ad@gmail.com 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.
But after this change which was just made into svn, it should be enabled for both by default : http://repos.archlinux.org/viewvc.cgi/bash/trunk/profile.bash?r1=1&r2=52...
About dd completion problems, maybe someone should try last git code : http://git.debian.org/?p=bash-completion/bash-completion.git;a=summary And if it does not work, report a bug there : http://alioth.debian.org/tracker/?atid=413095&group_id=100114&func=b...
On Thu, Sep 24, 2009 at 02:17:23PM +0200, Xavier wrote:
On Thu, Sep 24, 2009 at 2:08 PM, Alessandro Doro ordo.ad@gmail.com 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.
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.
On Thu, Sep 24, 2009 at 2:32 PM, Thomas Bächler thomas@archlinux.org 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/PKGBUI...
Xavier schrieb:
On Thu, Sep 24, 2009 at 2:32 PM, Thomas Bächler thomas@archlinux.org 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/PKGBUI...
Oh, I still seem to have 1.0-2 here, my bad.
On Thu, Sep 24, 2009 at 7:38 AM, Thomas Bächler thomas@archlinux.org wrote:
Xavier schrieb:
On Thu, Sep 24, 2009 at 2:32 PM, Thomas Bächler thomas@archlinux.org 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/PKGBUI...
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).
On Thu, Sep 24, 2009 at 2:17 PM, Xavier shiningxc@gmail.com wrote:
About dd completion problems, maybe someone should try last git code : http://git.debian.org/?p=bash-completion/bash-completion.git;a=summary And if it does not work, report a bug there : http://alioth.debian.org/tracker/?atid=413095&group_id=100114&func=b...
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.
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.
On Thu, Sep 24, 2009 at 7:39 AM, Thomas Bächler thomas@archlinux.org 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
* aaronmgriffin@gmail.com [24.09.2009 21:27]:
On Thu, Sep 24, 2009 at 7:39 AM, Thomas Bächler thomas@archlinux.org 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".
On Thu, Sep 24, 2009 at 2:41 PM, Thomas Göbel goebel.thomas@gmx.net wrote:
- aaronmgriffin@gmail.com [24.09.2009 21:27]:
On Thu, Sep 24, 2009 at 7:39 AM, Thomas Bächler thomas@archlinux.org 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
On Thu, Sep 24, 2009 at 10:15 PM, Aaron Griffin aaronmgriffin@gmail.com 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:15 PM, Aaron Griffin aaronmgriffin@gmail.com wrote:
On Thu, Sep 24, 2009 at 2:41 PM, Thomas Göbel goebel.thomas@gmx.net wrote:
- aaronmgriffin@gmail.com [24.09.2009 21:27]:
On Thu, Sep 24, 2009 at 7:39 AM, Thomas Bächler thomas@archlinux.org 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...
On Thu, Sep 24, 2009 at 3:24 PM, Aaron Griffin aaronmgriffin@gmail.com wrote:
On Thu, Sep 24, 2009 at 3:15 PM, Aaron Griffin aaronmgriffin@gmail.com wrote:
On Thu, Sep 24, 2009 at 2:41 PM, Thomas Göbel goebel.thomas@gmx.net wrote:
- aaronmgriffin@gmail.com [24.09.2009 21:27]:
On Thu, Sep 24, 2009 at 7:39 AM, Thomas Bächler thomas@archlinux.org 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
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.
On Thu, 24 Sep 2009 22:40:28 +0200 Thomas Bächler thomas@archlinux.org 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
On Thu, Sep 24, 2009 at 3:48 PM, Sergey Manucharian sergeym@rmico.com wrote:
On Thu, 24 Sep 2009 22:40:28 +0200 Thomas Bächler thomas@archlinux.org 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)
There's bugs in their bug tracker regarding this. It happens with chown too:
$ chown -R nobod<tab> $ chown -R nobody:
Sergey Manucharian wrote:
On Thu, 24 Sep 2009 22:40:28 +0200 Thomas Bächler thomas@archlinux.org 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:30 PM, Armando M. Baratti ambaratti.listas@gmail.com wrote:
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.
It's known to work fine WITHOUT bash-completion. Normally bash will only complete filenames. When using bash-completion, which provides better completions for things, it fails. The bug was found and fixed in bash-completion's git repo
On Thu, Sep 24, 2009 at 10:28 PM, Aaron Griffin aaronmgriffin@gmail.com 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 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.
clemens
On Sun, Oct 11, 2009 at 4:57 PM, clemens fischer ino-news@spotteswoode.dnsalias.org 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 :)
On Sun, Oct 11, 2009 at 9:57 AM, clemens fischer ino-news@spotteswoode.dnsalias.org 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.
I never said I cloned from there to build the package. You made that assumption.
That repo is solely for tracking purposes if I feel like making bug fixes. I linked to it because it was easier for me
* ordo.ad@gmail.com [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.
Alessandro Doro schrieb:
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.
The difference is in the bash package: We now also load bash_completion by default in non-login shells, while it only happened for login-shells before.
participants (12)
-
Aaron Griffin
-
Alessandro Doro
-
Armando M. Baratti
-
clemens fischer
-
Daniel Riedemann
-
goodmenzy＠gmail.com
-
hollunder＠gmx.at
-
Partha Chowdhury
-
Sergey Manucharian
-
Thomas Bächler
-
Thomas Göbel
-
Xavier