UTF-8 collating has Upper case sorted before lower case.
from: http://unicode.org/reports/tr10/#Case_Comparisons
6.6 Case Comparisons
In some languages, it is common to sort lowercase before uppercase; in
other languages this is reversed. Often this is more dependent on the
individual concerned,
Any sane "user-friendly" distribution must default to LC_COLLATE=C for the
terminal use.
I already lost unrecoverable data like in #571958, I now export LC_COLLATE=C in
.bashrc but
I'm not perverse enough to imagine it's an obligatory stop of terminal users.
(LFS users probably know about collati
Looks like this affects programs such as GNU grep and egrep ... note I'm using
quotes around the A-Z character class to avoid any shell interference:
$ echo hello | grep '[A-Z]'
hello
The above behavior COMPLETELY WRONG AND UNACCEPTABLE. I am utterly
shocked I have to worry change my default e
Of course it should go upstream, but I don't understand why it is
outside the scope of Ubuntu to fix a problem for its users. Ubuntu
choose Unity, a non-standard desktop environment, and refuses to choose
a "non-standard" collate sequence (which provides actually more
"standard" behaivior for many
So should libc6 be updated to provide a non-standard case-sensitive
collate sequence for each available locale? I think that goes outside
the scope of what Ubuntu can and should do, but seems like the ultimate
solution, if upstream can be persuaded.
--
You received this bug notification because
It is a problem for me too. And it is worse when using es_ES locale,
because we can't use LC_COLLATE=C, it is very important to match
accented characters in files and directories which LC_COLLATE=C does not
do. This is ridiculous and counterintuitive:
touch A B
ls [a-b]*
A
This will be fixed if c
#15: Obviously, there isn't much Ubuntu can do to help people who do not
use the OS-supplied startup scripts anyway.
Personally, I routinely ditch the default .bashrc on new installations
and replace it with a one-liner which will take me through future
upgrades:
. /etc/skel/.bashrc
It tends to
@#11: /etc/skel/.bashrc is only useful for new installations. i've been
toting around this same home directory for over 10 years, and have a
.bashrc i have lovingly maintained throughout that time. This particular
"bug"/behaviour nuked that lovingly-maintained home directory (along
with its .bashrc
@#5: yes, the (buried) documentation states that the "preferred" way is
to not assume that char ranges are case-sensitive (apparently SuSv3 also
recommends this), but the fact remains that Unix users have, for 30+
years, been relying on case-insensitive ranges. Bash behaves differently
on some syst
@#13: Correction:
"been relying on case-insensitive ranges"
==
"been relying on case-SENSITIVE ranges"
--
Caseless collate sequence in en_GB.UTF8
https://bugs.launchpad.net/bugs/120687
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Still an issue on Lucid.
--
Caseless collate sequence in en_GB.UTF8
https://bugs.launchpad.net/bugs/120687
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
In reply to comment #4: what's wrong with setting it in the shell's
configuration? I don't believe the GUI reads your .bashrc so you could
set it in /etc/skel/.bashrc
--
Caseless collate sequence in en_GB.UTF8
https://bugs.launchpad.net/bugs/120687
You received this bug notification because you
sorry, LC_LOCALE should read LC_COLLATE
--
Caseless collate sequence in en_GB.UTF8
https://bugs.launchpad.net/bugs/120687
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://l
I think it is an important feature of a shell to be able to
specify character ranges, and distinguish between upper
and lower case while doing this.
Can somebody explain to me why 'export LC_LOCALE=C' is
not set by default in .bashrc ?
I also want to confirm this bug is still present in Karmic,
an
Reproducible in Jaunty and Karmic alpha 3
** Changed in: bash (Ubuntu)
Status: Incomplete => Confirmed
--
Caseless collate sequence in en_GB.UTF8
https://bugs.launchpad.net/bugs/120687
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
Maybe this should be discussed on the devel mailinglist or someone could
start a spec?
In any case bash is not the right package for this bug and I don't know
what is...
--
Caseless collate sequence in en_GB.UTF8
https://bugs.launchpad.net/bugs/120687
You received this bug notification because y
@Dirk: If you look at the /usr/share/doc/bash/COMPAT.gz file, $13 states:
[...]
The portable way to specify upper case letters is [:upper:] instead of A-Z;
lower case may be specified as [:lower:] instead of a-z.
[...]
The default for /bin/sh in ubuntu is dash, which seem to behave like
older ve
Personally I like LC_COLLATE=C and set it everywhere, and I can see why
people want to set this in the installer. However, when this has come up
in the past, the problem has been that GUI users object; with some
justification, they want the sort order in GUI applications to match
that defined for t
this suggestion maybe makes sense, but bash is not the correct place to do
this; set it in /etc/environment.
if the we want to support this for fresh installations we have to change this
in the installers as well.
--
Caseless collate sequence in en_GB.UTF8
https://bugs.launchpad.net/bugs/120687
** Changed in: bash (Ubuntu)
Importance: Undecided => Low
** Description changed:
do this in a gash (temporary) directory:
touch A a B b
ls [A-Z]*
you get:-
A b B
- What most people (especially unix users with >25 years experience) is:-
+ What most people (especially un
I can confirm this behaviour on dapper as well as feisty
** Changed in: bash (Ubuntu)
Sourcepackagename: None => bash
Status: New => Confirmed
--
Caseless collate sequence in en_GB.UTF8
https://bugs.launchpad.net/bugs/120687
You received this bug notification because you are a member of U
What most people (especially unix users with >25 years experience) is:
should read:
What most people (especially unix users with >25 years experience)
expect is:
--
Caseless collate sequence in en_GB.UTF8
https://bugs.launchpad.net/bugs/120687
You received this bug notification because you are
22 matches
Mail list logo
