Your message dated Thu, 9 Dec 2021 23:54:19 +0100
with message-id
and subject line Bug#506784: locales: sv_SE locale still fails to collate 'v'
and 'w' correctly
has caused the Debian Bug report #506784,
regarding locales: sv_SE locale still fails to collate 'v' and 'w' correctly
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
506784: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=506784
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
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
--- End Message ---
--- Begin Message ---
Version: 2.28-1
On 2008-11-24 20:22, Jorgen Grahn wrote:
> 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.
>
This bug has been fixed upstream in glibc 2.28. Marking it as fixed in
this version.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net--- End Message ---
