On 1 July 2015 at 22:33, Schalk Cronjé <ysb...@gmail.com> wrote: > 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,
I see, sorry for the noise. If there is interest from the VFS developers in integrating the code, it's easier to track via a JIRA issue. > > 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 > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
