On 6/12/07, Jim Meyering [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] (Bob Proulx) wrote:
...
I can't recreate that. First I tried the current version control head
and it worked fine with your test case. So I pulled the prior 6.8
bundle and compiled it.
$ wget
Some terminals such as M-x shell in Emacs don't understand color
output, and set the TERM environment variable to dumb. ls should
check that variable when turning on color from --color=auto.
For a use case of TERM=dumb which works around ls --color=auto, here's
a snippet from /etc/skel/.bashrc
Lenny Domnitser wrote:
Some terminals such as M-x shell in Emacs don't understand color
output, and set the TERM environment variable to dumb. ls should
check that variable when turning on color from --color=auto.
The documented behavior of --color=auto is this:
* auto - Only use
Cc'ing gnulib, because I doubt that Coreutils is the only
package that requires this sort of change. This build-from-source
dependency (a few months old, actually) comes solely from the use of
gnulib's linebreak module, which requires the iconv_open module,
which uses Gperf.
2007-06-13 Jim
Lenny Domnitser [EMAIL PROTECTED] writes:
Some terminals such as M-x shell in Emacs don't understand color
output, and set the TERM environment variable to dumb. ls should
check that variable when turning on color from --color=auto.
The value of TERM has no influence on the color output, only
On 6/13/07, Vin Shelton [EMAIL PROTECTED] wrote:
On 6/12/07, Jim Meyering [EMAIL PROTECTED] wrote:
If, after the above, you still see the problem, please save a copy of
your config.log file (evidence! to send here). Then you can probably
work around it by rebuilding with ./configure
This patch makes `seq 0.1 0.1 0.9` output 0.1 to 0.9 inclusive, as expected.
The documentation for the previously required workaround is removed.
Note I changed the Makefile for seq to link $(SEQ_LIBM) rather than $(POW_LIB),
as $(POW_LIB) was empty. Is the configure test correct for pow()? as
Hi,
On Wed, Jun 06, 2007 at 09:45:09PM +0200, Jim Meyering wrote:
I hate to say it, after Karel has done most of the work, but I suppose
simply not adding it to coreutils should be considered an option, too.
Opinions?
On Wed, Jun 06, 2007 at 04:17:32PM -0700, Paul Eggert wrote:
Jim
On 6/13/07, James Youngman [EMAIL PROTECTED] wrote:
On 6/13/07, Vin Shelton [EMAIL PROTECTED] wrote:
On 6/12/07, Jim Meyering [EMAIL PROTECTED] wrote:
If, after the above, you still see the problem, please save a copy of
your config.log file (evidence! to send here). Then you can probably
Hi! I've just installed Ubuntu v7.04 on my computer. The system works almost
perfectly. Unfortunately I've encountered some problems with the Beryl
module. You see, I can't get the 3D-Desktop effect to work. The only thing
working is the woobling windows effekt. However, when I go to terminal and
On 6/13/07, Bob Proulx [EMAIL PROTECTED] wrote:
I don't understand. That snippet you show works perfectly for me. I
am also an emacs user and the above configures perfectly for me within
an emacs shell. Therefore I don't understand what problem you are
reporting. Does the above not configure
Karel Zak [EMAIL PROTECTED] wrote:
On Wed, Jun 06, 2007 at 09:45:09PM +0200, Jim Meyering wrote:
I hate to say it, after Karel has done most of the work, but I suppose
simply not adding it to coreutils should be considered an option, too.
Opinions?
On Wed, Jun 06, 2007 at 04:17:32PM -0700,
Paul Eggert [EMAIL PROTECTED] wrote:
Jim Meyering [EMAIL PROTECTED] writes:
I'm glad it's only a problem in a very unusual situation
(copying through a dangling symlink) and on a system that is
...
The basic idea is that if 'cp' detects a dangling symlink, it resolves
the link using
Jim Meyering [EMAIL PROTECTED] writes:
The option syntax is awkward due to autoconf's pseudo-requirement
that such options look like --enable-REMAINDER_OF_NAME=VAL .
I'd welcome a better name.
How about --enable-program-FOO and --disable-program-BAR, with the
default being close to what it is
Paul Eggert [EMAIL PROTECTED] wrote:
Jim Meyering [EMAIL PROTECTED] writes:
The option syntax is awkward due to autoconf's pseudo-requirement
that such options look like --enable-REMAINDER_OF_NAME=VAL .
I'd welcome a better name.
How about --enable-program-FOO and --disable-program-BAR,
Hans Våg Aaknes wrote:
Hi! I've just installed Ubuntu v7.04 on my computer. The system works
almost
perfectly. Unfortunately I've encountered some problems with the Beryl
module. You see, I can't get the 3D-Desktop effect to work. The only thing
working is the woobling windows effekt. However,
Lenny Domnitser wrote:
It works fine, but it seems that it's a workaround for behavior ls
could have.
Since ls already has so very many features adding more features
requires a higher activation energy than adding features for other
commands. For something conceptually very simple the ls
Paul Eggert wrote:
Pádraig Brady [EMAIL PROTECTED] writes:
This patch makes `seq 0.1 0.1 0.9` output 0.1 to 0.9 inclusive, as expected.
I see some problems with that patch.
First, it continues to mishandle some similar cases. For example,
'seq 0.1 1e-1 0.9' outputs only 0.1 through
Bob Proulx wrote:
Lenny Domnitser wrote:
It works fine, but it seems that it's a workaround for behavior ls
could have.
Since ls already has so very many features adding more features
requires a higher activation energy than adding features for other
commands. For something conceptually
Bob Proulx wrote:
Uhm... I think we drifted from the feature discussion:
How so?
Jack van de Vossenberg wrote:
My request is: could the output be preceded by
1) the name/PID of the process that produces the output.
2) the time that the output was produced.
I don't think that is possible
On Wed, Jun 13, 2007 at 04:05:46PM +0200, Jim Meyering wrote:
Karel Zak [EMAIL PROTECTED] wrote:
On Wed, Jun 06, 2007 at 09:45:09PM +0200, Jim Meyering wrote:
I hate to say it, after Karel has done most of the work, but I suppose
simply not adding it to coreutils should be considered an
Jim Meyering wrote on 13-06-07 16:05:
Jim Meyering [EMAIL PROTECTED] writes:
What do you think of a new configure-time option that
would list extra programs like arch that you'd like to install?
I would probably add su to the list, since most installers don't
want the version from coreutils.
Micah Cowan scripsit:
I would expect virtually every application that sends special terminal
control sequences (such as those used for coloring) to respect the TERM
variable and relevant terminal databases; it's just good manners.
I agree. Since the documented behavior of --color is to color
Jim Meyering [EMAIL PROTECTED] writes:
However, I don't like using canonicalize_filename_mode, partly
for its internal xmalloc. Technically, copy.c aspires to librarihood,
so it is not supposed to exit on OOM errors, but there is precedent there,
and I'm not going to fix *that* right now.
Paul Eggert [EMAIL PROTECTED] wrote:
Jim Meyering [EMAIL PROTECTED] writes:
However, I don't like using canonicalize_filename_mode, partly
for its internal xmalloc. Technically, copy.c aspires to librarihood,
so it is not supposed to exit on OOM errors, but there is precedent there,
and
Jim Meyering [EMAIL PROTECTED] writes:
Yes, it's total overkill for this application. Another thing: we
don't need to resolve internal symlinks, just the last one.
Why would we want to resolve *any* of them, if we can get
the dir-fd, ent-name pair I mentioned?
Sorry, I lost context; but I
Hans Våg Aaknes wrote:
Unfortunately I've encountered some problems with the Beryl
module. You see, I can't get the 3D-Desktop effect to work.
You are asking a question about Beryl but you sent your message to the
GNU Coreutils mailing list. The GNU Coreutils are the basic file,
shell and text
$ mv /etc/motd /etc/lilo.conf
mv: overwrite `/etc/lilo.conf', overriding mode 0644? y
mv: cannot move `/etc/motd' to `/etc/lilo.conf': Permission denied
I would skip the first message, as isn't there no point in asking, as
it is bound to fail. No? Yes, one could use mv -f.
cp doesn't have the
On Thu, Jun 14, 2007 at 06:18:38AM +0800, Dan Jacobson wrote:
$ mv /etc/motd /etc/lilo.conf
mv: overwrite `/etc/lilo.conf', overriding mode 0644? y
mv: cannot move `/etc/motd' to `/etc/lilo.conf': Permission denied
I would skip the first message, as isn't there no point in asking, as
it is
Oh, and I'm overlooking these:
groupsis in the shadow package too
idis in the shadow package too
On GNU systems, like GNU/Linux, it is only appropriate to install the
GNU version of these programs by default. The problem with su is that
it requires root access to be
On Wednesday 13 June 2007, Jim Meyering wrote:
I'm planning something like this:
Programs *not* to install by default:
su
arch
Here's a minimum list of programs that you may choose not to install:
chroot
df
hostid
hostname
J Thanks for the bug report, but 5.97 is very close to a year old.
J You're wasting your time testing it, I think, because many changes
J have been made since then. Please try a recent version of coreutils.
J (More generally, before reporting a bug in any piece of software, it
J is advisabel to
On 6/13/07, Bob Proulx [EMAIL PROTECTED] wrote:
Vin Shelton wrote:
James Youngman wrote:
If you rebuild with ICC, does the problem persist?
Yes.
It will be interesting to see what is happening there.
If so, could you try the things that Jim and Bob suggested?
Specifically, sending us
33 matches
Mail list logo