Re: [Distutils] PyPI index workaround

OT: I hope you're going to provide a setting to allow the user to disable this unnecessary and bandwith intensive 'feature'? -Matt From: "Михаил Голубев" To: Donald Stufft Cc: Dmitry Trofimov , distutils-sig@python.org Date:

Re: [Distutils] Outdated packages on pypi

I forget the exact names but there's a range of SQL Server packages that also fit in here. Perhaps I get to hear more complaints about those because of where I work :) But you're right, it may be a small enough problem to handle it that way. Top-posted from my Windows Phone -Original

Re: [Distutils] Outdated packages on pypi

> On Jul 14, 2016, at 8:19 PM, Steve Dower wrote: > > I'm still keen to find a way to redirect people to useful forks or > alternative packages that doesn't require thousands of mentions at > conferences for all time ala PIL. I’m not opposed to this but we’ll want to

Re: [Distutils] Outdated packages on pypi

Sure, if it's been tried before and people couldn't control themselves back then (before my time too, and the internet wasn't as blatantly toxic six+ years ago as it is now) then that's reason enough not to try again. I'm still keen to find a way to redirect people to useful forks or

Re: [Distutils] Outdated packages on pypi

> On Jul 14, 2016, at 6:51 PM, Steve Dower wrote: > > On 14Jul2016 0619, Daniel D. Beck wrote: >> Free-form, user-generated content on PyPI would become a pathway for >> harassment and abuse. Introducing user-generated content on PyPI would >> necessarily put an

Re: [Distutils] Outdated packages on pypi

On Fri, Jul 15, 2016 at 1:51 AM, Steve Dower wrote: > This is why I listed a set of restrictions to help prevent that: > > * 140 chars (flexible, but short enough to prevent rants) > ​Did you mean to write "provoke"​ instead of "prevent"? If we can learn one thing from

Re: [Distutils] Outdated packages on pypi

On 14Jul2016 0619, Daniel D. Beck wrote: Free-form, user-generated content on PyPI would become a pathway for harassment and abuse. Introducing user-generated content on PyPI would necessarily put an emotional burden on package maintainers in addition to the maintenance burden (unless PyPI

Re: [Distutils] Add data-requires-python attribute to download links in simple repository API

Lgtm On Thu, Jul 14, 2016, 16:49 Thomas Kluyver wrote: > In a discussion about how to allow pip to select a package version > compatible with the target Python version, Donald suggested adding a > data-requires-python attribute to links in the simple repository API, >

Re: [Distutils] Outdated packages on pypi

On Thu, Jul 14, 2016 at 11:57 AM, Wes Turner wrote: > Adding an embedded JS comments widget does/would add some additional > maintenance burden (because user-generated content). Free-form, user-generated content on PyPI would become a pathway for harassment and abuse.

[Distutils] Add data-requires-python attribute to download links in simple repository API

In a discussion about how to allow pip to select a package version compatible with the target Python version, Donald suggested adding a data-requires-python attribute to links in the simple repository API, which pip uses to find candidate downloads. ... This would expose the Requires-Python

Re: [Distutils] can someone explain why I have started to get these pip failures

On 2016-07-14 17:23:24 +0100 (+0100), Robin Becker wrote: > not really sure why this is an issue. All of my problems are in virtual > environments and I never use the --system-site-packages flag. > > I have never used pip to install anything system wide (so far as I know). Ahh, whoops, after

Re: [Distutils] can someone explain why I have started to get these pip failures

It's from Debian. They had time to break pip, but they don't have time to fix it again. On Thu, Jul 14, 2016 at 12:39 PM Paul Moore wrote: > On 14 July 2016 at 17:23, Robin Becker wrote: > > I used always to build python from source in older ubuntus,

Re: [Distutils] can someone explain why I have started to get these pip failures

On 14 July 2016 at 17:23, Robin Becker wrote: > I used always to build python from source in older ubuntus, but that was > because we wanted the latest python 2.x etc etc. Using a local copy prevents > the os from smashing stuff, but means more work whenever a serious upgrade

Re: [Distutils] can someone explain why I have started to get these pip failures

On 14/07/2016 16:14, Jeremy Stanley wrote: On 2016-07-14 16:01:23 +0100 (+0100), Robin Becker wrote: On 14/07/2016 15:41, Ian Cordasco wrote: Try: . I would like to try and understand this happens as then I might have some wya of fixing it. You really should avoid mixing

Re: [Distutils] can someone explain why I have started to get these pip failures

On 2016-07-14 16:01:23 +0100 (+0100), Robin Becker wrote: > On 14/07/2016 15:41, Ian Cordasco wrote: > >Try: > > > >pip install --force-reinstall setuptools -U > > > > I didn't do the force-reinstall and for some reason when I cleaned both > ~/.cache/pip and ~/.pip the pip install -r

Re: [Distutils] can someone explain why I have started to get these pip failures

On 14/07/2016 15:41, Ian Cordasco wrote: Try: pip install --force-reinstall setuptools -U I didn't do the force-reinstall and for some reason when I cleaned both ~/.cache/pip and ~/.pip the pip install -r requirements.txt did work. I have tried various solutions proposed in the past eg

Re: [Distutils] PyPI index workaround

> On Jul 14, 2016, at 5:30 AM, Михаил Голубев wrote: > > Ok, you convinced me that these extra requests from PyCharm won't cause you > any problems. Impressive stats, by the way :) > > We will focus on migrating our packaging-related features to these new > endpoints;

Re: [Distutils] can someone explain why I have started to get these pip failures

Try: pip install --force-reinstall setuptools -U On Thu, Jul 14, 2016 at 8:37 AM, Robin Becker wrote: >> (myenv) rptlab@app0:~/myenv >> $ python >> Python 2.7.11+ (default, Apr 17 2016, 14:00:29) >> [GCC 5.3.1 20160413] on linux2 >> Type "help", "copyright", "credits" or

[Distutils] can someone explain why I have started to get these pip failures

(myenv) rptlab@app0:~/myenv $ python Python 2.7.11+ (default, Apr 17 2016, 14:00:29) [GCC 5.3.1 20160413] on linux2 Type "help", "copyright", "credits" or "license" for more information. > (myenv) rptlab@app0:~/myenv $ pip --version pip 8.1.2 from

Re: [Distutils] Deprecation of the endpoint "/pypi?%3Aaction=index"

On 14 July 2016 at 05:05, Михаил Голубев wrote: > Hi guys. I'd like to clarify Dmitry's question a bit. > > We have some issues with suggested "/simple" endpoint. Despite the need to > scrap the web page, old endpoint allowed us to quickly find latest versions > of the

Re: [Distutils] Outdated packages on pypi

There are types to describe this graph. Thing > CreativeWork > SoftwareApplication CreativeWork.comment r: [Comment] http://schema.org/SoftwareApplication http://schema.org/Comment ( #PEP426JSONLD because this is a graph of SoftwareApplication(s); now with TOML metadata ) There could be edge

Re: [Distutils] PyPI index workaround

Ok, you convinced me that these extra requests from PyCharm won't cause you any problems. Impressive stats, by the way :) We will focus on migrating our packaging-related features to these new endpoints; hopefully, it won't take long. Note, however, that we need to prepare updates for already