[Python-Dev] Inclusion of lz4 bindings in stdlib?
Neither http.client nor http.server doesn't support compression
(gzip/compress/deflate) at all.
I doubt if we want to add this feature: for client better to use requests
or, well, aiohttp.
The same for servers: almost any production ready web server from PyPI
I don't insist on adding brotli to standard library.
There is officiall brotli library on PyPI from google, binary wheels are
Unfortunately installing from a tarball requires C++ compiler
On other hand writing a binding in pure C looks very easy.
On Thu, Nov 29, 2018 at 10:30 PM Gregory P. Smith <greg at krypto.org> wrote:
> On Thu, Nov 29, 2018 at 2:58 AM Andrew Svetlov <andrew.svetlov at gmail.com>
>> 5 cents about lz4 alternatives: Broli (mentioned above) is widely
>> supported by web.
>> mentions it along with gzip and deflate methods.
>> I don't recall lz4 or Zstd metioning in this context.
>> Both Chrome/Chromium and Firefox accepts it by default (didn't check
>> Microsoft products yet).
> Acceptance by multiple popular browsers is a good reason to *also*
> propose brotli support in the stdlib. Though it'd probably make sense to
> actually _support_ Accept-Encoding based on available compression modules
> within the stdlib http.client (and potentially server) as a prerequisite
> for that reasoning.
>> I worked with lz4 python binding a year ago.
>> It sometimes crashed to core dump when used in multithreaded environment
>> (we used to run compressor/decompresson with asyncio by
>> loop.run_in_executor() call).
>> I hope the bug is fixed now, have no update for the current state.
>> On Thu, Nov 29, 2018 at 12:04 PM INADA Naoki <songofacandy at gmail.com>
>>> On Thu, Nov 29, 2018 at 6:27 AM Steven D'Aprano <steve at pearwood.info>
>>> > On Wed, Nov 28, 2018 at 10:43:04AM -0800, Gregory P. Smith wrote:
>>> > > PyPI makes getting more algorithms easy.
>>> > Can we please stop over-generalising like this? PyPI makes getting
>>> > more algorithms easy for *SOME* people. (Sorry for shouting, but you
>>> > just pressed one of my buttons.)
>>> I don't think this is over-generalising.
>>> If "get it from PyPI" is not easy enough, why not adding hundreds of
>>> famous libraries?
>>> Because we can't maintain all of them well.
>>> When considering adding new format (not only compression, but also
>>> serialization like toml), I think it should be stable, widely used, and
>>> be used widely for a long time. If we want to use the format in Python
>>> or Python stdlib, it's good reasoning too. gzip and json are good
>>> When we say "we can use PyPI", it means "are there enough reasons
>>> make the package special enough to add to stdlib?" We don't mean
>>> "everyone can use PyPI."
>>> INADA Naoki <songofacandy at gmail.com>
>>> Python-Dev mailing list
>>> Python-Dev at python.org
>> Andrew Svetlov
>> Python-Dev mailing list
>> Python-Dev at python.org
-------------- next part --------------
An HTML attachment was scrubbed...