Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Automatic native suffix #28

Closed
indolering opened this issue Dec 16, 2013 · 1 comment
Closed

Automatic native suffix #28

indolering opened this issue Dec 16, 2013 · 1 comment

Comments

@indolering
Copy link

Since lrzip is mostly a preprocessor for standard compression formats it would be easier for clients to decompress the end-result if the compressor would automatically attach the suffix of whatever the final compression format is.

@pete4abw
Copy link
Contributor

pete4abw commented Mar 6, 2015

The end result would not be usable by standard decompression. The header alone would break gzip or bzip or other decompression methods. lrzip -i would show file compression method. and lrzip -d would decompress using the appropriate decompression method.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants