Confirmed. Perfect behaviour with rm, rmdir, and cd.
Closing this bug.
** Changed in: bash (Ubuntu)
Status: Triaged => Fix Released
--
"rm ~" tries to delete home directory, not the existing subdir "~"
https://bugs.launchpad.net/bugs/254762
You received this bug notification because you a
The original bug is fixed in 10.04:
~$ mkdir test
~$ cd test
~/test$ mkdir \~
~/test$ ls
~
~/test$ cd results in the following line:
~/test$ cd \~/
Ditto for rm. This bug can be closed.
--
"rm ~" tries to delete home directory, not the existing subdir "~"
https://bugs.launchpad.net/bugs/254762
@Rolf Leggewie: true. You don't even have to do
rm *[tab]
sufficent is
rm [tab]
bash-completion can't deal with * in filenames?
--
"rm ~" tries to delete home directory, not the existing subdir "~"
https://bugs.launchpad.net/bugs/254762
You received this bug notification because you are a membe
Hm. This seems to be fixes in Lucid Lynx.
I tried it ad shown in my first post, and both, cd'ing and rm'ing that dir
seems to be ok.
rm ./~ works also.
Bug fixed?
--
"rm ~" tries to delete home directory, not the existing subdir "~"
https://bugs.launchpad.net/bugs/254762
You received this bug no
this bug report inspired me to try out the following:
$ touch \* 1;ls -1
*
1
$ rm *
then hit the TAB key for bash-completion and you will get
$ rm *bash: [: *: binary operator expected
it doesn't help to escape the wildcard like "rm \*"TAB
--
"rm ~" tries to delete home directory, not the ex
so what happens if you rm ./~ ?
--
"rm ~" tries to delete home directory, not the existing subdir "~"
https://bugs.launchpad.net/bugs/254762
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.u
there are lots of related issues
http://www.dwheeler.com/essays/fixing-unix-linux-filenames.html
--
"rm ~" tries to delete home directory, not the existing subdir "~"
https://bugs.launchpad.net/bugs/254762
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscr
After looking at bash-completion in detail, I believe this belongs to
bash package.
Let me explain the reasons behind this.
bash calls bash-completion, and bash-completion returns all the
filenames as a list of strings. bash takes care of displaying these
strings on the command line.
1) now, if
** Summary changed:
- "rm ~" tries to delete home directory, not the subdir
+ "rm ~" tries to delete home directory, not the existing subdir "~"
--
"rm ~" tries to delete home directory, not the existing subdir "~"
https://bugs.launchpad.net/bugs/254762
You received this bug notification because
