VFS correctly depends on Compress as it uses the Tar etc. libraries from
there.
What I was referring to is backporting the provider code to VFS. The
provider relies on the CPIO code from Compress,
On 01/07/2015 22:01, sebb wrote:
Commons Compress already supports CPIO.
Perhaps that needs extending to fit better with VFS, but it seems
wrong to put the CPIO code in VFS which already depends on Compress.
On 1 July 2015 at 21:25, Schalk Cronjé <ysb...@gmail.com> wrote:
Would anyone fancy backporting this cpio-provider
(https://github.com/ysb33r/groovy-vfs/tree/development/cpio-provider) into
Java and adding it to VFS?
I pretty much wrote it based upon the Tar provider.
--
Schalk W. Cronjé
Twitter / Ello / Toeter : @ysb33r
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
--
Schalk W. Cronjé
Twitter / Ello / Toeter : @ysb33r
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
