Log file Viewer

[10:24:58] <sbraz> dstufft: hi, why does https://files.pythonhosted.org/packages/source/p/python-ctags3/python-ctags3-1.2.3.tar.gz 404? am i misspelling something? it works for 1.2.2

[10:33:19] <FRidh> sbraz: that's the old url scheme you're using. New url is: https://pypi.python.org/packages/f2/60/3c75f7198d88be815193903ee07ef1d064dfeeb53da5ccf6805dcc83fd73/python-ctags3-1.2.3.tar.gz#md5=8357b9a4236439682c4379e3e0a58899 The old scheme might still work if you use pypi.io intead of pypi.python.org

[10:35:19] <apollo13> sbraz: https://bitbucket.org/pypa/pypi/issues/438

[10:40:23] <sbraz> FRidh: apollo13 no https://bitbucket.org/pypa/pypi/issues/438#comment-27606213

[10:40:50] <apollo13> sbraz: oh, sorry

[10:40:56] <sbraz> the URL i'm using is supposed to work (and the .io version doesn't either)

[10:42:17] <apollo13> wondering if the 404 got cached

[10:43:58] <sbraz> apollo13: hmmm, i don't really know how to interpret the various headers

[10:44:07] <apollo13> sbraz: you can't

[10:44:10] <sbraz> the server accepts PURGE reqs though but they do nothing

[10:44:18] <sbraz> < X-Timer: S1463135739.938142,VS0,VE159

[10:44:22] <sbraz> that looks like an epoch

[10:44:34] <apollo13> well the question would be if it accepts __your__ purge request or just those from pypi

[10:44:54] <sbraz> curl -XPURGE https://files.pythonhosted.org/packages/source/p/python-ctags3/python-ctags3-1.2.3.tar.gz

[10:44:57] <sbraz> {"status": "ok", "id": "81-1461555300-4888954"}

[14:13:14] <MrJones> what is the replacement for --allow-all-external ?

[14:13:33] <MrJones> I get a deprecation warning and my commands who have used it no longer work... (no versions of any of the packages are found anymore)

[14:17:04] <MrJones> this is the command in question which used to work just fine: pip3 install --allow-all-external --trusted-host 172.17.0.1 --index-url http://172.17.0.1:8765/ daphnetf.hermes

[14:17:33] <MrJones> now with the pip version giving me a deprecated warning, it also fails to find any packages from that index

[14:21:22] <MarkusH> MrJones: update your devpi or downgrade pip to 8.1.1: https://github.com/pypa/pip/issues/3666

[14:22:48] <MrJones> MarkusH: I use the latest version of pypiserver

[14:23:16] <MrJones> hm although it might be a few weeks old, let me check... I guess I would need to get the very latest one to fix this?

[14:24:15] <MarkusH> MrJones: no idea, have a look at their release notes

[14:24:42] <MrJones> oh nope, it is latest pypiserver

[14:24:51] <MrJones> it is a temporary venv that we set up each time

[14:25:31] <MarkusH> then downgrade pip to 8.1.1 in there

[14:28:19] <MrJones> MarkusH: what does the --allow-all-external removal mean for me though?

[14:28:31] <MrJones> is this really not a problem at all? I vaguely remember that option being necessary to make things work

[14:28:40] <MrJones> so if it's removed that could be a problem too

[14:30:45] <MarkusH> I don't think you need that flag

[14:43:28] <MrJones> hm ok. I will check again once the potential issue in pypiserver has been looked at (I filed a ticket)

[14:44:01] <MrJones> MarkusH: thanks for the information :) I guess we could also move to devpi if this doesn't work out... but good to know what the most likely culprit is with that dot namin gissue

[14:44:11] <MrJones> cu

[14:55:37] <dstufft> FRidh: Sorry, just woke up

[14:56:06] <dstufft> er sbraz

[14:57:20] <dstufft> sbraz: the answer is basically just that there's a race condition that can happen right now where an old copy of the data gets cached if someone requests the new url fast enough

[14:57:33] <dstufft> because of Warehouse vs PyPI being separate code bases

[14:57:42] <dstufft> I'm working on sorting that

[15:02:51] <sbraz> dstufft: ok thanks

[15:03:36] <dstufft> If you run into it again, you basically just need to -XPURGE https://pypi.io/pypi/<wahtever>/json, then the files.pythonhosted.org redirector

[15:14:54] <sbraz> dstufft: i tried purging the .tar.gz itself, i guess that would not work?

[15:19:03] <dstufft> sbraz: the https://files.pythonhosted.org/packages/source/p/python-ctags3/python-ctags3-1.2.3.tar.gz URL is generated by https://github.com/pypa/conveyor. The problem you were hitting is basically -> https://github.com/pypa/conveyor/blob/45e21d82b905354d511ba8c35f9fb32dc040b311/conveyor/views.py#L38-L43

[15:20:20] <sbraz> dstufft: so just purge https://pypi.io/pypi/python-ctags3/json and https://files.pythonhosted.org/packages/source/p/python-ctags3/python-ctags3-1.2.3.tar.gz ?

[15:30:02] <dstufft> sbraz: yea, until I get the race condition fixed

[15:33:23] <sbraz> no problem, thanks!

[16:39:45] <ozialien10> Has anyone experienced latest pip not working for packages with "." in them?

[21:16:14] <ngoldbaum> lazyirc - can python package names include unicode characters?

[21:16:30] <apollo13> no

[21:19:16] <tdsmith> some of them are legal in identifiers :o https://docs.python.org/3/reference/lexical_analysis.html#identifiers

[21:19:49] <apollo13> oh, wait -- do we mean python package as in literally python or pypi :D

[21:19:50] <dstufft> ngoldbaum: depends on what you mean by "package"

[21:20:00] <dstufft> and also by "python" IIRC

[21:20:04] <ngoldbaum> dstufft: something i can upload to pypi

[21:20:05] <apollo13> cause I interpreted that as pypi package

[21:20:24] <dstufft> PyPI packages are alpha num only with - _ and . added

[21:20:29] <dstufft> must begin and end with an alphanum

[21:20:33] <dstufft> ASCII

[21:20:45] <ngoldbaum> tdsmith: ah yes! in julia i can name a variable unicode snowman - probably a sane choice for python

[21:21:06] <ngoldbaum> dstufft: thanks!

[21:21:14] <apollo13> ngoldbaum: I think python 3 allows that too

[21:21:21] <tdsmith> down with fascist ascii pypi

[21:21:28] <apollo13> at least it allows some unicode in variable names

[21:21:29] <ngoldbaum> apollo13: nope, as the page tdsmith pointed out indicates

[21:21:54] <ngoldbaum> apollo13: https://bpaste.net/show/c7b8cc8ead63

[21:22:00] <apollo13> ah

[21:22:02] <apollo13> well :D

[21:22:10] <apollo13> not that I'd ever need it ;)

[21:22:31] <ngoldbaum> https://bpaste.net/show/e58a3088c1a1 <- julia

[21:22:37] <dstufft> tdsmith: ;)

[21:22:39] <ngoldbaum> not that "because julia does it" is a good reason to do something

[21:47:06] <ozialien10> Experiencing Pip 8.1.2 not seeing packages pip install a.b.c==x.y.z -i <repo> but 7.1.0 and prior pips do.

[22:00:01] <pjenvey> f

[22:14:41] <MarkusH> ozialien10: pip issue #3666

[22:15:14] <MarkusH> ozialien10: https://github.com/pypa/pip/issues/3666

[22:32:37] <ozialien10> thx reading