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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
