bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: rm patch suggestion


From: Joshua Judson Rosen
Subject: Re: rm patch suggestion
Date: Tue, 7 May 2002 12:03:43 -0400
User-agent: Mutt/1.3.28i

On Tue, May 07, 2002 at 05:08:58PM +0200, Oystein Viggen wrote:
> * [Joshua Judson Rosen] 
> > How about an -x/--one-file-system option like cp has?
> 
> Problem is, you never ever want to recurse into directory translators
> belonging to other people,

I can't agree with the `never' in this statement...

> because they are likely to be [...]

... especially when the rationale is based on what is `likely' ;)

`never' sounds so clear and ultimate and rigid;

`likely' sounds vague/mushy.

> People will expect -Rf to as safe from subversion on the Hurd as it is
> in any other Unix like OS.

Right..., which normally includes descending through mountpoints, doesn't it?

> Also, -f is mostly just the opposite of -i,
> so I see no reason why -f should make rm run in an unsafe way.

Oh, of course--I wouldn't expect that -f would cause rm to descend
through mountpoints; I'd expect -R to do that ;)

Whether or not recursive actions should default to going through
mountpoints is debatable, but it seems to be a/the current popular
behaviour:

        cp traverses mountpoints unless -x/--one-file-system is given

        tar traverses mountpoints unless -l/--one-file-system is given

        find traverses mountpoints unless -xdev/-mount is given

        ...

I would expect other programs to behave similarly.

The `act differently for translators beloning to other users' proposal
is interesting, and might warrant an additional toggle-flag....

There's a slew of similarly-minded behaviour-tweaks that one might
want at a given moment, though--one might also want to filter based on
the specific translator set on a node (e.g.: go into nodes translated
by /hurd/ext2fs, but don't go into nodes translated by /hurd/firmlink
or /hurd/ftpfs or /hurd/tarfs)--and these are probably applicable to
any utility that operates on directory-trees/-webs....

I don't normally expect such fine-grained control built-into
individual utilities, though--I usually figure `that's what find and
xargs are for'.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]