Follow-up, comparing two other systems: RHEL 5.5 with bash 3.2.25 has the same behaviour as Ubuntu: if LC_ALL is NOT set then it defaults to locale settings where [a-z] is case- insensitive.
On Solaris 10 with bash 3.00.16 this is NOT the behaviour. It behaves as if LC_ALL=C, i.e. case-sensitive. The problem appears, at least on the surface, to be a change in the default behaviour in bash somewhere along with way. i do not have access to try to different bash versions on those systems, so i cannot test this hypotheses. -- bash character ranges have unexpected behavior with certain locales https://bugs.launchpad.net/bugs/571958 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.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
