PMXBOT Log file Viewer

Help | Karma | Search:

#pypa logs for Friday the 26th of December, 2014

(Back to #pypa overview) (Back to channel listing) (Animate logs)
[04:50:18] <veek> anyway to figure out the pip pkgs installed today
[19:52:19] <glyph> hey pypa
[19:52:26] <glyph> congrats on landing the automatic cache configuration thing
[19:52:44] <glyph> I am a little distressed though because the shiny new thing has made offline pip workflow a bit more confusing for me :)
[19:53:05] <glyph> is there a best practices document anywhere explaining how to use pip without the internet?
[19:55:56] <Alex_Gaynor> glyph: pip install --download=my-place/ <project>
[19:56:02] <Alex_Gaynor> glyph: pip install my-place/file.tar.gz
[19:56:10] <Alex_Gaynor> glyph: alt. pip install stuff from your wheel cache
[20:01:59] <glyph> Alex_Gaynor: many things still don't wheel quite cleanly, so having original source tarballs is important
[20:02:11] <Alex_Gaynor> glyph: pip install --download will do that for you
[20:02:40] <glyph> Alex_Gaynor: aah
[20:02:50] <glyph> Alex_Gaynor: so I just need to set PIP_DOWNLOAD to what I used to set PIP_DOWNLOAD_CACHE to
[20:02:52] <glyph> this makes sense
[20:03:02] <Alex_Gaynor> uhh, I don't know what PIP_DOWNLOAD is
[20:03:16] <glyph> Alex_Gaynor: every command-line option for pip also works as an environment variable as well as a thing in pip.conf :)
[20:03:33] <Alex_Gaynor> passing --download= will cause pip to *not* install the package
[20:03:37] <Alex_Gaynor> so you probably don't want to do that
[20:03:46] <Alex_Gaynor> if you pass --download= it gets downlaoded *only*
[20:03:48] <glyph> oh.
[20:03:52] <glyph> Okay that's ... interesting.
[20:04:41] <glyph> OK, so there's no longer any way to tell it to cache the utlimately downloaded stuff as part of a normal install?
[20:05:13] <Alex_Gaynor> I don't think so.
[20:05:25] <glyph> Hmm. Too bad.
[20:05:32] <Alex_Gaynor> *shrug*
[20:06:40] <doismellburning> er, the download cache hasn't been deprecated, has it?
[20:07:10] <Alex_Gaynor> doismellburning: it's form has changed, there's still a cache, but it now exists at the layer of HTTP responess, not just tarballs
[20:07:20] <glyph> which, I should note, I'm not opposed to
[20:07:24] <glyph> it's much faster :)
[20:07:28] <doismellburning> Alex_Gaynor: interesting, thanks
[21:17:19] <davesque> has anyone had issue invoking the new version of pip in a virtualenv with sudo? it seems the new pip wants to create files at $HOME/.cache/pip but fails if pip was invoked with sudo -u for an account without access to that location.
[21:18:54] <davesque> formerly, i was using this kind of command to install pip requirements in a virtualenv: sudo -u www-data /var/virtualenvs/foo/bin/pip install -r /var/www/project/requirements.txt
[21:19:08] <davesque> this doesn’t work any more because of the issue i’m describing.
[21:21:45] <dstufft> davesque: add a -H to your sudo call
[21:22:05] <dstufft> by default sudo keeps the $HOME directory pointing at the home directory of the user calling sudo
[21:22:19] <dstufft> the -H flag tells sudo to set it to the home dir of the user being ran undo sudo
[21:22:51] <davesque> dstufft: ahh, very good. thanks!
[21:28:00] <davesque> dstufft: right, i noticed the HOME var was retained through sudo. would it make sense for the IOError to get handled differently somehow instead of bubbling to the top as is?
[21:28:38] <dstufft> davesque: possibly yea
[21:59:27] <apollo13> dstufft: jay for pip 6, took me a while to upgrade ;)
[23:08:32] <dessai> hi, I recently deleted the /usr/bin/local files for pip and when I tried to reinstall it using get-pip.py the files were not recreated
[23:08:49] <dessai> *directories
[23:10:09] <dessai> has anyone encountered this problem and is there any solution?
[23:19:41] <dessai> !logs
[23:19:41] <pmxbot> chat-logs.dcpython.org/channel/pypa
[23:46:21] <glyph> Registering Tubes to pypi.python.org/pypi
[23:46:21] <glyph> Server response (403): Package name conflicts with existing package 'tubes'
[23:46:32] <glyph> any idea why setup.py register is giving me this error?
[23:46:42] <glyph> pypi.python.org/pypi?%3Aaction=search&term=tubes&submit=search shows me nothing
[23:46:50] <glyph> pypi.python.org/pypi/tubes is a 404
[23:47:25] <glyph> aah, I see something on warehouse.python.org/project/tubes
[23:47:40] <glyph> Is there an adjudication process for people squatting on PyPI names? :)
[23:49:52] <glyph> ^ Alex_Gaynor dstufft
[23:49:52] <Alex_Gaynor> glyph: there was for a time, but I believe it's on hold at present because of concerns in how it was administered
[23:49:58] <glyph> Alex_Gaynor: oh.
[23:50:10] <Alex_Gaynor> dstufft can no doubt correct me on the particulars
[23:50:17] <glyph> Alex_Gaynor: I need to pick a different name then, even though there isn't even enough of a registration here to show up on PyPI itself at all?
[23:50:28] <Alex_Gaynor> glyph: seems so.
[23:50:32] <glyph> that is a real bummer
[23:50:40] <Alex_Gaynor> *shrug*
[23:52:27] <doismellburning> if you'll forgive me for hijacking this somewhat relatedly; if anyone happens to know David Larlet, I'd appreciate an introduction/contact (I want to give django-storages some love)
[23:55:33] <glyph> Not that I wouldn't have gotten in touch with lcrees in either case, just wondering what the recourse was if there was no answer