Re: [Python-Dev] Yearly PyPI breakage

Are you for real? I honestly do not understand your hostility. You posted a mean-spirited complaint about a policy that is nearly exactly two years old, to the wrong list, and call out the people calmly trying to explain what happened and why, and how you can mitigate it for your own work and org

Re: [Python-Dev] Yearly PyPI breakage

> [cut overlong post] Glyph, nice sneaky way to try to divert from the original issue. Your whole post is invalidated by the simple fact that the URL was protected by a hash (which I repeatedly asked to be upgraded to sha256). This was the official scheme promoted by PEP-438, which you should k

Re: [Python-Dev] Yearly PyPI breakage

> > (Is cdecimal substantially different from the _decimal added in 3.5?) > AFAICT, they are unrelated codebases that do about the same thing with the same amount of performance, with the main exception that _decimal in 3.5 does not require one to change their import (or to compile the package

Re: [Python-Dev] Yearly PyPI breakage

On 5/3/2016 8:56 PM, Glyph wrote: setup.py bdist_wheel' didn't work), and 'twine upload'. `pip install pypi-cdecimal´ should now work and get you an importable `cdecimal´, and if you happen to be lucky enough to run the same OS version I am, you won't even need to build C code. cdecimal users

Re: [Python-Dev] Yearly PyPI breakage

On May 3, 2016, at 2:38 PM, Stefan Krah wrote: > > But making them completely unreachable does not increase reliability. :) But it does increase security. The other motivation, besides reliability, listed in this section

Re: [Python-Dev] Yearly PyPI breakage

Łukasz Langa langa.pl> writes: > > I don't fully understand your explanation. Judging by the link that > > Donald posted (thanks!) it seems that PEP 470 introduced extra work > > for him that would not have been present had things been left in place. > > IIRC the PyPI maintainers were constantly

Re: [Python-Dev] Yearly PyPI breakage

> On May 3, 2016, at 1:42 PM, Stefan Krah wrote: > > I don't fully understand your explanation. Judging by the link that > Donald posted (thanks!) it seems that PEP 470 introduced extra work > for him that would not have been present had things been left in place. IIRC the PyPI maintainers were

Re: [Python-Dev] Yearly PyPI breakage

Nathaniel Smith pobox.com> writes: > > If this continues, I'm going to release a premium version that's > > 50% faster and only available from bytereef.org or Anaconda. > > There's no point in making threats -- you're threatening the air. PyPI > is maintained by one overloaded developer (Donald S

Re: [Python-Dev] Yearly PyPI breakage

On Tue, May 3, 2016 at 12:06 PM, Stefan Krah wrote: > > Hello, > > Could someone enlighten me which hoops I have to jump through > this year in order to keep pip downloads working? > > Collecting cdecimal > Could not find a version that satisfies the requirement cdecimal (from > versions: ) > No

Re: [Python-Dev] Yearly PyPI breakage

> On May 3, 2016, at 3:06 PM, Stefan Krah wrote: > > > Hello, > > Could someone enlighten me which hoops I have to jump through > this year in order to keep pip downloads working? > > This is off topic for python-dev, but https://www.python.org/dev/peps/pep-0470/#i-can-t-host-my-project-o

Re: [Python-Dev] Yearly PyPI breakage

On Tue, 3 May 2016 at 12:06 Stefan Krah wrote: > > Hello, > > Could someone enlighten me which hoops I have to jump through > this year in order to keep pip downloads working? > > Collecting cdecimal > Could not find a version that satisfies the requirement cdecimal (from > versions: ) > No mat

Re: [Python-Dev] Yearly PyPI breakage

Why don’t you just *host* the files on PyPI? > On May 3, 2016, at 12:06 PM, Stefan Krah wrote: > > > Hello, > > Could someone enlighten me which hoops I have to jump through > this year in order to keep pip downloads working? > > Collecting cdecimal > Could not find a version that satisfies

[Python-Dev] Yearly PyPI breakage

Hello, Could someone enlighten me which hoops I have to jump through this year in order to keep pip downloads working? Collecting cdecimal Could not find a version that satisfies the requirement cdecimal (from versions: ) No matching distribution found for cdecimal You are using pip version 7.

[Python-Dev] 2.7.12 schedule

I have been reminded that we are due for a 2.7.12 release. I think Larry's 3.5.2 schedule is perfectly cromulent and am going to piggyback. Therefore, 2.7.12rc1 will be on June 11th, and the final will be on June 25. Servus, Benjamin ___ Python-Dev maili