Re: Test failure as root for package GNU coreutils revision 5.93

Pierre Vinet <[EMAIL PROTECTED]> writes: > + chown --no-dereference 0:1 slink > ++ ls -n slink > + set _ lrwxr-xr-x 1 0 502 1 Mar 21 18:38 slink '->' f > + shift > + test 0:502 = 0:1 > + fail=1 This is a tricky one. 'chown --no-dereference 0:1 slink' is supposed to do nothing without any complai

[bug #16214] 'date -d' missets the hour using certain syntax

URL: Summary: 'date -d' missets the hour using certain syntax Project: GNU Core Utilities Submitted by: dman Submitted on: Wed 03/29/06 at 14:13 Category: None

Re: Bug report

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please keep replies on the list, so that you can draw on the expertise of multiple developers, and so that others may search the archives to see your solutions. According to Christos Ioannou on 3/29/2006 4:49 AM: > Hi, > > I send you the information

Support for SIGSTOP/SIGCONT in nice?

This is a feature request for some non-essential functionality in 'nice'. I understand if you think this is too uninteresting and/or just add unnecessary code complexity. Your thoughts on the idea are appreciated in any case... Frequently when I want to run a long-running I/O-bound job (i.e., rs

Re: Support for SIGSTOP/SIGCONT in nice?

Simon Josefsson <[EMAIL PROTECTED]> wrote: ... > Frequently when I want to run a long-running I/O-bound job (i.e., > rsync of the entire disk to a second disk) on a busy machine (i.e., > mail and web server), the load increases to ~10 from a normal <1. > Using 'nice' doesn't help. I don't know why

default quoting style

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A question was recently raised on cygwin about why 'ls - --show-control-chars' could show accented characters (8-bit characters in the Latin1 encoding), but filenames listed in error messages or interactive prompts for all the other coreutils (ex. rm -

Re: Support for SIGSTOP/SIGCONT in nice?

Simon Josefsson <[EMAIL PROTECTED]> writes: > Frequently when I want to run a long-running I/O-bound job (i.e., > rsync of the entire disk to a second disk) on a busy machine (i.e., > mail and web server), the load increases to ~10 from a normal <1. Assuming you are running on Linux, this is beca

Re: Support for SIGSTOP/SIGCONT in nice?

Jim Meyering <[EMAIL PROTECTED]> writes: > Simon Josefsson <[EMAIL PROTECTED]> wrote: > ... >> Frequently when I want to run a long-running I/O-bound job (i.e., >> rsync of the entire disk to a second disk) on a busy machine (i.e., >> mail and web server), the load increases to ~10 from a normal <

Re: Support for SIGSTOP/SIGCONT in nice?

Andreas Schwab <[EMAIL PROTECTED]> writes: > Simon Josefsson <[EMAIL PROTECTED]> writes: > >> Frequently when I want to run a long-running I/O-bound job (i.e., >> rsync of the entire disk to a second disk) on a busy machine (i.e., >> mail and web server), the load increases to ~10 from a normal <1

Re: Support for SIGSTOP/SIGCONT in nice?

Jim Meyering wrote: > Simon Josefsson wrote: > > Frequently when I want to run a long-running I/O-bound job (i.e., > > rsync of the entire disk to a second disk) on a busy machine (i.e., > > mail and web server), the load increases to ~10 from a normal <1. > > Using 'nice' doesn't help. I don't kn

Re: Support for SIGSTOP/SIGCONT in nice?

[EMAIL PROTECTED] (Bob Proulx) writes: > Jim Meyering wrote: >> Simon Josefsson wrote: >> > Frequently when I want to run a long-running I/O-bound job (i.e., >> > rsync of the entire disk to a second disk) on a busy machine (i.e., >> > mail and web server), the load increases to ~10 from a normal

Re: Support for SIGSTOP/SIGCONT in nice?

Bob Proulx wrote: > I was sure I have seen a generic script program that would cycle > another program on and off with sigstop/sigcont just as you are asking > for as a programmable load controller. But it slips my mind at the > moment. Here is the one I was thinking of: http://freshmeat.net/p

[bug #16214] 'date -d' missets the hour using certain syntax

Follow-up Comment #1, bug #16214 (project coreutils): Hmm. It seems -- and this is thanks to Michael Polyemakos and Stephen Harris -- what I found isn't a bug, but an undocumented (I think) "feature": a->i k->m == +1 -> +12 hours n->y == -1 -> -12 hours ie the result of TZ=UTC date -d "12:00

Re: ls: new feature proposal

Thanks for your reply! :) Too bad my patch has little chances to be incorporated into ls :( Anyway, if you feel these chances grow bigger, just let me know and I'll promptly get the correct posting style done (diff, ChangeLog, etc..). Also, the copyright papers would be no problem. As to the use

install(1) mention stdin

The install(1) documentation should mention how to specify stdin. (Use /dev/stdin, "-" doesn't work.) e.g., install -T /dev/stdin $t <<\EOF worked. ___ Bug-coreutils mailing list Bug-coreutils@gnu.org http://lists.gnu.org/mailman/listinfo/bug-coreutils

Re: default quoting style

Eric Blake <[EMAIL PROTECTED]> writes: > This raises a couple of questions. First, when MB_CUR_MAX is 1, the 'ls > --show-control-chars' option currently keys off of !isprint() for deciding > whether to replace characters with '?'. But based on the option name, > wouldn't it be better if this us

Re: [bug #16214] 'date -d' missets the hour using certain syntax

Dallman Ross <[EMAIL PROTECTED]> writes: > My use of "a year ago" is not really valid syntax, then. Yes it is. It uses military time zone "A", which is ahead of UTC by one hour. Hence the behavior that you observed. ___ Bug-coreutils mailing list Bu