From: Lan Barnes <[EMAIL PROTECTED]>
On Tue, Mar 07, 2006 at 03:49:05PM -0600, Gabriel Sechan wrote:
> 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.
Back in the VMS days, disks were smaller and lost space meant more. I also
wouldn't plan on doing it by appending a ,1. Hell, there were 2 or 3 times
just today I wish I had this.
> 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?
Return an error on open, and set errno to an appropriate value. File not
found would be fine.
> 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?
When the next thing comes around, add a module for it too. There's no limit
to the number of modules. I specificly mentioned FTP as well, if you have
something else, add it to the list.
Gabe
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
