Re: CPU affinity patch for 'nice'

A few thoughts about that nice fix. First, the implementation appears to be limited to 32 processors, and there should not be arbitrary limits in GNU software. Second, I'm not sure the user interface is intuitive (though perhaps you could give some usage examples to explain what's going on). Thi

Re: bug in chown --dereference

Thanks for reporting that bug. I think it is fixed in CVS coreutils. This is fairly bleeding-edge stuff, but you can get the source code as described in ; a quick summary is to execute the following command: cvs -d :ext:[EMAIL PROTECTED]:/cvsroot/coreut

Re: dired-move-to-filename-regexp

Richard Stallman <[EMAIL PROTECTED]> writes: > I recall we discussed this, but I don't recall if we solved the > problem. Did we decide on any solution? I don't recall anyone designing anything specific, but here are some thoughts. Current "ls -l --dired" outputs something like this: drwx

getopt cleanup for coreutils

I installed the following change to coreutils to clean up getopt usage, inspired by recent discussions on the Open Group mailing list. Most of this has no externally-visible effect. The exceptions are that pathchk no longer accepts trailing options (since the whole point of pathchk is to check wei

Re: possible bug?

Thanks guys, I wasn't for sure if that was correct operation. I understand now that it is. Duane Cox - Original Message - From: "Thomas Schwinge" <[EMAIL PROTECTED]> To: "Duane Cox" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Tuesday, September 21, 2004 10:19 AM Subject: Re: possi

Re: possible bug?

On Tue, Sep 21, 2004 at 10:05:53AM -0500, Duane Cox wrote: > Hello, I'm not sure if this is correct operation, or a bug... > using: coreutils-5.2.1.tar.gz > > I'm in my home dir, changing permissions on hidden files > and folders in my home dir. Apparently chown also grabs .. > all the way up to

Re: possible bug?

"Duane Cox" <[EMAIL PROTECTED]> writes: > Hello, I'm not sure if this is correct operation, or a bug... > using: coreutils-5.2.1.tar.gz > > I'm in my home dir, changing permissions on hidden files > and folders in my home dir. Apparently chown also grabs .. > all the way up to /home and changes t

Re: possible bug?

"Duane Cox" <[EMAIL PROTECTED]> wrote: > Apparently chown also grabs .. all the way up to /home and changes > that ownership as well as any users in /home > > > [EMAIL PROTECTED]:/home/dcox# chown -Rv dcox.users .* The pattern ".*" matches "..", so chown sees ".." as one of its arguments and duti

possible bug?

Hello, I'm not sure if this is correct operation, or a bug... using: coreutils-5.2.1.tar.gz I'm in my home dir, changing permissions on hidden files and folders in my home dir. Apparently chown also grabs .. all the way up to /home and changes that ownership as well as any users in /home [EMAIL

Re: a not accurate expression in man rm

Jim Meyering <[EMAIL PROTECTED]> writes: > Just in case you didn't do the part for `man rm', here it is: Thanks, I'd missed that. I installed your fix too. ___ Bug-coreutils mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/bug-cor