"Philipp, Axel , Dr." <[EMAIL PROTECTED]> writes:
> rm: reading directory `test/test1': Unknown error 525
This sounds like it's a bug in your kernel's NFS-client
implementation, or perhaps your C library.
If the bug is reproducible, what system calls is 'rm' executing when
it exhibits the proble
Szakacsits Szabolcs <[EMAIL PROTECTED]> wrote:
>> > This is what I thought would be unreliable:
>> >
>> > cp --sparse=always sparse-image-file.img /dev/hda1
...
> Actually it's a bug in cp. What's cp job? To copy files reliable. Can it
> do that when used in the above case (block device as the dest
The coreutils repository mirror on savannah.gnu.org is once again up to
date, and should be updated daily from now on.
Since the savannah security breach uncovered last year, I had been unable
to update that mirror, and so it has been stuck with the sources as of
Dec 3, 2003, prior to coreutils-5.
[2nd request] Often one doesn't want or need a total,
please add a --no-total extension to wc.
Yes, one could use sed \$d, yes.
du has a --total, wc should be at least kind enough to have a --no-total.
___
Bug-coreutils mailing list
[EMAIL PROTECTED]
ht
When using the -d option I find it frustrating that arbitrary whitespace
ruins the field count.
witness this script:
dig -x $addr +noall +answer | grep -v '^;' | grep -v '$^' | expand | cut
-d' ' -f5 -z
With the new option in this patch, you can rely on the behavior to
produce a hostname if there
Hello,
A long time ago (Apr 2003) I mailed some fixes for stat on Ultrix.
With version 5.2.0, troubles are still not over.
It all starts because Ultrix needs the following extra's for stat.c
# include
# include
# include
1) Configure checkes for the existence of nfs/nfs_clnt.h but fails,
Version: coreutils_5.0.91-2
When I invoke `ls' with the following parameter I don't get the expected
output. I used "--sort=directory". This function is documented in the
info pages but does not work with the current version of ls. This counts
for cvs to.
$ ls --sort=directory
ls: invalid argum
See:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=117556
With SELinux enabled, the file security context labels take up
filesystem room, and I needed to make this change to get 'make check'
to pass:
--- coreutils-5.2.0/tests/du/deref-args.selinux 2004-03-05 12:20:01.0 +
+++ co
The join man page should put the obsolescent options last.
The join Info page should say which options are obsolescent.
___
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-coreutils
