🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.misc.discuss
Article #62920

Re: rm (was: Hurd questions)

#62920
From: Preston F. Crow
Date: Tue, 04 Apr 1995 00:00
49 lines
2820 bytes
olsenc@kodiak.ee.washington.edu (Clint Olsen) writes:
>Gordon Matzigkeit <gord@enci.ucalgary.ca> wrote:
>>Hi!
>>
>>>>>>> "Michael" == Michael De La Rue <mikedlr@tardis.ed.ac.uk> writes:
>>
>> Michael> I don't like all these rm changing suggestions.  What I
>> Michael> think would be a great idea is the adoption of a command
>> Michael> `trash' with identical arguments to rm, but doing a mac like
>> Michael> trashcan system, where it just moves the files.  A trashd
>> Michael> could run all the time, deleting files that are more than
>> Michael> are wanted (a week or other user defined limit or bigger
>> Michael> than etc.. can be used to control this).  This has several
>> Michael> advantages
>>
>>I had a similar idea, until somebody set me straight a couple of
>>months ago...
>>
>>UNIX shells are *so* flexible, what you're asking for can be
>>accomplished by a few simple aliases and a .logout file.
>>
>>Think about it, and you'll see that it's easy to implement...

>But this is dangerous, because you'd only want to remove the trash
>when you exited a login shell, right?  You don't want it cleaning house
>every time you exit a window.

Ugh.  There are a dozen simple ways of doing this.  You could run a
cron job.  You could have it run every time you log out.  Your trash
cleaning script could easily only remove files that haven't been
"recently" accessed.

The point is, though, that this has absolutely *nothing* to do with
HURD, or any other operating system.  The program used to delete files
is just that, a program.  It's a user application.  Of course, it's a
user application that is usually packaged with the operating system,
but the point is that even MS-DOS doesn't prevent a user from writing
their own program to delete files for them in some special way.

Now if you want to argue that the default behaviour for the system
should be different, then you're not going to get anywhere, since one
of the stated objectives of HURD is to provide a Unix-compatible
environment.

--PC
--
We're sorry, the .sig you have selected has been deleted or is no longer in
service.  If you think you have read this .sig in error, please disconnect
and try your news reader again.  Thank-you.
Technical Details
Message-ID: <3lski1$3pp@dartvax.dartmouth.edu>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <81696@sdcc12.ucsd.edu> <3lf7dh$fhq@usenet.INS.CWRU.Edu> <3louks$hk2@tardis.tardis.ed.ac.uk> <gordznfqz9mpghp7_-_@enci.ucalgary.ca> <3ls4aj$35h@nntp3.u.washington.edu>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 1025b4,ef34758fb4e8c162
X-Google-Attributes: gid1025b4,public
From: crow@coos.dartmouth.edu (Preston F. Crow)
Subject: Re: rm (was: Hurd questions)
Date: 1995/04/04
Message-ID: <3lski1$3pp@dartvax.dartmouth.edu>
X-Deja-AN: 100963223
references: <81696@sdcc12.ucsd.edu> <3lf7dh$fhq@usenet.INS.CWRU.Edu> <3louks$hk2@tardis.tardis.ed.ac.uk> <gordznfqz9mpghp7_-_@enci.ucalgary.ca> <3ls4aj$35h@nntp3.u.washington.edu>
organization: Dartmouth College, Hanover, NH, USA
newsgroups: gnu.misc.discuss