[Python-Dev] Inclusion of lz4 bindings in stdlib?
5 cents about lz4 alternatives: Broli (mentioned above) is widely supported
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).
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
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> wrote:
> 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 example.
> 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
-------------- next part --------------
An HTML attachment was scrubbed...