Log file Viewer

[05:55:13] <_habnabit> so it looks like in some version of pip/setuptools, it started complaining about versions in the form of '1.0-2' and now wants it to be '1.0.post2'

[05:55:43] <_habnabit> i was under the impression that this was separate syntax and not an alias for 'post' versions; did that change?

[06:00:07] <_habnabit> hmm, pep 440 seems to suggest that a + separator might be what i actually want here

[06:00:30] <_habnabit> i know i had this conversation before but i guess i'm not sure what the outcome was now

[06:23:04] <tomprince> _habnabit: What are you looking for?

[06:24:00] <_habnabit> tomprince, there's a number of packages that are completely broken on pypi, and so i've been pushing fixed versions of them to our internal pypi with the version scheme 1.0-1, 1.0-2, etc., where the 1.0 is the original version i'm patching

[06:25:08] <tomprince> + is the syntax used for that in PEP 440. Unfortuantely, there doesn't seem to be a version of the tools that support both syntaxes.

[06:25:32] <_habnabit> 'both syntaxes' meaning - and + as delimiters?

[06:25:39] <tomprince> Yes.

[06:25:52] <_habnabit> and 'tools' meaning pip/setuptools?

[06:25:55] <tomprince> I think it was chosen not to conflict with deibans use of - for the same thing.

[06:25:57] <tomprince> yep.

[06:26:05] <_habnabit> hm

[06:26:29] <_habnabit> i wouldn't care except for the warnings i'm getting from pip now

[06:28:50] <_habnabit> hm, maybe that's why i ended up using -

[06:28:57] <_habnabit> i wish i could find my logs of this conversation

[07:08:51] <ronny> _habnabit: how about usin .post1 instead of -1 ?

[07:09:04] <ronny> _habnabit: the .post marker is officially supported as greater than the release

[07:09:32] <_habnabit> ronny, i guess i could, but it's possible there would be overlap between my versions and upstream versions

[07:09:56] <_habnabit> ronny, it looks like the + separator is not allowed on pypi, as it's for downstream versioning only

[07:10:25] <ronny> does it work on devpi?

[07:10:43] <_habnabit> ronny, i'm using pypiserver, and i'm not sure if it allows it

[07:11:08] <ronny> i see

[07:11:28] <_habnabit> i guess i could switch to devpi, but so far i haven't had a reason to use it over pypiserver

[07:53:26] <tomprince> _habnabit: pypiserver isn't pypi though, is it? It is only pypi itself that should have that restriction.

[07:54:14] <_habnabit> tomprince, sure, but pypiserver does things with version comparison, i think

[07:54:22] <_habnabit> tomprince, i'm not sure on the details

[09:29:13] <ionelmc> i wonder how many people are using pyenv

[14:07:37] <BobBall> Hey... Trying to pip install extras I get https://dpaste.de/aK6H/raw (ending with "No module named version") so I assume that I need to pip install version, but that gives https://dpaste.de/AmKA/raw, saying ImportError: 'module' object has no attribute 'generate_egg_info_metadata'

[14:07:53] <BobBall> The script that runs pip install of extras has been working historically and there hasn't been a new version of extras, so I'm a little confused with what might have changed or even how to debug further. Can anyone give some suggestions?

[14:33:51] <ionelmc> BobBall: it's setup.py is just plain terrible

[14:37:11] <xafer> well, apparently to run the setup.py of "extras" package you need to have the "extras" package installed ^^

[14:39:09] <ionelmc> BobBall: it installs fine for me tho

[14:39:20] <ionelmc> you must have some borken setuptools

[14:39:28] <ionelmc> upgrade your pip and setuptools to latest

[14:39:37] <BobBall> someone on a diff channel just told me the issue :/

[14:39:58] <ionelmc> well what is it

[14:39:58] <ronny> what is the issue?

[14:40:03] <BobBall> Seems that pip install of extras (which needs version) caused the build directory to be broken. Removing that then pip install vesion; pip install extras worked

[14:40:40] <ronny> ouch ouch

[14:40:46] <ionelmc> O_o

[14:41:17] <BobBall> Maybe something else in the system upgraded to introduce the 'version' requirement that extras seems to have (I'm not going to pretend to understand the safe_import it's adding in extras) which might have been the original breakage

[18:57:08] <buck1> i'm getting this from pypi sign in https://support.google.com/accounts/answer/6135882?authuser=0

[19:31:01] <_habnabit> /32/32

[19:31:03] <_habnabit> oops

[19:45:49] <mbroyles> how do I get pip to tell me where it's pulling the packages from?

[19:46:06] <mbroyles> I need to verify that my config to make my pip pull from my own local PyPi is actually doing just that

[19:53:36] <dstufft> mbroyles: -vvv

[19:54:31] <mbroyles> dstufft: cool. So, just pip install -vvv [package]

[19:54:33] <mbroyles> ?

[19:54:39] <dstufft> yup

[19:54:43] <dstufft> it's gonna spew out a bunch of stuff

[19:55:18] <dstufft> presumably that's what you want though ;)

[19:58:54] <mbroyles> dstufft: thanks again

[19:58:59] <mbroyles> that works good enough for me

[19:59:00] <mbroyles> :)

[20:13:15] <buck1> anyone else having pypi login issues?