On Tue, Sep 23, 2014 at 12:30:21PM +0100, Ralph Eastwood wrote: > Some time ago, there was some discussion about sbase's tar with > compression. I was wondering if this compression tool would > necessarily have to be a standard gzip/bzip2/xz implementation. > > As Gzip,Bzip2 and XZ rely on rather complicated code bases, I propose > that a different algorithm (probably based off ROLZ), be used > instead, with a focus on a suckless implementation as opposed to > speed/compression ratio. Having said that, most ROLZ implementations > do tend to have greater speed and higher compression ratio than Gzip. > > I know I could easily create a suckless implementation, but would it > be of interest to be included in sbase or is it beyond the scope of > the collection of utilities?
I'd be very interested including this tool in sbase.