DragonFly BSD
DragonFly bugs List (threaded) for 2005-06
[Date Prev][Date Next]  [Thread Prev][Thread Next]  [Date Index][Thread Index]

Re: new expected behavior? src/bin/rm/rm.c

From: Matthew Dillon <dillon@xxxxxxxxxxxxxxxxxxxx>
Date: Fri, 3 Jun 2005 08:47:12 -0700 (PDT)

:I don't want to specify -ff every time I remove something from a default
:The value, I thought, of -I was that it doesn't ask about *every* file
:vs 'rm -ir'; if you use -I as a shell alias, what's the problem with
:overriding it with -f? Habitual "-rf" entries are not a dumb user trait,
:it's an experienced admin trait. If people learn with -I they'll never
:start accidently using -f, they may only use it in scripts.
:The real benefit of -I is that it means we don't need to specify -f all
:the time, so what's the problem of -f overriding -i _and_ -I, when it is
:used? -- in which case a background test is not really necessary (but
:may be a good idea anyway).
:// George
:George Georgalis, systems architect, administrator Linux BSD IXOYE

    I was indeed thinking about that.  I always use 'rm -rf' myself, even
    when the 'f' is not necessary.  Whether -I should operate in that case
    is a real question.

    I think -I should clearly not operate in the backgrounded case.  Using
    the same 'dumb user' argument, no beginning user will ever background an
    rm :-).  In fact, most experienced sysads don't background rm's either
    unless they really, really mean it.  The idea is to be able to alias rm
    to rm -I and have the added safety feature without creating unexpected 
    operation.  I will make that change immediately.

    But I'm still not sure what we should do about interactive foreground
    operation.  This may seem a bit presumptuous, but I want -I to work
    for me!


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