Launchpad has imported 11 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=242296.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2007-06-03T01:47:14+00:00 Julian wrote: Description of problem: After upgrade from fc6, date +%c gives the following (pl_PL): N, 3 VI 2007, 02:27:59 before, it was looking like that nie, 3 cze 2007, 02:27:59 I think that the second format is much more readable. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/17 ------------------------------------------------------------------------ On 2007-09-25T14:32:23+00:00 Karol wrote: I think the Fedora should patch the glibc because the upstream does not want to do it. File to patching: <path_to_sourcedir>/localedata/locales/pl_PL (after installation: /usr/share/i18n/locales/pl_PL ). Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/21 ------------------------------------------------------------------------ On 2007-09-25T14:39:58+00:00 Karol wrote: Reasons: - at now the abmon is archaic mothod of abbreviation - there are problems with applications (e.g. calendar in evolution) - now it is useless and not user-friendly The polish experts opinion says that the previous method of abreviating days and months IS correct in computer industry. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/22 ------------------------------------------------------------------------ On 2007-09-25T18:51:10+00:00 Julian wrote: I think something like Wto, 25 Sie 2007 looks a bit better. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/23 ------------------------------------------------------------------------ On 2007-09-26T16:36:40+00:00 Jakub wrote: We now have 3 different groups, each pushing a different format. For %b wrz vs. IX vs. 9, and then various different layouts of D_T_FMT, D_FMT and T_FMT. If you want this changed, can you (or ask somebody else to) please organize an internet poll among Polish Linux users, which states all the various proposed changes and let people choose from them, then invite people in various LUGs, distros, those commenting in the various bugzilla bugs about this, etc. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/26 ------------------------------------------------------------------------ On 2007-10-01T17:29:43+00:00 Karol wrote: I organize poll http://karlik.nonlogic.org/blog/wpisy/ogolne/daty-w -glibc-sonda . Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/27 ------------------------------------------------------------------------ On 2007-10-14T19:01:00+00:00 Karol wrote: There has not been a lot of interest about poll, but I think I can sum it up. In conclusion of poll about day abbs: # pon, wto, śro, czw, pią, sob, nie (47%, 425 Votes) # Pn, Wt, Śr, Cz, Pt, So, Nd, (27%, 249 Votes) # pn., wt., śr., czw., pt., sob., ndz. (10%, 95 Votes) # PN,WT,SR,CZW,PT,SO,ND (5%, 48 Votes) # pon., wto., śro., czw., pią., sob., nie. (4%, 38 Votes) # Po,Wt,Śr,Czw,Pt,So,N (3%, 25 Votes) # inna (podaj w komentarzu) (2%, 18 Votes) <= in comments are e.g. "pn, wt, śr, cz, pt, so, nd" # pon., wt., śr., czw., piąt., sob., niedz. (1%, 11 Votes) Well... in the glibc should be these abbreviations: nie pon wto śro czw pią sob Abbreviations of months: # trzy pierwsze litery (sty,lut,mar,kwi,maj,cze,lip,sie,wrz,paź,lis,gru) (81%, 519 Votes) # rzymskie liczby (I,II,III,IV,V,VI,VII,VIII,IX,X,XI,XII) (17%, 108 Votes) # inna zgodna z normami (podaj w komentarzu) (3%, 17 Votes) So in the glibc should be these abbreviations: sty lut mar kwi maj cze lip sie wrz paź lis gru The D_FMT: # liczbowa arabska z uzupełniającym zerem (01,02…12), %d.%m.%Y, np. 01.01.1970 (62%, 528 Votes) # z użyciem skrótów miesięcy, %d %b %Y, np. 01 I 1970, 01 sty 1970 (36%, 303 Votes) # inna (podaj w komentarzu) (3%, 22 Votes) <= most of these votes are for iso-8601 I did not organize more polls (e.g. for D_T_FMT). I think good idea is to not change D_T_FMT (IMHO there should be change only abbs not *FMT, but I made a poll as you wish). Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/30 ------------------------------------------------------------------------ On 2007-10-14T20:52:37+00:00 Ulrich wrote: I've made changes upstream in cvs. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/31 ------------------------------------------------------------------------ On 2007-10-17T21:27:05+00:00 Karol wrote: I think I can close the bug. :) Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/32 ------------------------------------------------------------------------ On 2007-12-10T17:48:17+00:00 Marcin wrote: Sorry for digging up a bug closed almost 2 months ago, but I have just installed F8 (earlier had FC6) and noticed that "locale's date representation" (date +%x) had been changed. In previous versions there was %Y-%m-%d (e.g. 2007-12-20), now %d.%m.%Y (20.12.2007). At it was detailed in already mentioned bug: http://sourceware.org/bugzilla/show_bug.cgi?id=3156#11 in Poland accepted standard is PN-EN 28601:2002 (aka ISO_8601). http://www.pkn.pl/index.php?a=show&m=katalog&id=463318&page=1 (Polish Committee for Standarization) http://en.wikipedia.org/wiki/ISO_8601 which defines date as 2007-12-20. Because there was no question about that date format in Karol's poll (it appears only in the first question about fixed number of digits with leading zeros vs. that with months abbreviation (like 01 I 1970, 01 sty 1970)) I suspect that it could be changed accidentally in Fedora version and unnecessary breaks standard. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/43 ------------------------------------------------------------------------ On 2007-12-10T22:28:58+00:00 Julian wrote: It was not included, since it is an international format that can be obtained easily. There are comments about that in one of the sourceware bugs iirc. Reply at: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/58210/comments/44 ** Changed in: glibc (Fedora) Importance: Unknown => Medium -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to evolution in Ubuntu. https://bugs.launchpad.net/bugs/58210 Title: Unable to add tasks in calendar, get "invalid time value" when clicking save Status in Evolution: Fix Released Status in GLibC: Won't Fix Status in evolution package in Ubuntu: Fix Released Status in glibc package in Ubuntu: Invalid Status in evolution package in Debian: Fix Released Status in glibc package in Fedora: Fix Released Status in evolution package in Suse: Fix Released Bug description: Version: 2.6.1-0ubuntu7 / Dapper Problem: When adding a task in the calendar I get a dialog "invalid time value" when clicking "save". I have indeed chosen a time in the drop-down box (for instance 09:30). After clicking OK in the "invalid time value" dialog it reappears together with another dialog with the message: "Validation error: the starttime is wrong" (translated from the error message that is in norwegian). A google search: http://www.mail-archive.com/[email protected]/msg04216.html In my case the time values always show up as hh:mm and changing the format to anything I can think of does not help (hh.mm, hh;mm, etc). I have tried with a fresh $HOME/.evolution without sucess (it was a totally new user account with no custom configuration). To manage notifications about this bug go to: https://bugs.launchpad.net/evolution/+bug/58210/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
