Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 120995

Summary: [glibc/locale] Incorrect locale data causes problems with date display
Product: Gentoo Linux Reporter: Jose daLuz <jdaluz>
Component: [OLD] Core systemAssignee: Gentoo Toolchain Maintainers <toolchain>
Status: VERIFIED UPSTREAM    
Severity: normal CC: ahbritto, borjota, cbm, compnerd, pacho, volkris, wolf31o2
Priority: High    
Version: 2005.1   
Hardware: AMD64   
OS: Linux   
URL: http://sources.redhat.com/bugzilla/show_bug.cgi?id=2371
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: fix-C-first_weekday.diff

Description Jose daLuz 2006-01-30 15:55:20 UTC
I originally opened bug 108617 against gnome-panel's clock applet but it seems the problem is not the applet, it's the locale data. The problem was the calendar displaying Saturday as the first day of the week, then switching from no locale set to LC_ALL="en_US" the first day became Monday -- in both cases it should have been Sunday:

LC_ALL="" locale -k -c LC_TIME
LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %b %e %H:%M:%S %Y"
d_fmt="%m/%d/%y"
t_fmt="%H:%M:%S"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries=""
week-ndays=7
week-1stday=19971130
week-1stweek=4
first_weekday=7
first_workday=1
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="ANSI_X3.4-1968"

week-1stday=19971130 which is a Sunday. first_weekday=7 which is Saturday, which is very wrong -- it should be 1 instead. This combo makes Saturday first day of the week.

LC_ALL=en_US locale -k -c LC_TIME
LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %d %b %Y %r %Z"
d_fmt="%m/%d/%Y"
t_fmt="%r"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries="S"
week-ndays=7
week-1stday=19971201
week-1stweek=4
first_weekday=1
first_workday=1
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="ISO-8859-1"

week-1stday=19971201 which is a Monday, so with first_weekday=1 Monday becomes the first day of the week in the calendar, which in the US is wrong. week-1stday should be the same as in LC_ALL="" above.

I don't know what package brings in this data, but I have done emerge -e system/world on at least two occasions since this bug first manifested itself, most recently at the beginning of this year, so I know that whatever package it was has been rebuilt without fixing this.

