Bug#506784: locales: sv_SE locale still fails to collate 'v' and 'w' correctly
Package: locales
Version: 2.7-16
Severity: normal
Tags: l10n
I reported this problem in #502356 six weeks ago, on glibc/2.3.6.ds1-13etch7.
The bug was closed as (already) fixed in 2.7-1, then it was archived.
And then I upgraded to testing and saw that the bug is still there, so I
guess I have to file a new one.
To reproduce, simply do this:
salix:~% /bin/echo -e "vword\nwword" | env LC_COLLATE=sv_SE.iso88591 sort
wword
vword
salix:~%
In sv_SE, 'w' is a variant of 'v', and collates after 'v' if and only if
the words are otherwise identical. This works much (most?) of the time,
but obviously not for the words above.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26.7 (PREEMPT)
Locale: LANG=sv_SE, LC_CTYPE=sv_SE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages locales depends on:
ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy
ii libc6 [glibc-2.7-1] 2.7-16 GNU C Library: Shared libraries
locales recommends no packages.
locales suggests no packages.
-- debconf information:
locales/default_environment_locale: en_US.ISO-8859-15
locales/locales_to_be_generated: en_US ISO-8859-1, en_US.ISO-8859-15 ISO-8859-15, en_US.UTF-8 UTF-8, sv_SE ISO-8859-1, sv_SE.ISO-8859-15 ISO-8859-15, sv_SE.UTF-8 UTF-8
Reply to: