[PATCH v12 2/2] Add generic C.UTF-8 locale (Bug 17318)

[Michael Hudson-Doyle]

On Sat, 29 Jan 2022 at 05:42, Carlos O'Donell <carlos@redhat.com> wrote:

> On 1/25/22 21:44, Michael Hudson-Doyle wrote:
> > On Tue, 7 Sept 2021 at 03:45, Carlos O'Donell via Libc-alpha <
> > libc-alpha@sourceware.org> wrote:
> >
> >> diff --git a/localedata/locales/C b/localedata/locales/C
> >> new file mode 100644
> >> index 0000000000..ca801c79cf
> >> --- /dev/null
> >> +++ b/localedata/locales/C
> >
> >
> > [...]
> >
> >
> >>
> >>
> > +LC_TIME
> >> +% This is the POSIX Locale definition for the LC_TIME category with the
> >> +% exception that time is per ISO 8601 and 24-hour.
> >> +%
> >> +% Abbreviated weekday names (%a)
> >> +abday       "Sun";"Mon";"Tue";"Wed";"Thu";"Fri";"Sat"
> >> +
> >> +% Full weekday names (%A)
> >> +day         "Sunday";"Monday";"Tuesday";"Wednesday";"Thursday";/
> >> +            "Friday";"Saturday"
> >> +
> >> +% Abbreviated month names (%b)
> >> +abmon       "Jan";"Feb";"Mar";"Apr";"May";"Jun";"Jul";"Aug";"Sep";/
> >> +            "Oct";"Nov";"Dec"
> >> +
> >> +% Full month names (%B)
> >> +mon         "January";"February";"March";"April";"May";"June";"July";/
> >> +            "August";"September";"October";"November";"December"
> >> +
> >> +% Week description, consists of three fields:
> >> +% 1. Number of days in a week.
> >> +% 2. Gregorian date that is a first weekday (19971130 for Sunday,
> >> 19971201 for Monday).
> >> +% 3. The weekday number to be contained in the first week of the year.
> >> +%
> >> +% ISO 8601 conforming applications should use the values 7, 19971201 (a
> >> +% Monday), and 4 (Thursday), respectively.
> >> +week    7;19971201;4
> >>
> >
> > It's obviously a bit late, but this is a difference from the
> Debian/Ubuntu
>
> It is never too late! Thank you for raising this.
>

No worries. Should have got to it sooner but well.


> Given that you've had problems with one application, other applications
> will have problems too.
>
> I think we should probably keep C == C.UTF-8 and not change any of the
> existing LC_TIME properties.
>

As far as I understand these issues (which is not very far) I think this
makes sense.

Cheers,
mwh