8000 better gzip(1) command line option compatibility: Support -l for gzip files · Issue #3037 · facebook/zstd · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

better gzip(1) command line option compatibility: Support -l 8000 for gzip files #3037

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.

Sign up for GitHub

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

Jump to bottom
Open
dirkmueller opened this issue Jan 30, 2022 · 2 comments
Open

better gzip(1) command line option compatibility: Support -l for gzip files #3037

dirkmueller opened this issue Jan 30, 2022 · 2 comments
Labels
feature request help wanted long-term valid topics that are expected take a long time to make progress

Comments

@dirkmueller
Copy link
Contributor

Is your feature request related to a problem? Please describe.
I'm experimenting with the "gzip" symlink on zstd binary and notice that there these compatibility options missing:

-n --no-name When compressing, do not save the original file name and time stamp by default. (The original name is always saved if the name had to be truncated.)

-l --list For each compressed file, list the following fields:
compressed size: size of the compressed file uncompressed size: size of the uncompressed file ratio: compression ratio (0.0% if unknown) uncompressed_name: name of the uncompressed file

While listing is available as an option, it just aborts with an error message:

zstd --format=gzip -l *gz
Frames  Skips  Compressed  Uncompressed  Ratio  Check  Filename
File "test-0.1.0.tar.gz" not compressed by zstd

Describe the solution you'd like

provide more drop-in compatibility when used via a symlink to "gzip" with the gzip command line options, as documented
here (and elsewhere): https://linux.die.net/man/1/gzip
dirkmueller added a commit to dirkmueller/zstd that referenced this issue Feb 8, 2022
@dirkmueller
Implment more gzip compatibility (facebook#3037)
479ef20 
-n --no-name is the current behavior already, so we can implement
this as a noop.

--best is an alias for -9 in gzip

add basic cli tests.
dirkmueller added a commit to dirkmueller/zstd that referenced this issue Feb 9, 2022
@dirkmueller
Implement more gzip compatibility (facebook#3037)
e653e97 
-n --no-name is the current behavior already, so we can implement
this as a noop.

--best is an alias for -9 in gzip

add basic cli tests.
felixhandte added 8000 a commit that referenced this issue Mar 8, 2022
@felixhandte
Merge pull request #3059 from dirkmueller/gzip_fast_best
8814aa5 
Implement more gzip compatibility (#3037)
@terrelln
Copy link
Contributor

The only suggestion left from this pr is support for -l with gzip files. I think that is a reasonable request, but it isn't super high priority.

@terrelln terrelln added help wanted long-term valid topics that are expected take a long time to make progress labels Dec 22, 2022
@terrelln terrelln changed the title better gzip(1) command line option compatibility better gzip(1) command line option compatibility: Support -l for gzip files Dec 22, 2022
@dirkmueller
Copy link
Contributor Author

Might take a look at it over the holidays.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
feature request help wanted long-term valid topics that are expected take a long time to make progress
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@Cyan4973 @dirkmueller @terrelln
0