Ray Bellis wrote:
> Support for .gz handling on writes to follow, since those don't work
> nicely in conjunction with file rotation. Having gzip invoked with the
> post-rotation processing option is very disk I/O intensive compared
> with just writing out data in gzip format from t
Ray Bellis wrote:
> If I've done it right (although I might not have) it'll just fail to
> not
> supporting it if libz.so isn't available at compile time and it'll be
> treated as an unrecognized file format.
> In any event, if libz.so isn't available it's pretty unlikely that
