Aurelien Jarno, le Fri 03 Sep 2010 19:16:40 +0200, a écrit :
> On Fri, Sep 03, 2010 at 04:20:27PM +0200, Samuel Thibault wrote:
> > Roger Leigh, le Fri 03 Sep 2010 14:52:39 +0100, a écrit :
> > > There were no objections to having a UTF-8 locale installed and
> > > available by default, just to it
Ben Finney writes:
> Would a less confusing way to make this distinction be to say something
> like: “The minimal Debian installation must have a locale available that
> uses the UTF-8 character encoding.”?
The other angle here is that it can't just be any UTF-8 locale, since that
isn't very hel
On Fri, Sep 03, 2010 at 04:20:27PM +0200, Samuel Thibault wrote:
> Roger Leigh, le Fri 03 Sep 2010 14:52:39 +0100, a écrit :
> > On Fri, Sep 03, 2010 at 01:37:24AM +0200, Samuel Thibault wrote:
> > > without any convergence.
> >
> > I think reading back through the entire log,
>
> Thanks for havi
Samuel Thibault dixit:
>believe that's something that shouldn't break Squeeze at all.
I also believe it cannot possibly do that.
bye,
//mirabilos
--
“It is inappropriate to require that a time represented as
seconds since the Epoch precisely represent the number of
seconds between the referen
Samuel Thibault dixit:
>LC_CTYPE has differences between locales, transliterations notably. For
Oh, okay – good to know…
>I'd say go on :)
OK.
>(of course we'll need to wait for libc to provide the locale
>(post-squeeze I guess) before changing the policy).
Sure. Maybe think of something to
Roger Leigh writes:
> There were no objections to having a UTF-8 locale installed and
> available by default, just to it *being* the default.
[…]
Would a less confusing way to make this distinction be to say something
like: “The minimal Debian installation must have a locale available that
uses
Roger Leigh, le Fri 03 Sep 2010 14:52:39 +0100, a écrit :
> On Fri, Sep 03, 2010 at 01:37:24AM +0200, Samuel Thibault wrote:
> > without any convergence.
>
> I think reading back through the entire log,
Thanks for having done it!
> people who were initially
> rather opposed to the proposal did c
On Fri, Sep 03, 2010 at 01:37:24AM +0200, Samuel Thibault wrote:
> Russ Allbery, le Thu 02 Sep 2010 16:24:56 -0700, a écrit :
> > Generally what that means is that someone needs to digest the discussion
> > in the thread
>
> Well, it's mostly
>
> - some people saying "it's useless",
> - while oth
Giacomo A. Catenazzi, le Fri 03 Sep 2010 15:26:47 +0200, a écrit :
> BTW I think we should wait some more time. Last week I was on
> debian-glibc list a bug: printf fails if it find an invalid UTF-8
> character (when the locale uses UTF-8). Note it is allowed in POSIX,
> which distinguish raw stri
Thorsten Glaser, le Fri 03 Sep 2010 13:02:31 +, a écrit :
> Russ Allbery dixit:
> >I agree with others in this thread that having a UTF-8 locale without the
> >collation changes implied by en_US is very useful for various software
> >packages such as automated test suites that want reproducible
On 03.09.2010 01:46, Russ Allbery wrote:
Samuel Thibault writes:
Well, it's mostly
- some people saying "it's useless",
- while other people saying "I need it",
and also
- "en_US.UTF-8 is just fine" vs.
- "en_US.UTF-8 sucks, we really need C.UTF-8 instead"
without any convergence.
Russ Allbery dixit:
>I agree with others in this thread that having a UTF-8 locale without the
>collation changes implied by en_US is very useful for various software
>packages such as automated test suites that want reproducible results and
>were originally written for the C locale.
Same for tes
12 matches
Mail list logo
