Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Jim Meyering on 6/20/2008 1:09 PM:
> |> 58c58
> |> < ptx: Fran?ois Pinard
> |> ---
> |>> ptx: François Pinard
>
> In my email, this is rendering as one vs. two characters. I suspect it
> might be a locale issue - perhaps Jim is using a UTF-8 lo
"Poor Yorick" <[EMAIL PROTECTED]> wrote:
...
> Thank you for your reply. I see what you mean about the extra backslashes. I
> tried again with snapshot you suggested (coreutils-6.12.29-a16be), and after
> applying the following patch, it worked (with the exception of a failed test,
> which I will
Here's the latest:
coreutils snapshot:
http://meyering.net/cu/coreutils-ss.tar.gz8.8 MB
http://meyering.net/cu/coreutils-ss.tar.lzma 3.7 MB
http://meyering.net/cu/coreutils-ss.tar.gz.sig
http://meyering.net/cu/coreutils-ss.tar.lzma.sig
aka
http://meyering.net/cu/coreutils-6.
By default, ls highlights setuid/setgid/etc. files with a color, but
there is no way to restore the old (coreutils 5.x?) behavior, i.e.
that the setuid file gets the same color as it would when not having
suid.
Assume an /etc/DIR_COLORS of:
NORMAL 0
FILE 0
EXEC 1;31 # bri
Do not hardcore any colors because that makes it harder to override
them (see previous patch).
---
src/dircolors.hin | 127 --
1 file changed, 127 deletions(-)
Index: coreutils-6.11/src/dircolors.hin
==
I think ls should not hardcode _any_ colors.
---
src/ls.c | 18 +-
tests/ls/color-dtype-dir |6 +++---
2 files changed, 12 insertions(+), 12 deletions(-)
Index: coreutils-6.11/src/ls.c
===
---
If the symlink points to a directory, take it as one when sorting
by directory is turned on.
---
src/ls.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
Index: coreutils-6.11/src/ls.c
===
--- coreutils-6.
Poor Yorick wrote:
> Building latest snapshot of coreutils, coreutils-6.12.29-a16be, on SunOS 5.9,
> with gcc-4.2.2 and gnu ld:
>
> FAIL: misc/truncate-fail-diag.log
This is a bug in SunOS which is worked around in later gnulibs.
Please try the latest snapshot just released.
thanks,
Pádraig.
> > |> 58c58
> > |> < ptx: Fran?ois Pinard
This is not user friendly: proper_name_utf8 should not return a result with
question marks. Instead it's better if it returns its first argument. I'm
fixing it through the appended patch. But it will not fix the coreutils
test failure.
> > |> ---
> > |>>
> From: Pádraig Brady <>
> Sent: 2008-06-21 14:19
>
> Poor Yorick wrote:
> > Building latest snapshot of coreutils, coreutils-6.12.29-a16be, on SunOS
> 5.9,
> > with gcc-4.2.2 and gnu ld:
> >
> > FAIL: misc/truncate-fail-diag.log
>
> This is a bug in SunOS which is worked around in
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> By default, ls highlights setuid/setgid/etc. files with a color, but
> there is no way to restore the old (coreutils 5.x?) behavior, i.e.
> that the setuid file gets the same color as it would when not having
> suid.
>
> Assume an /etc/DIR_COLORS of:
>
On Saturday 2008-06-21 19:37, Jim Meyering wrote:
>To make it red instead of green, you might use this:
>
>$ LS_COLORS='ex=1;31:sg=' ./ls -log --color
This does not seem to work everywhere:
$ LS_COLORS="" ./ls --color -ld /tmp
drwxrwxrwt 14 root root 4096 Jun 21 20:00 /tmp [the usual 30;42]
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> If the symlink points to a directory, take it as one when sorting
> by directory is turned on.
Thanks for the patch.
This was discussed a few months ago, ending on this note:
http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/12622/focus=12670
whe
Dear developers,
The "uname" command contains two bugs.
If I type "uname -r" in terminal the result is "#1 SMP Wed May 28
20:27:26 UTC 2008",
if I type "uname -v" in terminal the result is "2.6.24-18-generic"
These two flags "-v, -r" of the "uname" command are most probably replaced.
I work on G
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Rastislav Vojtko on 6/21/2008 3:31 PM:
| Dear developers,
|
| The "uname" command contains two bugs.
|
| If I type "uname -r" in terminal the result is "#1 SMP Wed May 28
| 20:27:26 UTC 2008",
| if I type "uname -v" in terminal the result
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 6/21/2008 4:25 PM:
| Thanks for the report. However, this is a bug in coreutils, since it
~ ^
this is not a bug in coreutils (serves me right for hitting send too soon) :)
- --
Don'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On Fri, 20 Jun 2008 01:38:48 -0500 Jim Meyering <[EMAIL PROTECTED]>
wrote:
>> I'm attaching a shortened make warning showing a problem with ID
vs
>> id under the src subdir, along with an ls listing of that same
>> subdir. We're unable to get th
17 matches
Mail list logo
