Ondřej Vašík [EMAIL PROTECTED] wrote:
Hello,
I got recently got one complaint ( no rhbz number at the moment :( )
about too verbose silent mode since using fts for directory traversal in
chmod/chown/chgrp. I guess those error messages should be suppressed in
silent mode.
Attached patch is
I'm finally removing the --reply option to mv and cp.
This is in my queue to push very soon:
From f9e0096c158e95afe8ae1c68ea291981382208a2 Mon Sep 17 00:00:00 2001
From: Jim Meyering [EMAIL PROTECTED]
Date: Wed, 8 Oct 2008 08:51:38 +0200
Subject: [PATCH] cp, mv: remove
Jim Meyering [EMAIL PROTECTED] wrote:
I'm finally removing the --reply option to mv and cp.
This is in my queue to push very soon:
...
NEWS |3 +++
src/cp.c | 22 --
src/mv.c | 23 +--
3 files changed, 4 insertions(+), 44 deletions(-)
Brian Dessent [EMAIL PROTECTED] wrote:
Jim Meyering wrote:
local setvbuf='__attribute__ ((constructor)) void
f () { setvbuf (stdout, NULL, _IOLBF, 0); }'
echo $setvbuf | gcc -s -include stdio.h -x c - -fPIC -shared \
-o $line_buffer_so
Note that I named the
On Fri, Nov 28, 2008 at 12:51 PM, ebloch [EMAIL PROTECTED] wrote:
cp command option :
-x, --one-file-system
stay on this file system
sometimes does not stay on the same filesystem.
using cmd line :
cp -r -u -p -x -f -v --target-directory='/abc/def/123/456/xx /home
or
cp -rupxfv
This seems very strange. Periodically I have seen the dd reblock test
fail. It isn't a hard failure and that seems like a critical clue to
me. But it also seems quite strange.
http://buildbot.proulx.com:9000/i686-gnu-linux-full/builds/990/step-test/0
+ dd bs=3 ibs=1 obs=1
...
+ diff
cp -rupxfv --target-directory='/abc/def/123/456/xx /home
where '/home' is mounted on a different volume than '/'.
However, I can't reproduce the problem using a recent version.
I tried to by using a tiny file system:
Sorry for the alert.
I'm now shure that cp -rupxfv works fine.
My
I think this is what the apache download page says to do to check the signature
of the downloaded file
c:\Users\MyName\Documentsc:\Program Files\GNU\GnuPG\gpg.exe --verify
apache.asc
gpg: no signed data
gpg: can't hash datafile: file open error
That did not work so well...SOOO...
This is
