On Tue, Mar 07, 2006 at 03:49:05PM -0600, Gabriel Sechan wrote: > Based off another thread, here's what I've always wanted to see in a > filesystem: > > 1)Built in RCS. Or something equivalent- I want all versions of a file > backed up, so I can switch to it or see old versions. Think of it- no > more users complaining that they deleted the wrong file- revert it. No > more overwriting a file and not having a backup- revert it. It'd be > absolutely great for config files too. Preferably you could turn this on > or off by folder/file, so you can avoid backing up things like logs that > are log swapped or large binaries you're building from source frequently. >
VMS has. I always found it a pain in the ass. Far less useful than you'd think. > 2)Better network integration. I'd like to be able to open > /dev/ipv4/tcp/ip:port and have it connect to that ip and port. Similar > style for udp and ipv6. If ip is your own ip, it should create a listening > socket. Far easier than using socket() bind() listen() and connect(), it > makes sense in Unix fs, and would allow easy access to the network by all > applications. Read and write already work with sockets as the file > descriptor, why not open and close? > Soft or hard link? What should it do when the target server is down? > 3)Better integration for higher order protocols. I'd like to be able to > open /http/servername/filename and be able to read that file from that > server via http. Similar structures for ftp and other protocols. All > these protocols do is process files anyway, why not make it easy for > programs to get those files without writing a full http stack? These would > probably an ability to make user mode filesystems, since we really don't an > http stack in the kernel. > We are assuming that HTTP is the final word in data description? No more ideas or innovation conceivable? > Gabe > Everything you mention is available in the application layer, which is where I believe it belongs. -- Lan Barnes [EMAIL PROTECTED] Linux Guy, SCM Specialist 858-354-0616 Tcl/Tk Enthusiast -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
