On 18.05.2007, at 05:13, Bear Giles wrote:
Thorbjørn Ravn Andersen wrote:
I therefore suggest that the tar methods should be migrated to the
vfs module (if suitable) and that the compress module should
contain methods that can compress/uncompress streams (which is
easily extendable to files, http connections etc).
By doing so there will be a clear goal of this project.
It looks like VFS has most of the concepts I was working on so it
would be a waste of effort to do a parallel effort. I had skimmed
the project earlier but only noticed the networked implementations.
I agree that the 'compress' tar classes should be removed and a
pointer left to the VFS project.
Hm... seems like I disagree here. I want a simple library that deals
with common compression and archive formats
- tar
- ar
- cpio
- gzip
- bzip2
- zip
VFS is a filesystem abstraction layer. It may use the library ....but
should not provide the implementation IMO.
cheers
--
Torsten
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
