Re: stty test fails

2005-09-21 Thread Jim Meyering
Stephen Checkoway [EMAIL PROTECTED] wrote: [gradlab:~/coreutils-5.2.1/tests/stty] scheckow$ uname -a SunOS gradlab.ucsd.edu 5.8 Generic_117350-02 sun4u sparc SUNW,Ultra-60 Thanks for the report. Those are all minor test failures that have been fixed in the latest sources (available via CVS).

Re: df enhancment for removable media

2005-09-21 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Juergen Weigert on 9/20/2005 2:54 PM: Wouldn't open() suffice? That would be simpler. I chose opendir(), because I am not sure if all systems allow open() on a directory node. Otherwise I'd also favour open(), it has no issue with

Re: df enhancment for removable media

2005-09-21 Thread Alfred M\. Szmidt
Sure. Is it sufficient to abondon copyright, Nope - FSF requires assignment of copyright, not abandonment. This is not true. But one must do so in writting (i.e. signing a copyright disclaimer, which more or less puts the changes/program into the Public Domain).

Re: df enhancment for removable media

2005-09-21 Thread Paul Eggert
Juergen Weigert [EMAIL PROTECTED] writes: Unless I'm missing something I'd rather not change the default behavor of df, as that would be a compatibility hassle. That is, df shouldn't attempt to mount file systems by default; it should do so only if the user asks, with a new option. These

Re: [PATCH] split: adding --exec, --exec-wait, and --pause

2005-09-21 Thread Chris Frey
Hi folks, I haven't seen any comments on this patch yet. What can I do to help get this patch included in coreutils? Thanks, - Chris On Wed, Sep 14, 2005 at 08:14:07AM -0400, Chris Frey wrote: Hi, This is an initial rough draft of a patch to add exec and pause support to the split

[PATCH] cp --no-derefence --link assumes a Linux kernel

2005-09-21 Thread Aurelien Jarno
Hi all, POSIX.1-2001 says that link() should dereference symlinks. The Linux kernel does not follow POSIX, so that calling cp with --no-dereference and --link works as expected. However on non-Linux kernel, this does not work as expected, the symlinks being dereferenced. This is even worse with

Re: [PATCH] cp --no-derefence --link assumes a Linux kernel

2005-09-21 Thread Paul Eggert
Aurelien Jarno [EMAIL PROTECTED] writes: POSIX.1-2001 says that link() should dereference symlinks. The Linux kernel does not follow POSIX, so that calling cp with --no-dereference and --link works as expected. However on non-Linux kernel, this does not work as expected, the symlinks being