After updating gnome-panel to 2.12.1, the clock panel applet shows weeks (in its calendar view) beginning with Saturday. Reproducible: Always Steps to Reproduce: 1. Click on clock applet to view calendar 2. 3. Actual Results: Calendar view displays month with Saturday as first day of week. Expected Results: Calendar view should display with Sunday as first day of week. emerge --info Portage 2.0.53_rc4 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-ck7 x86_64) ================================================================= System uname: 2.6.13-ck7 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.0_pre8 ccache version 2.4 [enabled] dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.13 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 sys-devel/libtool: 1.5.20 virtual/os-headers: 2.6.11-r2 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/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /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" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.osuosl.org/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/bmg-main /usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="amd64 X aac aalib alsa avi bash-completion berkdb bitmap-fonts cdr crypt cups curl dbus eds emboss encode esd flac foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal howl imagemagick imlib ipv6 java jpeg kde ldap libwww lzw lzw-tiff mad maildir mikmod mono motif mozilla mp3 mpeg ncurses nls nptl ogg oggvorbis opengl pam pdflib perl pic png python qt quicktime readline ruby samba sdl speex spell sqlite ssl tcltk tcpd tetex theora tiff truetype-fonts type1-fonts usb userlocales vorbis xine xml xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc"Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
Works fine here (starts with monday, like I'd expect) This is configrable in Evolution, where I have it configured. Otherwise, it may be a Locale issue.
I don't doubt that it works fine most places ;-) I had Evolution (which I rarely use) set to start the week with Sunday. I changed it to Monday and logged out/in -- this had no impact on the calendar display whatsoever, it still starts with Saturday. Can you be more specific about locale issues, i.e. what kind of issue could cause this and what, if anything, can I do to fix it? Whatever this issue, it wasn't one until I updated gnome-panel.
The locale is just a guess. I'd guess, for example, that having a Hebrew locale would start the week on saturday, but I'm not sure of that. Do you have a locale set at all? If so, which one? Looking through gconf, I only see the prefs related to evolution. Mine says it starts on day 1 (which is presumably monday)
This is what the "locale" command gives me: LANG= LC_CTYPE="POSIX" LC_NUMERIC="POSIX" LC_TIME="POSIX" LC_COLLATE="POSIX" LC_MONETARY="POSIX" LC_MESSAGES="POSIX" LC_PAPER="POSIX" LC_NAME="POSIX" LC_ADDRESS="POSIX" LC_TELEPHONE="POSIX" LC_MEASUREMENT="POSIX" LC_IDENTIFICATION="POSIX" LC_ALL= I believe I'm en_US as that string appears in various places in running software -- I'm in the Boston, MA area so everything is set relative to that (timezone=EST5EDT, etc.).
Okay, so locale is out. Here's a thought: Do you have evolution-data-server running at all? If not, does starting it fix the problem? I looked in the gnome database and didn't see any bugs related to this...
Yes I have e-d-s and it's running. If I enter an appointment into evolution it shows up in the clock applet calendar view. I'm currently rebuilding the gnome tree with emerge -e gnome, in case this is due to recent updates in gtk+ or glibc. That's 339 packages so it will probably be done by tomorrow...
I couldn't find anything in Gnome bugzilla either, so I looked around CVS to see if anything changed in the libraries, and found this in the gtk+ Changelog: 2005-09-30 Matthias Clasen <mclasen@redhat.com> * gtk/gtkcalendar.c (gtk_calendar_init): Another attempt to correct the calculations for the first week day. We may just have to remove this code if too many locales turn out to have broken data. Let's see if rebuilding the Gnome tree fixes this, otherwise I will file a bug with Gnome bugzilla referencing this.
Rebuilding the tree did nothing. Unless you have some other suggestions I will pursue this upstream on Gnome bugzilla.
please look at this bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=127069 and report back.
After reading this bug report, I spent some time with the "locale" man page and then set LC_ALL to en_US, with the result that the calendar is now showing Monday as the first weekday. This still raises the question: prior to the above-mentioned update, Sunday was the first weekday in the calendar (which is still my preference), then it switched to Saturday with the update, i.e. LC_TIME->first_weekday=7, which should not be true in the vast majority of locales. How did that happen and what can be done to fix it? And if Saturday=7, Sunday should be 1 so shouldn't the calendar display that instead of Monday? Or is Sunday=0 so first_weekday=7 is a nonsensical value?
This seems like a bug. en_US.utf8 (which I use) clearly has Sunday as the first day of the week, but my calander uses Monday as the first day of the week. This is what I want, but seems broken wrt the locale I'm using.
Does anyone know if there's been any movement on this issue? I have Gnome 2.13.3/gtk+ 2.8.9 installed now and there is still no change in this behavior.
I just filed bug 120995 -- after exploring this issue upstream, it looks like incorrect locale data, not a problem with gnome-panel or gtk+. Check out http://bugzilla.gnome.org/show_bug.cgi?id=318694 to be sure, but this bug should probably be closed INVALID.
*** This bug has been marked as a duplicate of 120995 ***