Hello,
On Wed, 23 Sep 2020 06:11:27 -
"Omer Katz" wrote:
> zstd is used when you need fast compression speed, not the best ratio.
>
> Maybe we can ask google and facebook to contribute their
> implementations?
And $$$ to support maintaining it over the years.
In the meantime, why can't yo
Mainly because we previously explored creating wheels with better
compression.
But I think that if LZMA was included, then other new algorithms should be
included as well.
בתאריך יום ד׳, 23 בספט׳ 2020, 10:08, מאת Paul Sokolovsky :
> Hello,
>
> On Wed, 23 Sep 2020 06:11:27 -
> "Omer Katz" wr
On Wed, 23 Sep 2020 at 08:08, Paul Sokolovsky wrote:
> In the meantime, why can't you use modules on PyPI/github/wherever
> else?
There are significant use cases where 3rd party modules are not easy
to use. But let's not get sucked into that digression here.
The point of this request is that Pyt
On Tue, Sep 22, 2020 at 11:55 PM Paul Moore wrote:
> The point of this request is that Python's packaging infrastructure is
> looking at what compression we use for wheels - the current
> compression is suboptimal for huge binaries like tensorflow. Packaging
> is in a unique situation, because it
I pointed out a use case for Brotli & HTTP2 as a concrete example for why
it'd be more convenient to include brotli as a module.
I'm sure there are other cases I haven't thought about.
I don't understand why LZMA should be included while zstd or brotli
shouldn't.
What's the actual policy here?
ב
On Wed, 23 Sep 2020 at 11:09, David Mertz wrote:
> It's hard to see where packaging would have any advantage with brotli or zstd
> over lzma. XZ is more widely used, and package size seems to dominate speed.
> There are definitely some intermediate compression levels where both brotli
> and
Let's put it this way. If you can only support 3 compression algorithms in
the stdlib, which there would you choose? If only 4? If only 10?
Each one is concrete maintenance work. There's nothing *wrong* with any of
them, and someone uses each of the top 10 or 50. But some kind of cut-off
of useful
On Wed, 23 Sep 2020 13:26:13 +0300
Omer Katz wrote:
> I pointed out a use case for Brotli & HTTP2 as a concrete example for why
> it'd be more convenient to include brotli as a module.
> I'm sure there are other cases I haven't thought about.
>
> I don't understand why LZMA should be included whi
On Wed, Sep 23, 2020 at 3:10 AM David Mertz wrote:
> On Tue, Sep 22, 2020 at 11:55 PM Paul Moore wrote:
>
>> The point of this request is that Python's packaging infrastructure is
>> looking at what compression we use for wheels - the current
>> compression is suboptimal for huge binaries like t
Dear all,
"Support for indexing with keyword arguments" has now been merged with
the assigned PEP number 637.
For future reference, this email will be added to the Post-History of the PEP.
On Mon, 21 Sep 2020 at 21:34, Stefano Borini wrote:
>
> PEP for support for indexing with keyword argumen
Hmmm, getting a 404 at:
https://www.python.org/dev/peps/pep-0637
Is this just a temporary condition or a bug?
---
Ricky.
"I've never met a Kentucky man who wasn't either thinking about going home
or actually going home." - Happy Chandler
On Wed, Sep 23, 2020 at 4:56 PM Stefano Borini
wrote:
On Thu, Sep 24, 2020 at 7:33 AM Ricky Teachey wrote:
>
> Hmmm, getting a 404 at:
>
> https://www.python.org/dev/peps/pep-0637
>
> Is this just a temporary condition or a bug?
>
Everything seems to be happy, so I'm going to guess that it's just
taking a bit of time to propagate out. Give it a few
It is working for me now.
On Wed, Sep 23, 2020, 17:33 Ricky Teachey wrote:
> Hmmm, getting a 404 at:
>
> https://www.python.org/dev/peps/pep-0637
>
> Is this just a temporary condition or a bug?
>
> ---
> Ricky.
>
> "I've never met a Kentucky man who wasn't either thinking about going home
> or
I noticed a sentence that was not completed in PEP 637. Though I have made
(pretty minor) contributions to CPython and some other things, it isn't
entirely clear to me whether it would be appropriate for me to submit an
issue or pull request for this, and what the general policy is?
https://github
On Thu, Sep 24, 2020 at 8:29 AM Henk-Jaap Wagenaar
wrote:
>
> I noticed a sentence that was not completed in PEP 637. Though I have made
> (pretty minor) contributions to CPython and some other things, it isn't
> entirely clear to me whether it would be appropriate for me to submit an
> issue o
And here:
https://github.com/python/peps/blob/master/pep-0637.txt
is the source to look at -- and the repo to do a PR against.
-CHB
On Wed, Sep 23, 2020 at 3:34 PM Chris Angelico wrote:
> On Thu, Sep 24, 2020 at 8:29 AM Henk-Jaap Wagenaar
> wrote:
> >
> > I noticed a sentence that was not c
On 2020-09-23 at 23:28:11 +0100,
Henk-Jaap Wagenaar wrote:
> >>> a[3] # returns the fourth element of a
>
> has the comment unfinished. I guess it should say list or something
> similar.]
Yes, I agree: it looks like it's broken, but it's okay. a[3] returns
the fourth element of a sequen
17 matches
Mail list logo
