public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/12054] New: too many behaviors depend upon LC_ALL
@ 2010-09-24 21:35 bkorb at gnu dot org
2010-09-25 2:24 ` [Bug libc/12054] " drepper dot fsp at gmail dot com
0 siblings, 1 reply; 3+ messages in thread
From: bkorb at gnu dot org @ 2010-09-24 21:35 UTC (permalink / raw)
To: glibc-bugs
For years and years I've done "ls" with entries showing in ASCII order.
Recently (last few years), printers started printing past the end of
the page. This is a new enhancement that I don't like very well.
Apparently, it comes back to glibc, "it tells us to use 290 mm page length".
I've tried LC_PAPER=en_US and LC_PAPER=letter, but that does not control
paper size. Only LC_ALL does. LC_ALL also controls how directories get
listed. LC_ALL=en_US is totally brain damaged for "ls" and basically unusable.
It is all screwed up. Please find a solution. Misordered directories and/or
missing text on print outs is not a solution.
--
Summary: too many behaviors depend upon LC_ALL
Product: glibc
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: libc
AssignedTo: drepper dot fsp at gmail dot com
ReportedBy: bkorb at gnu dot org
CC: glibc-bugs at sources dot redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=12054
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug libc/12054] too many behaviors depend upon LC_ALL
2010-09-24 21:35 [Bug libc/12054] New: too many behaviors depend upon LC_ALL bkorb at gnu dot org
@ 2010-09-25 2:24 ` drepper dot fsp at gmail dot com
0 siblings, 0 replies; 3+ messages in thread
From: drepper dot fsp at gmail dot com @ 2010-09-25 2:24 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From drepper dot fsp at gmail dot com 2010-09-25 02:24 -------
It is completely up to the user to select what they want. If LC_ALL settings by
themselves are not sufficient use LANG and then some selective LC_PAPER etc
settings. All the flexibility is there, it's just up to the user to use it.
And what you call "brain-damaged" sorting is what almost everyone else
(especially those not infected by expectations from character encoding) think is
correct. Go into a library and see what is the right way to sort.
All this can be controlled and overwritten using the variables influencing
setlocale. Just use them.
--
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
http://sourceware.org/bugzilla/show_bug.cgi?id=12054
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug libc/12054] too many behaviors depend upon LC_ALL
[not found] <bug-12054-131@http.sourceware.org/bugzilla/>
@ 2014-06-30 7:59 ` fweimer at redhat dot com
0 siblings, 0 replies; 3+ messages in thread
From: fweimer at redhat dot com @ 2014-06-30 7:59 UTC (permalink / raw)
To: glibc-bugs
https://sourceware.org/bugzilla/show_bug.cgi?id=12054
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags| |security-
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-06-30 7:59 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-09-24 21:35 [Bug libc/12054] New: too many behaviors depend upon LC_ALL bkorb at gnu dot org
2010-09-25 2:24 ` [Bug libc/12054] " drepper dot fsp at gmail dot com
[not found] <bug-12054-131@http.sourceware.org/bugzilla/>
2014-06-30 7:59 ` fweimer at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).