[18:50:25] <nedbat> what is the actual process for populating the text on the pypi page, for example here: pypi.python.org/pypi/betamax/0.5.1 This is mis-formatted, but also includes LICENSE at the top, and classifiers at the bottom, but setup.py --long-description doesn't show those pieces.
[18:57:06] <carljm> nedbat: AFAIK it's the output of setup.py --long-description, _if_ you allow it to be set automatically
[18:57:30] <nedbat> carljm: this looks like more than that.
[18:57:41] <carljm> but of course it can be overridden and modified via the web UI, so unless that package is yours, you can't make any assumption that it was set automatically.
[18:57:59] <nedbat> carljm: hard to imagine Ian chose to make it look like that :)
[18:58:39] <Wooble> Why are the classifiers showing in the readme area? :/
[18:58:44] <carljm> yeah, I dunno -- but on all my packages its setup.py --long-description, so choice or not, I have to assume Ian did something unusual with that package.
[18:59:17] <carljm> I've uploaded a lot of releases to PyPI using both `setup.py upload` and `twine`, and never seen anything extraneous added.
[18:59:29] <carljm> some other custom upload tool might also do something different
[19:00:07] <Wooble> The top is clearly just the value of the license argument to setup, but the bottom is... I don't know what.
[19:03:51] <nedbat> carljm: only thing unusual i can see is that licence= is a multi-line string.
[19:04:43] <nedbat> carljm: and the first line of the license is missing from the pypi page.
[19:06:03] <nedbat> in fact, the pypi page has the exact text of PKG-INFO, after the License: line, including the word "Description:" before "betamax"
[19:07:13] <ronny> nedbat: use propper restructuredtext, use the pypa readme project to validatw
[19:18:20] <carljm> nedbat: I think the most useful info here would be to ask Ian how this release was uploaded.
[19:18:36] <nedbat> carljm: i wrote him an issue with my guess as to the fix.
[19:18:39] <carljm> AFAIK the behavior in question here is not actually a behavior of PyPI, but of the method used to create the release via the PyPI API.
[19:25:27] <Wooble> he does have his own fork of twine... but it's not doing anything that looks suspicious in what's on github.
[21:03:35] <forest> pip install --user installed a bunch of dependencies that were already on my system via debian packages. Now I want to uninstall them, but pip uninstall refuses, because it sees the system-wide versions. How can I tell pip to remove the (superfluous) packages that it installed into ~/.local/lib ?
[22:53:59] <xafer> forest: is your .local directory in sys.path ?
[22:54:41] <xafer> python -c "import sys;print('\n'.join(sys.path))" should output a list including something like `/home/your_user/.local/lib/python2.7/site-packages`
[23:02:58] <ronny> xafer: huhß thats the normal user-site location
[23:03:44] <xafer> yup :) Hopefully he doesnt have it ^^
[23:07:05] <ronny> xafer: usually site.py add it automatically for non virtualenv
[23:18:58] <forest> xafer: yes, .local/lib/python2.7/site-packages is in that list.
[23:19:40] <xafer> and the dependencies you want to uninstall are there ?
[23:21:08] <forest> xafer: Yes, pip did install the dependencies in that directory. It then refused to uninstall them.
[23:21:54] <forest> xafer: I manually deleted the files a few minutes ago, so they're not there any more.
[23:24:01] <xafer> if you install an other version than the globally installed one with --user
[23:24:15] <xafer> what does pip list show ? the global version or the .local one ?
[23:51:12] <xafer> in this order /home/your_user/.local/lib/python2.7/site-packages, /usr/local/lib/python2.7/dist-packages, /usr/lib/python2.7/dist-packages