*BSD News Article 64931


Return to BSD News archive

#! rnews 2433 bsd
Newsgroups: comp.os.linux.development.system,comp.unix.bsd.freebsd.misc
Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.mira.net.au!news.vbc.net!alpha.sky.net!winternet.com!newsfeed.concentric.net!news.texas.net!news1.best.com!news.aimnet.com!news.ossi.com!agate!howland.reston.ans.net!gatech!newsfeed.internetmci.com!in2.uu.net!EU.net!Germany.EU.net!Frankfurt.Germany.EU.net!news.maz.net!news.ppp.net!news.elcafe.net!b42.elcafe.net!plingk
From: plingk@PROBLEM_WITH_INEWS_DOMAIN_FILE ()
Subject: Re: Ideal filesystem
Followup-To: comp.os.linux.development.system,comp.unix.bsd.freebsd.misc
X-Newsreader: TIN [version 1.2 PL2]
Sender: usenet@elcafe.com
Nntp-Posting-Host: b42
Organization: Das elektronische Cafe
Message-ID: <1996Mar30.111221.27531@elcafe.com>
References: <4gejrb$ogj@floyd.sw.oz.au> <4gilab$97u@park.uvsc.edu> <4giqu8$aqk@park.uvsc.edu> <4gira2$a9d@park.uvsc.edu> <hpa.31321eee.I.use.Linux@freya.yggdrasil.com> <4h7t5i$qoh@park.uvsc.edu> <DnoqB4.2sy@pe1chl.ampr.org> <glDH59i00YUvFFjspX@andrew.cmu. <4hptj4$cf4@cville-srv.wam.umd.edu> <4iavvu$eo5@manquehue.scc.puc.cl>
Date: Sat, 30 Mar 1996 11:12:21 GMT
Lines: 30
Xref: euryale.cc.adfa.oz.au comp.os.linux.development.system:20573 comp.unix.bsd.freebsd.misc:16560

G Sumner Hayes (sumner+@CMU.EDU) wrote:
: I'm considering the idea of implementing a new filesystem for one of
: the free Unices, but I'd like to know how much room for improvement
: there is over FFS/ext2fs and how daunting a task this would be.  So
: I'm looking more for a "realistic" ideal filesystem than an impossibly
: perfect one, but difficult ideas are welcome . . .

hmm, this thread is a little old to reply to the original poster, anyway:

we are teamworking on several machines and me thinks it would
be nice to have a filesystem with build-in revision-control features.

Store all system relevant files on and then imagine someone 
from the andministrators changed i.e. some uucp configs 
incorrectly. so with build-in revision-control you could: 

- see who done it        (and ask this person why ...)
- see what did he/she
- change back to previous state 
- no way to change files without beeing recorded
 
so every change of system-config-files is perfectly recorded. No need
to tell everyone involved in system-administration "look here yesterday
i changed his configfile here and thatone there ..."


greetings plingk

--
.sig under construction