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

[3.7] bpo-39389: gzip: fix compression level metadata (GH-18077) #18101

Open
wants to merge 1 commit into
base: 3.7
from

Conversation

@miss-islington
Copy link

miss-islington commented Jan 21, 2020

As described in RFC 1952, section 2.3.1, the XFL (eXtra FLags) byte of a
gzip member header should indicate whether the DEFLATE algorithm was
tuned for speed or compression ratio. Prior to this patch, archives
emitted by the gzip module always indicated maximum compression.
(cherry picked from commit eab3b3f)

Co-authored-by: William Chargin wchargin@gmail.com

https://bugs.python.org/issue39389

As described in RFC 1952, section 2.3.1, the XFL (eXtra FLags) byte of a
gzip member header should indicate whether the DEFLATE algorithm was
tuned for speed or compression ratio. Prior to this patch, archives
emitted by the `gzip` module always indicated maximum compression.
(cherry picked from commit eab3b3f)

Co-authored-by: William Chargin <wchargin@gmail.com>
@miss-islington

This comment has been minimized.

Copy link
Author

miss-islington commented Jan 21, 2020

@wchargin and @serhiy-storchaka: Status check is done, and it's a failure .

1 similar comment
@miss-islington

This comment has been minimized.

Copy link
Author

miss-islington commented Jan 21, 2020

@wchargin and @serhiy-storchaka: Status check is done, and it's a failure .

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
5 participants
You can’t perform that action at this time.