On Wed, Apr 11, 2012 at 10:49:41PM EDT, Eric Blake wrote:
tag 11228 notabug
thanks
On 04/11/2012 06:13 PM, dfm wrote:
[..]
Indeed - POSIX requires that file names beginning with '.' do not
match a glob starting with '*'; if you want to list such files, you
have to explicitly match the
On 04/12/2012 07:53 AM, Chris Jones wrote:
On Wed, Apr 11, 2012 at 10:49:41PM EDT, Eric Blake wrote:
tag 11228 notabug
thanks
On 04/11/2012 06:13 PM, dfm wrote:
[..]
Indeed - POSIX requires that file names beginning with '.' do not
match a glob starting with '*'; if you want to list
Pádraig Brady p...@draigbrady.com writes:
Note find is more general for scripts etc.
as it can deal with an arbitrary amount of files,
but only when used in the form:
find /tmp/z1 -name '*bk*' -print0 | xargs -r0 mv -t /tmp/z2
or find /tmp/z1 -name '*bk*' -exec mv -t /tmp/z2 {} +
Andreas.
On 04/12/2012 01:41 AM, Pádraig Brady wrote:
On 03/28/2011 10:56 PM, Pádraig Brady wrote:
On 28/03/11 21:55, Eric Blake wrote:
cp --attributes-only is great for preserving all metadata attributes
without corrupting contents, but what if I want to preserve only some of
the metadata (for
Pádraig Brady wrote:
...
So thinking a bit more about this,
and given the confusion expressed in the above bug report,
perhaps it's best to change --attributes-only to
_not_ truncate existing files?
I think scripts relying on the truncation behavior
of this relative new feature would be
On 04/12/2012 08:20 AM, Pádraig Brady wrote:
On 04/12/2012 03:04 PM, Jim Meyering wrote:
Pádraig Brady wrote:
...
So thinking a bit more about this,
and given the confusion expressed in the above bug report,
perhaps it's best to change --attributes-only to
_not_ truncate existing files?
I
Yes, the find command is a bit too much for me in.. regular interactive
use - i.e. if it has even an outside chance of doing something I might
regret, I usually choose to run a test first.. and if still in doubt..
I back up the target tree(s).
As to dotglob, I knew of its existence.. but it never
On 04/12/2012 03:49 PM, Chris Jones wrote:
Yes, the find command is a bit too much for me in.. regular interactive
use - i.e. if it has even an outside chance of doing something I might
regret, I usually choose to run a test first.. and if still in doubt..
I back up the target tree(s).
As
I like this idea too. Some comments:
Preserve the specified attributes of the original files in the copy,
-but do not copy any data. See the @option{--preserve} option for
-controlling which attributes to copy.
+but do not copy any data. Data in existing destination files is not
On 04/12/2012 03:04 PM, Jim Meyering wrote:
Pádraig Brady wrote:
...
So thinking a bit more about this,
and given the confusion expressed in the above bug report,
perhaps it's best to change --attributes-only to
_not_ truncate existing files?
I think scripts relying on the truncation
Chris Jones wrote:
Yes, the find command is a bit too much for me in.. regular interactive
use - i.e. if it has even an outside chance of doing something I might
regret, I usually choose to run a test first.. and if still in doubt..
I back up the target tree(s).
Oh, it isn't so bad. And the
On 04/12/2012 04:02 PM, Paul Eggert wrote:
I like this idea too. Some comments:
Preserve the specified attributes of the original files in the copy,
-but do not copy any data. See the @option{--preserve} option for
-controlling which attributes to copy.
+but do not copy any data. Data
On Thu, Apr 12, 2012 at 10:59:23AM EDT, Pádraig Brady wrote:
On 04/12/2012 03:49 PM, Chris Jones wrote:
As to dotglob, I knew of its existence.. but it never made it to my
active vocabulary.
The problem with ‘shopt -s dotglob; command’ is that it leaves the
option set for the ensuing
On Sat, Apr 7, 2012 at 2:15 AM, Jim Meyering j...@meyering.net wrote:
Rocky Bernstein wrote:
Any progress or thoughts on the revised patch?
Hi Rocky,
Sorry about the delay.
I haven't forgotten.
I noticed that your test requires typing a root password.
Um, no. I don't know how you got
14 matches
Mail list logo