emerge --info
Portage 2.1_pre4-r1 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.5-r3, 2.6.15-ck2 x86_64)
=================================================================
System uname: 2.6.15-ck2 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.12.0_pre15
ccache version 2.4 [enabled]
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r1, 2.16.91.0.3, 2.16.91.0.5
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.15_rc6
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib64/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-march=athlon64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS=""
FEATURES="autoconfig ccache distlocks nostrip sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.osuosl.org/"
LC_ALL="en_US"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/gentopia /usr/local/bmg-main /usr/local/portage"
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="amd64 X aac alsa avi bash-completion berkdb bitmap-fonts bzip2 cairo cdr crypt cups dbus debug dvd dvdr eds emboss encode esd firefox flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml hal idn imlib ipv6 jack java jpeg kde lcms ldap lzw lzw-tiff mad mono mozilla mp3 mpeg ncurses nls nptl ogg opengl pam pdflib perl pic png python qt quicktime readline ruby samba sdl spell sqlite ssl tcpd theora tiff truetype truetype-fonts type1-fonts usb userlocales vorbis xml2 xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev kernel_linux userland_GNU video_cards_vga video_cards_vesa video_cards_nv"
Unset:  ASFLAGS, CTARGET, LANG, LDFLAGS, LINGUAS, MAKEOPTS
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-01-31 00:33:25 UTC
*** Bug 108617 has been marked as a duplicate of this bug. ***
Comment 2 Jose daLuz 2006-02-11 13:17:10 UTC
FYI, the upstream GTK+ bug on this (closed since it's a locale issue) is http://bugzilla.gnome.org/show_bug.cgi?id=318694
Comment 3 SpanKY gentoo-dev 2006-02-18 00:37:31 UTC
the locale definitions comes from glibc so you should send an e-mail to bug-glibc-locales@gnu.org
Comment 5 SpanKY gentoo-dev 2006-02-18 00:58:32 UTC
and the Debian bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347323
Comment 6 Jose daLuz 2006-02-18 06:05:52 UTC
(In reply to comment #5)
> and the Debian bug report:
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347323
> 
Thanks for the info. That Debian bug indicates an upstream bugfix, which I assume will make it into portage sometime soon. Now if only bug 116613 could be fixed so I would be able to compile glibc again...
Comment 7 SpanKY gentoo-dev 2006-02-18 14:16:38 UTC
> Thanks for the info. That Debian bug indicates an upstream bugfix

no, that's just confusing in the report ... upstream glibc cvs is unchanged
Comment 8 Jose daLuz 2006-02-19 16:53:34 UTC
The only problem I have filing this upstream against glibc is that I have glibc-2.3.5-r3. Due to the problem in bug 116613 I haven't been able to compile glibc since early January so I can't test this with 2.3.6 to confirm that it hasn't been fixed yet. If someone can confirm the locale data is identical between those releases I'll go ahead and file this.
Comment 9 Arthur Britto 2006-02-20 15:19:47 UTC
I am still seeing Saturday as the first day of the week for:
 sys-libs/glibc-2.3.6-r2
 sys-libs/timezone-data-2006a
 /usr/share/zoneinfo/US/Pacific
Comment 10 Jose daLuz 2006-02-20 15:27:59 UTC
(In reply to comment #9)
> I am still seeing Saturday as the first day of the week for:
>  sys-libs/glibc-2.3.6-r2
>  sys-libs/timezone-data-2006a
>  /usr/share/zoneinfo/US/Pacific
> 

Thanks. I'll go ahead with the upstream bug.
Comment 11 SpanKY gentoo-dev 2006-02-20 15:49:54 UTC
please cc toolchain@gentoo.org on any upstream bug reports you file that concern Gentoo ... they can be a bit unfriendly when you say the word "Gentoo" :)
Comment 12 Jose daLuz 2006-02-20 16:54:33 UTC
(In reply to comment #11)
> please cc toolchain@gentoo.org on any upstream bug reports you file that
> concern Gentoo ... they can be a bit unfriendly when you say the word "Gentoo"
> :)
> 
Done. The bug is http://sources.redhat.com/bugzilla/show_bug.cgi?id=2372

Hopefully this bug report has enough info to inspire friendliness...
Comment 13 Jose daLuz 2006-02-20 17:01:45 UTC
Yeesh, my report seems to have generated two bugs, the first, 2371 with the full report and the second, 2372, with the first few lines :-p. You may want to post that comment to 2371.
Comment 14 SpanKY gentoo-dev 2006-02-20 18:14:01 UTC
you should mark 2372 a dupe of 2371 then ... i would but i dont have any privs on the soureware bugzilla
Comment 15 Jose daLuz 2006-03-12 18:38:17 UTC
I updated to glibc-2.4. The locale data has been updated so the default C locale has Monday as the first_weekday instead of Saturday. en_US and en_US.UTF-8 both have Monday as first_weekday. I posted a comment about this on the upstream bug. Is there some standard that says that Monday is the first day of the week in the US even though every calendar I've seen in my life here has Sunday?

In any case, here's the revised data:

 LC_ALL="" locale -k -c LC_TIME
LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %d %b %Y %r %Z"
d_fmt="%m/%d/%Y"
t_fmt="%r"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries="S"
week-ndays=7
week-1stday=19971201
week-1stweek=4
first_weekday=1
first_workday=1
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="UTF-8"

LC_ALL=en_US locale -k -c LC_TIME
LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %d %b %Y %r %Z"
d_fmt="%m/%d/%Y"
t_fmt="%r"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries="S"
week-ndays=7
week-1stday=19971201
week-1stweek=4
first_weekday=1
first_workday=1
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="ISO-8859-1"

LC_ALL=en_US.UTF-8 locale -k -c LC_TIME
LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %d %b %Y %r %Z"
d_fmt="%m/%d/%Y"
t_fmt="%r"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries="S"
week-ndays=7
week-1stday=19971201
week-1stweek=4
first_weekday=1
first_workday=1
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="UTF-8"
Comment 16 SpanKY gentoo-dev 2006-04-24 20:03:49 UTC
Created attachment 85416 [details, diff]
fix-C-first_weekday.diff

Debian is using this patch ...
Comment 17 Jose daLuz 2006-04-27 14:30:12 UTC
(In reply to comment #16)
> Created an attachment (id=85416) [edit]
> fix-C-first_weekday.diff
> 
> Debian is using this patch ...
> 
I finally had a chance to test this patch. After:

LC_ALL="" locale -k -c LC_TIME
LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %d %b %Y %r %Z"
d_fmt="%m/%d/%Y"
t_fmt="%r"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries="S"
week-ndays=7
week-1stday=19971201
week-1stweek=4
first_weekday=1
first_workday=1
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="UTF-8"

So now having no locale set, we have the same settings as the current en_US locales, where Monday is the first_weekday as well as first_workday. That's better than Saturday!

I'm not US-centric, if Monday is going to be the first day of the week as a default with no locale set, it doesn't bother me, but the en_US locales are still that way and that's just plain wrong. Whatever some folks may use for their work calendars, Sunday is the first day of the week in the US as a simple matter of fact. I know this is an upstream bug, but I really don't understand why it's so hard for upstream to get this right.
Comment 18 Jose daLuz 2006-11-27 03:28:53 UTC
With glibc 2.5, this problem seems to be fixed:

locale -k -c LC_TIME
LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %d %b %Y %r %Z"
d_fmt="%m/%d/%Y"
t_fmt="%r"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries="S"
week-ndays=7
week-1stday=19971130
week-1stweek=7
first_weekday=1
first_workday=1
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="UTF-8"

first_weekday is 1, which it should be! Same results for LANG=en_US. 

Now if a toolchain guru will let me know if this is an upstream fix or a Gentoo patch? If the former, I'll post to the upstream bug.
Comment 19 SpanKY gentoo-dev 2006-11-27 06:13:40 UTC
i havent applied any patches that affect locales
Comment 20 Jose daLuz 2006-11-27 13:35:05 UTC
I've updated the upstream bug. If no one else with 2.5 has a locale issue, this could be closed.
Comment 21 Colin Macdonald 2006-11-27 20:11:57 UTC
I'm on glibc 2.5 and I still have first_weekday=7 for LC_ALL="".  For LC_ALL="en_US" I get the correct first_weekday=1.

Jose daLuz: can you run LC_ALL="" locale -k -c LC_TIME and check if it really is correct?  I'm guessing maybe you have a LANG="en_US" or something in your environment.

cbm@aconite ~ $ LC_ALL="en_US" locale -k -c LC_TIME
LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %d %b %Y %r %Z"
d_fmt="%m/%d/%Y"
t_fmt="%r"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries="S"
week-ndays=7
week-1stday=19971130
week-1stweek=7
first_weekday=1
first_workday=1
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="ISO-8859-1"
cbm@aconite ~ $ LC_ALL="" locale -k -c LC_TIME
LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %b %e %H:%M:%S %Y"
d_fmt="%m/%d/%y"
t_fmt="%H:%M:%S"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries=""
week-ndays=7
week-1stday=19971130
week-1stweek=4
first_weekday=7
first_workday=1
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="ANSI_X3.4-1968"
cbm@aconite ~ $ 
Comment 22 Jose daLuz 2006-11-28 02:51:25 UTC
I have LANG set to en_US.UTF-8. However:

LC_ALL="" locale -k -c LC_TIME
LC_TIME
abday="Sun;Mon;Tue;Wed;Thu;Fri;Sat"
day="Sunday;Monday;Tuesday;Wednesday;Thursday;Friday;Saturday"
abmon="Jan;Feb;Mar;Apr;May;Jun;Jul;Aug;Sep;Oct;Nov;Dec"
mon="January;February;March;April;May;June;July;August;September;October;November;December"
am_pm="AM;PM"
d_t_fmt="%a %d %b %Y %r %Z"
d_fmt="%m/%d/%Y"
t_fmt="%r"
t_fmt_ampm="%I:%M:%S %p"
era=
era_year=""
era_d_fmt=""
alt_digits=
era_d_t_fmt=""
era_t_fmt=""
time-era-num-entries=0
time-era-entries="S"
week-ndays=7
week-1stday=19971130
week-1stweek=7
first_weekday=1
first_workday=1
cal_direction=1
timezone=""
date_fmt="%a %b %e %H:%M:%S %Z %Y"
time-codeset="UTF-8"

So my first_weekday is still 1. Perhaps the time-codeset difference between us may have something to do with it?
Comment 23 Colin Macdonald 2006-11-28 13:19:52 UTC
Re: time-codeset, sounds promising, but unfortunately I don't know where that gets set (I don't have any LC_* stuff in any of my .bash* files and AFAIK, I've never changed anything relating to locales).
Comment 24 Chris Carlin 2006-12-22 06:43:41 UTC
Just wanted to mention that this affects Orage, the calendar application with the imminent xfce4.4 release.

See my discussion with them about it: http://bugzilla.xfce.org/show_bug.cgi?id=2536
Comment 25 Pacho Ramos gentoo-dev 2007-02-07 11:29:41 UTC
The bug persists in es_ES locales with glibc-2.5

Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.18-suspend2-r1 i686)
=================================================================
System uname: 2.6.18-suspend2-r1 i686 Genuine Intel(R) CPU           T2300  @ 1.66GHz
Gentoo Base System version 1.12.6
Last Sync: Tue, 06 Feb 2007 22:50:01 +0000
ccache version 2.4 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.31
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.4-r6
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -pipe -fomit-frame-pointer -march=pentium-m -mfpmath=sse -msse3"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O2 -pipe -fomit-frame-pointer -march=pentium-m -mfpmath=sse -msse3"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.ovh.net/gentoo-distfiles/ "
LANG="es_ES.UTF-8"
LC_ALL="es_ES.UTF-8"
LINGUAS="es en_US"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/armagetron /usr/portage/local/layman/sunrise /usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X a52 aac aalib acl acpi aim alsa alsa_cards_ali5451 alsa_cards_als4000 alsa_cards_atiixp alsa_cards_atiixp-modem alsa_cards_bt87x alsa_cards_ca0106 alsa_cards_cmipci alsa_cards_emu10k1 alsa_cards_emu10k1x alsa_cards_ens1370 alsa_cards_ens1371 alsa_cards_es1938 alsa_cards_es1968 alsa_cards_fm801 alsa_cards_hda-intel alsa_cards_intel8x0 alsa_cards_intel8x0m alsa_cards_maestro3 alsa_cards_trident alsa_cards_usb-audio alsa_cards_via82xx alsa_cards_via82xx-modem alsa_cards_ymfpci alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol ansi arts asf audiofile avi bash-completion bcmath beagle bidi bitmap-fonts bonobo bzip2 bzlib cairo caps cdb cddb cdparanoia cdr cdrparanoia cli cpdflib cracklib cross crypt cscope css ctype cups curl curlwrappers dbus dga dio directfb divx4linux dlloader dri dts dv dvb dvb_cards_usb-dib0700 dvd dvdr dvdread elibc_glibc encode escreen esd evo exif fam fbcon ffmpeg fftw firefox flac foomaticdb fortran ftp gb gcj gd ggi gif gimp gimpprint glitz glut glx gmp gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile hal howl iconv imagemagick imlib input_devices_keyboard input_devices_mouse input_devices_synaptics ipv6 isdnlog jabber jack java jikes jpeg kde kdeenablefinal kdehiddenvisibility kernel_linux latex lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633 lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001 lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text lcms ldap lesstif libg++ libnotify linguas_en_US linguas_es logrotate mad mbox midi mikmod mime ming mmap mmx mmxext mng mono motif mp3 mpeg mpi mplayer musepack musicbrainz nas ncurses nethack nls nocd nptl nptlonly nsplugin ntfs nvidia ogg oggvorbis openal opengl opnegl oss pam pcmcia pcre pdf pdflib perl pic png pnp posix ppds pppd python qt qt3 qt4 quicktime readline real reflection reiserfs rpm rtc ruby scanner sdl seamonkey session slang slp smp sndfile sockets socks5 speex spell spl sse sse2 sse3 ssl svg syslog tcltk tcpd tetex tga theora threads tiff timidity tk truetype truetype-fonts trusted type1-fonts udev unicode usb userland_GNU userlocales v4l v4l2 vcd video_cards_fbdev video_cards_nv video_cards_nvidia video_cards_vesa videos vim vorbis wifi win32codecs wma wmf wmp wxwindows x86 xcomposite xft xine xml xml2 xorg xpm xv xvid zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 26 isaac 2007-04-28 20:55:09 UTC
(In reply to comment #21)
> I'm on glibc 2.5 and I still have first_weekday=7 for LC_ALL="".  For
> LC_ALL="en_US" I get the correct first_weekday=1.
> 
When LC_ALL="" then the locale variables (LC_CTYPE, CL_TIME, ...) default to "POSIX".
This bug was fixed for the en_US locale in glibc-2.5 but it's still wrong for the POSIX locale. 
Comment 27 SpanKY gentoo-dev 2007-05-05 08:02:14 UTC
upstream says this should be set ... if you disagree, post to the upstream report
Comment 28 Chris Carlin 2007-05-05 14:39:39 UTC
(In reply to comment #27)
> upstream says this should be set ... if you disagree, post to the upstream
> report

Could you clarify... upstream says what should be set? Local variables defaulting to POSIX? POSIX variables setting it to these weekstarts?
Comment 29 SpanKY gentoo-dev 2007-07-09 05:13:32 UTC
see the URL field for the upstream bug report
Comment 30 Pacho Ramos gentoo-dev 2007-10-19 12:27:37 UTC
The problem was finally fixed for me with glibc-2.6.1 :-)
Comment 31 SpanKY gentoo-dev 2007-10-19 16:05:47 UTC
great, thanks for letting us know