Bugzilla Bug 120995

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

*** Bug 108617 has been marked as a duplicate of this bug. ***

FYI, the upstream GTK+ bug on this (closed since it's a locale issue) is
http://bugzilla.gnome.org/show_bug.cgi?id=318694

the locale definitions comes from glibc so you should send an e-mail to
bug-glibc-locales@gnu.org

noticed this also:
https://launchpad.net/distros/ubuntu/+source/langpack-locales/+bug/31814/

and the Debian bug report:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=347323

(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...

> Thanks for the info. That Debian bug indicates an upstream bugfix

no, that's just confusing in the report ... upstream glibc cvs is unchanged

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.

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

(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.

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"
:)

(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...

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.

you should mark 2372 a dupe of 2371 then ... i would but i dont have any privs
on the soureware bugzilla

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"

Created an attachment (id=85416) [details]
fix-C-first_weekday.diff

Debian is using this patch ...

(In reply to comment #16)
> Created an attachment (id=85416) [edit] [details]
> 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.

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.

i havent applied any patches that affect locales

I've updated the upstream bug. If no one else with 2.5 has a locale issue, this
could be closed.

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 ~ $ 

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?

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).

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

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

(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. 

upstream says this should be set ... if you disagree, post to the upstream
report

(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?

see the URL field for the upstream bug report

The problem was finally fixed for me with glibc-2.6.1 :-)

great, thanks for letting us know