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]

Reply via email to