Summary: | Clock panel applet starts week with Saturday | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jose daLuz <jdaluz> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | ahbritto, cbm |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jose daLuz
2005-10-09 09:21:48 UTC
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 *** |