[Bug localedata/4628] New: Add iso 8601 date/time variants for EU countries

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/4628] New: Add iso 8601 date/time variants for EU countries

glaubitz at physik dot fu-berlin.de
Iso 8601 is a clean date/time specification which is used by many people within
the EU (it has been proposed as standard to the European Commission but it has
not acted on the proposal yet)

It would be nice if there was a way to select it for locales of EU countries
(not the default as it's not the "official" format yet). In my particular case,
for France

Googling shows one workaround is to set LC_TIME as en_DK

However:
1. changing LC_TIME is not really an option in many cases (RedHat init scripts
for example only consider LANG)
2. setting LC_TIME as en_DK translates month & day names in English. What most
people want is use iso 8601 conventions for compact forms (2007-06-11, week
number, etc) and keep localised names and abbreviations

I'd really love if fr_FR.UTF-8@iso-8601 or something similar existed as locale name

--
           Summary: Add iso 8601 date/time variants for EU countries
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: localedata
        AssignedTo: libc-locales at sources dot redhat dot com
        ReportedBy: nicolas dot mailhot at laposte dot net
                CC: glibc-bugs at sources dot redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=4628

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/4628] Add iso 8601 date/time variants for EU countries

glaubitz at physik dot fu-berlin.de

------- Additional Comments From jakub at redhat dot com  2007-06-12 12:46 -------
You can create such locale yourself and don't even need admin privileges for it.
localedef utility is included for a reason.
But, glibc ATM already includes ~ 380 locales in SUPPORTED, which is already a
huge amount, do you seriously suggest we double that number for something
that is not standard in any of those countries?
Many programs allows you to tweak the date/time display anyway, see date
+format, etc.

--


http://sourceware.org/bugzilla/show_bug.cgi?id=4628

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/4628] Add iso 8601 date/time variants for EU countries

glaubitz at physik dot fu-berlin.de
In reply to this post by glaubitz at physik dot fu-berlin.de

------- Additional Comments From nicolas dot mailhot at laposte dot net  2007-06-12 13:25 -------
1. many people would use those locales, you just have to google 8601 to check it
This is just like UTF-8 : at first is was used by a minority then it started
generalising

2. are you suggesting every user of 8601 datetime needs to create a new custom
locale or reconfigure every app on his system to override the locale-provided
format?

--


http://sourceware.org/bugzilla/show_bug.cgi?id=4628

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/4628] Add iso 8601 date/time variants for EU countries

glaubitz at physik dot fu-berlin.de
In reply to this post by glaubitz at physik dot fu-berlin.de

------- Additional Comments From drepper at redhat dot com  2007-06-16 15:47 -------
Locale's reflect the colloquial use.  It's up to the program to decide whether
ISO 8601 is better and then it should simply use the %F format in strftime etc.
 It's utterly ridiculous to suggest adding variants of the locale's for this
purpose.

--
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |WONTFIX


http://sourceware.org/bugzilla/show_bug.cgi?id=4628

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/4628] Add iso 8601 date/time variants for EU countries

glaubitz at physik dot fu-berlin.de
In reply to this post by glaubitz at physik dot fu-berlin.de

------- Additional Comments From nicolas dot mailhot at laposte dot net  2007-06-16 15:54 -------
But that's ridiculous
I don't want to change a program I want to change a system
It's hell when one app uses a time convention and another a separate one
I need a user-level system-wide setting not change the source of every app on
the system. That's what locales are about, no?

--
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|WONTFIX                     |


http://sourceware.org/bugzilla/show_bug.cgi?id=4628

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Reply | Threaded
Open this post in threaded view
|

[Bug localedata/4628] Add iso 8601 date/time variants for EU countries

glaubitz at physik dot fu-berlin.de
In reply to this post by glaubitz at physik dot fu-berlin.de

------- Additional Comments From drepper at redhat dot com  2007-06-16 16:56 -------
Stop reopening the bug.  There will be no change.

--
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |WONTFIX


http://sourceware.org/bugzilla/show_bug.cgi?id=4628

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.