PMXBOT Log file Viewer

Help | Karma | Search:

#pypa logs for Wednesday the 8th of April, 2015

(Back to #pypa overview) (Back to channel listing) (Animate logs)
[03:27:14] <Guddu> G'day all . . . I download get-pip.py and pip-6.0.8-py2.py3-none-any.whl in my local drive. I tried installing but it gives an error as shown in http://dpaste.com/30JK3R8
[03:27:22] <Guddu> Could someone please guide me?
[03:29:29] <tdsmith> Guddu: you should grab a setuptools release as well
[03:29:43] <Guddu> tdsmith, Thanks I will do some research on it now.
[03:30:31] <tdsmith> any reason you don't want to hit pypi?
[03:30:45] <Guddu> tdsmith, Thanks. Problem solved :-)
[03:30:53] <Guddu> tdsmith, :-)
[03:30:57] <tdsmith> you're welcome!
[03:31:15] <Guddu> The thing is that this client is paranoid about their security and they want that the machine be off the internet.
[03:31:23] <tdsmith> roger
[03:31:25] <Guddu> That's the only reason tdsmith
[03:32:04] <Guddu> tdsmith, So i m down to downloading all the packages that I need and installl them locally
[10:48:27] <mgedmin> nice progress bars!
[10:48:52] <nanonyme> You mean in the new pip?
[10:48:55] <mgedmin> yes
[11:02:19] <nanonyme> Is it just me or are pefile maintainers total nutters with versioning....
[11:04:51] <nanonyme> Seems some take the being MIT licensed as a liberty to mess up upstream because everyone will be forking your project anyway...
[15:44:11] <patrick85> hi
[15:46:14] <patrick85> are the any best-practices to follow when using virtualenv? my search efforts were unfortunately not successful
[15:48:03] <tos9> patrick85: Of what kind?
[15:48:10] <tos9> patrick85: It's sort of up to personal taste.
[15:48:19] <tos9> Personally I like central-location-of-virtualenvs.
[15:48:30] <jessamynsmith> I use virtualenvwrapper
[15:48:39] <tos9> And I use project names as name-of-virtualenv.
[15:48:44] <jessamynsmith> I very much like keeping all my venvs off in their own place
[15:48:51] <jessamynsmith> I do that too
[15:49:01] <patrick85> I wonder how to handle "global" packages like pyflake vs. project specific packages
[15:49:14] <spoonbadger> Anyone ever seen persistent unicode errors trying to "python setup.py sdist upload" a package?
[15:49:51] <jessamynsmith> patrick85: personally, I break out requirements into development, production, common, and I put things like pyflakes in development
[15:50:17] <jessamynsmith> my readme files contain instructions about how to test, flake, etc to make it easy for others to get set up
[15:50:24] <tos9> spoonbadger: I've seen persistent unicode errors from various setuptools things.
[15:50:34] <tos9> spoonbadger: Typically smashing the keyboard and force reinstalling fixes them.
[15:50:36] <patrick85> jessamynsmith: so you reinstall pyflakes into every venv?
[15:50:45] <jessamynsmith> patrick85: I do
[15:50:47] <tos9> patrick85: I just install them globally.
[15:50:51] <jessamynsmith> my venvs are standalone
[15:51:03] <spoonbadger> for context: stacktrace http://pastebin.com/kLqnh9r9 and setup.py http://pastebin.com/AC2uNcrv
[15:51:04] <tos9> patrick85: pipsi is another solution, but I haven't found it to work well for me unfortunately.
[15:51:25] <jessamynsmith> patrick85: different projects may be on different versions of helper libs
[15:51:31] <spoonbadger> tos9: hmmmm, reinstall setuptools?
[15:51:40] <jessamynsmith> I prefer to simply have duplication so I can have full control over every env
[15:51:46] <tos9> spoonbadger: Yes.
[15:51:53] <patrick85> ok
[15:52:16] <jessamynsmith> I work on personal apps and work apps on the same machine, and often work is using old versions of things, but I upgrade my personal stuff often
[15:52:21] <jessamynsmith> but, ymmv
[15:52:41] <jessamynsmith> ok, I'm off, peek at virtualenvwrapper, patrick85
[15:52:44] <jessamynsmith> :)
[15:52:44] <spoonbadger> will try, danke
[15:52:59] <patrick85> thanks
[16:19:16] <DanielHolth> spoonbadger the other thing you should start doing is to use a package called twine to upload, instead of setup.py upload.
[19:31:01] <nanonyme> dstufft, ever given any thought on pip + UAC elevation?
[19:36:27] <ionelmc> nanonyme: fyi easy_install has elevation (because it has "install" in the name - crazy microsoft backwards compat decision)
[19:36:41] <nanonyme> o.O
[19:36:53] <ionelmc> and that elevation is, well, it doesn't work as you'd expect (like sudo)
[19:37:09] <nanonyme> How so?
[19:37:21] <ionelmc> it just pops out a new cmd.exe windows that disappears (baaaaaad, baad bad bad)
[19:37:41] <ionelmc> disappears after easy_install exists
[19:37:48] <ionelmc> not really usable
[19:38:04] <nanonyme> Right
[19:38:40] <nanonyme> Well, it can't pop it in the same terminal and it's questionable whether the sudo popping elevated context in same terminal is even secure
[19:38:58] <nanonyme> Windows requires no connectivity at all between the elevated process and the unelevated process
[19:39:21] <nanonyme> (well, very very narrow exceptions that you can use for signaling)
[19:40:31] <nanonyme> sudo asking password in the terminal *definitely* is not secure but Linux doesn't really have anything much better until Wayland