Roger Leigh wrote:
On Mon, Apr 06, 2009 at 11:09:17AM -0700, Steve Langasek wrote:
On Mon, Apr 06, 2009 at 05:33:35PM +, Thorsten Glaser wrote:
If you need a specific locale (as seems from mksh, not
sure if it is a bug in that program), you need to set it.
You can only set a locale on a
On Sat, Oct 11, 2008 at 07:05:31PM +0200, Stefano Zacchiroli wrote:
Interestingly enough, the Debian policy is ambiguous about what are
the paragraph separators in debian/control. Section 5.1 first states
that blank lines are separators (which is usually interpreted as \n
alone):
A
Hi Russ,
On Montag, 6. April 2009, Russ Allbery wrote:
We'd then have a similar problem with any other /var directory that holds
files mostly created at runtime and only deleted on purge, such as
/var/log, except that the rest are always in existence.
According to the FHS the other 4
On Tue, Apr 7, 2009 at 2:33 AM, Russ Allbery r...@debian.org wrote:
I don't see much real benefit in going out of our way to remove /var/games
and it looks like it would be a bit annoying (at the least, require adding
purge code to all games that put files in /var/games that would usually
On Mon, Apr 06, 2009 at 10:56:25PM +0100, Roger Leigh wrote:
On Mon, Apr 06, 2009 at 04:18:59PM +0200, Bill Allombert wrote:
On Mon, Apr 06, 2009 at 02:06:55PM +0200, Thorsten Glaser wrote:
Package: debian-policy
Version: 3.8.1.0
Severity: wishlist
For the mksh regression tests,
+ Thorsten Glaser (Tue, 07 Apr 2009 18:54:59 +):
Except the ton which sets LC_ALL=C to get sane (parsable,
dependable, historically compatible) output.
These would then unset all other LC_* and LANG and LANGUAGE,
and only set LC_CTYPE to C.UTF-8 to get old behaviour but
with UTF-8 (and
On Tue, Apr 07, 2009 at 06:54:59PM +, Thorsten Glaser wrote:
Bill Allombert dixit:
Fortunately, since Sarge, debian-installer set LANG in
/etc/environment so programs almost never run under C locale anymore.
Except the ton which sets LC_ALL=C to get sane (parsable,
dependable,
Adeodato Simó dixit:
+ Thorsten Glaser (Tue, 07 Apr 2009 18:54:59 +):
Except the ton which sets LC_ALL=C to get sane (parsable,
dependable, historically compatible) output.
These would then unset all other LC_* and LANG and LANGUAGE,
and only set LC_CTYPE to C.UTF-8 to get old behaviour
On Sun, Oct 12, 2008 at 12:10:54AM +0200, Stefano Zacchiroli wrote:
On Sat, Oct 11, 2008 at 07:26:59PM +0200, Siegfried Gevatter (RainCT) wrote:
Further, PackageFile fails if there is more than one empty line. Eg.,
Bill Allombert dixit:
Fortunately, since Sarge, debian-installer set LANG in
/etc/environment so programs almost never run under C locale anymore.
Except the ton which sets LC_ALL=C to get sane (parsable,
dependable, historically compatible) output.
These would then unset all other LC_* and
On Tue, Apr 07, 2009 at 09:24:38PM +0200, Adeodato Simó wrote:
+ Thorsten Glaser (Tue, 07 Apr 2009 18:54:59 +):
Except the ton which sets LC_ALL=C to get sane (parsable,
dependable, historically compatible) output.
These would then unset all other LC_* and LANG and LANGUAGE,
and
+ Steve Langasek (Mon, 06 Apr 2009 11:09:17 -0700):
On Mon, Apr 06, 2009 at 05:33:35PM +, Thorsten Glaser wrote:
If you need a specific locale (as seems from mksh, not
sure if it is a bug in that program), you need to set it.
You can only set a locale on a glibc-based system if it’s
Roger Leigh dixit:
However, I would ideally like the C/POSIX locales to be UTF-8
by default as on other systems (with a C.ASCII variant if required).
No, this has the potential to break, for example, tr(1).
I lived through that on MirBSD.
//mirabilos
--
“It is inappropriate to require that a
Adeodato Simó dixit:
I would go as far as suggesting that some package like libc6 itself
FWIW:
-rw-r--r-- 1 tg tg 238336 Apr 7 22:59 en_US.UTF-8/LC_CTYPE
It's not *that* much...
Finally, this stuff that Roger proposes about making “C” be UTF-8, and
create some C.ASCII for people needing
On Tue, Apr 07, 2009 at 09:00:50PM +, Thorsten Glaser wrote:
Adeodato Simó dixit:
I would go as far as suggesting that some package like libc6 itself
FWIW:
-rw-r--r-- 1 tg tg 238336 Apr 7 22:59 en_US.UTF-8/LC_CTYPE
It's not *that* much...
Finally, this stuff that Roger
On Tue, Apr 07, 2009 at 10:36:20AM +0200, Giacomo A. Catenazzi wrote:
I can't help but feel that your reply completely missed the
purpose of what I want to do, and why. I hope the following
response clears things up.
Roger Leigh wrote:
On Mon, Apr 06, 2009 at 11:09:17AM -0700, Steve Langasek
On Tue, 2009-04-07 at 22:32 +0200, Adeodato Simó wrote:
It is my impression that more packages than mksh could use an UTF-8
locale at build time (I’m afraid I don’t have pointers, but I’m sure
I’ve come across at least a couple).
Wouldn’t it be just better to change Debian’s default to
Roger Leigh dixit:
But, does it not reject non 7-bit input in the C
locale for completeness?
No, it doesn't - we (before my time though, I think) fought
hard for eight-bit transparence and eight-bit cleanliness.
Should tools doing raw I/O not be using lower level interfaces
such as fread() and
On Tue, Apr 07, 2009 at 10:01:16PM +, Thorsten Glaser wrote:
Roger Leigh dixit:
But, does it not reject non 7-bit input in the C
locale for completeness?
No, it doesn't - we (before my time though, I think) fought
hard for eight-bit transparence and eight-bit cleanliness.
Should
Roger Leigh dixit:
Are you sure?
Not entirely, but I recall fgetc (or was it fgetwc?)
being affected.
//mirabilos
--
“It is inappropriate to require that a time represented as
seconds since the Epoch precisely represent the number of
seconds between the referenced time and the Epoch.”
Hi,
On Dienstag, 7. April 2009, Paul Wise wrote:
A single rmdir in every game using /var/games isn't that hard,
especially since they have to remove the files from there.
I agree and plan to file RC bugs on this.
(There have been 24781 binary packages been successfully tested in sid and
21 matches
Mail list logo