Re: FW: Trash and hidden files
- From: Mike <mnugent goamerica net>
- To: Kevin Pearcey <kevp nipltd com>
- CC: gnome-list gnome org
- Subject: Re: FW: Trash and hidden files
- Date: Fri, 10 Dec 1999 17:24:44 -0500
The directory should be optional. It would be easy to accidently fill
up a /tmp directory this way which could be very bad for the system.
Solaris, for example, uses /tmp as swap space also. Imagine deleting a
whole mess of files to clear up disk space, only to realize that you've
used up all your swap. Yes, many Unix boxes clear out /tmp on reboot,
but many Unix boxes are also not rebooted for spans of months and even
years. Optional at some point (compile time, system admin set /etc
file, user option, etc) would be necessary. The only problem with
non-compile time setting is what do we do if it changes? Move all the
files? This seems like a mess. Maybe once it's set, it must be empty
to change? I think there's more here than meets the eye at first.
--
Mike Nugent
mike@illuminatus.org
Kevin Pearcey wrote:
>
> Warren Young wrote:
>
> > One other concern: the trash folder should be in the root of each
> > filesystem, not in that filesystem's /tmp directory. Many Unixes out
> > there routinely clean out /tmp on a reboot, sometimes deleting
> > everything, and sometimes just files older than 5 days or so.
>
> I think at this point you should remember that trash should be user
> specific.
> When the next person uses this machine they probably should not get
> access
> to all my personal files I deleted in the last session - And I do hope
> you wont force the trash to be emptied at the end of each session.
>
> Kevin
>
> --
> FAQ: Frequently-Asked Questions at http://www.gnome.org/gnomefaq
> To unsubscribe: mail gnome-list-request@gnome.org with
> "unsubscribe" as the Subject.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]