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é <ysb33r@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-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
--
Schalk W. Cronjé
Twitter / Ello / Toeter : @ysb33r
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
|