Bug#379100: locales: Missing first_workday in *_NO and *_DK
Package: locales
Version: 2.3.6-15
Severity: normal
Tags: l10n
In sarge, both first_weekday and first_workday is missing from the *_NO
and *_DK locales, and thus both defaults to 1. In se_SE this is set
correctly:
sarge:/usr/share/i18n/locales$ grep first_w* *_DK
sarge:/usr/share/i18n/locales$ grep first_w* *_NO
sarge:/usr/share/i18n/locales$ grep first_w* *_SE
first_weekday 2
first_workday 2
In sid (and in Ubuntu dapper), first_weekday is set correctly in both
*_NO and *_DK, but first_workday is still missing and defaulting to 1:
sid:/usr/share/i18n/locales$ grep first_w *_DK
da_DK:first_weekday 2
en_DK:first_weekday 2
sid:/usr/share/i18n/locales$ grep first_w *_NO
nb_NO:first_weekday 2
nn_NO:first_weekday 2
se_NO:first_weekday 2
As Sunday is not the first workday of the week in neither Norway nor
Denmark, this should explicitly be set to 2 (Monday), as is done for
se_SE.
Prove of 1 as default follows:
sid:~$ export LANG=en_DK
sid:~$ locale
LANG=en_DK
LC_CTYPE="en_DK"
LC_NUMERIC="en_DK"
LC_TIME="en_DK"
LC_COLLATE="en_DK"
LC_MONETARY="en_DK"
LC_MESSAGES="en_DK"
LC_PAPER="en_DK"
LC_NAME="en_DK"
LC_ADDRESS="en_DK"
LC_TELEPHONE="en_DK"
LC_MEASUREMENT="en_DK"
LC_IDENTIFICATION="en_DK"
LC_ALL=
sid:~$ locale first_weekday
2
sid:~$ locale first_workday
1
"Proof" for Monday beeing our first working day can be found at:
http://www.timeanddate.com/calendar/?year=2006&country=2 (Denmark)
http://www.timeanddate.com/calendar/?year=2006&country=18 (Norway)
-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Kernel: Linux 2.6.16-2-k7
Locale: LANG=en_DK, LC_CTYPE=en_DK (charmap=ISO-8859-1)
Versions of packages locales depends on:
ii debconf [debconf-2.0] 1.5.2 Debian configuration management sy
ii libc6 [glibc-2.3.6-2] 2.3.6-15 GNU C Library: Shared libraries
-- debconf information:
* locales/default_environment_locale: en_DK
* locales/locales_to_be_generated: en_DK ISO-8859-1, en_DK.UTF-8 UTF-8, en_US ISO-8859-1, en_US.UTF-8 UTF-8, nb_NO ISO-8859-1, nb_NO.UTF-8 UTF-8
Reply to: