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 Meyer
"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 outp
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 gcc
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 M
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 ca
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 an
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 configur
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:
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 us
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 i
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-pr
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 0.8, i.e. it behaves
differ
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 co
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 t
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 conc
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 w
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 conside
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 coreutil
Jim Meyering wrote on 13-06-07 16:05:
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 W
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 col
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* righ
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
Phillip Susi wrote:
> Bob Proulx wrote:
> > 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 without an active part
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
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 tex
$ 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 me
On 6/13/07, Dan Jacobson <[EMAIL PROTECTED]> 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 bound to fail.
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 the config.log files and trying
> > "conf
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
> i
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
> hos
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
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, s
36 matches
Mail list logo
