Description of problem:
Most shell commands in RH9 accept all arguments without due regard for case.
This is inconsistent with the default shell, bash, where autocompletion via the
[Tab] key is case sensitive, and with many other GNU/Linux systems where case
sensitivity is the norm. There are several problems with this:
1. A user must execute two mv commands to change the case of a filename via the
2. Compatibility with existing GNU/Linux distributions (Mandrake and Debian, for
example) is diminished.
The problem can always be reproduced by executing the following statements in a
1. touch file.txt
2. mv file.txt File.txt
Actual Results: The shell replies that the files are the same.
Expected Results: file.txt should have been renamed to File.txt.
I'm aware that there is some controversy about case sensitivity, but it seems
odd to provide a shell that does not wholly accept insensitivity while providing
commands that do.
I have never (ever) seen this behaviour in bash, or in mv, or indeed in any of
the standard utilities shipped in Red Hat Linux. Cannot reproduce it on Red Hat
Oh, I bet you're using a VFAT filesystem: the *filesystem* is case-insensitive,
by design. Use ext3.