PMXBOT Log file Viewer

Help | Karma | Search:

#pypa logs for Monday the 3rd of October, 2016

(Back to #pypa overview) (Back to channel listing) (Animate logs)
[03:07:55] <goodwill> stupid question ... is pkg_resource.safe_name supposed return the correct name as described in pep426? I only ask because it is returns names that end with -,_ or .
[03:08:08] <goodwill> which according to pep426 should be illegal
[09:15:32] <MAXEffort> I have problems installing SQLAlchemy using pip. I recently upgraded pip to 8.1.2 , and I am using a Ubuntu 16.04 LTS . Error log: https://dpaste.de/NWXV
[09:20:32] <mgedmin> have you tried retrying?
[09:23:44] <brechtm> When I run distutils.core.run_setup() on a setup.py, it creates a .eggs directory containing the egg of a package that is specified in the setup.py's setup_requires. Is it possible to suppress creation of this directory, or force it to be created in another location than the CWD?
[09:25:59] <MAXEffort> mgedmin Retried and restarted my machine also.
[09:26:41] <mgedmin> is the machine behind a firewall or something?
[09:26:47] <mgedmin> can you ping pypi.python.org?
[09:28:21] <MAXEffort> Yeah , I'm a college student , so we have these SSL issues. But I installed the required certificates to avoid that error.
[09:29:05] <mgedmin> so you're saying the machine is behind a firewall and must use a proxy to download stuff from the internet?
[09:29:11] <mgedmin> then tell pip to use the proxy
[09:30:14] <mgedmin> which can be done by setting the 'https_proxy' environment variable
[09:30:24] <MAXEffort> OK.I'll try doing that.Thanks for your help.I'll let you once I am able to download it.
[09:38:57] <MAXEffort> mgedmin I managed to download the SQLAlchemy file but now have some issues acessing it. Error : https://dpaste.de/CTy8
[09:39:25] <mgedmin> you do not have permissions to install system-wide stuff
[09:39:34] <mgedmin> why not create a virtualenv and do the work inside it?
[09:40:39] <MAXEffort> Should I use sudo and try ?
[09:41:10] <mgedmin> generally sudo pip install is a bad idea: you can break your system by doing that
[09:41:21] <mgedmin> a virtualenv for each project is best
[09:42:59] <MAXEffort> Okay. I don't know about Virtualenv but I'll Google and learn about it. I wanted SQLAlchemy for a different project (OWASP-OWTF). Anyway, thanks for help.
[09:46:00] <brechtm> hrm... check-manifest doesn't complain about the .eggs directory. Why not?
[09:46:25] <mgedmin> should it?
[09:46:40] <brechtm> mgedmin: no, but I don't understand why it doesn't
[09:46:54] <brechtm> can't find an exception in the source code
[09:47:11] <brechtm> it does complain about doc/.eggs... I want it to ignore that too
[09:47:16] <mgedmin> check-manifest compares the contents of a source distribution with the files in version control
[09:47:29] <mgedmin> I assume you don't git add .eggs, and python setup.py sdist should also ignore it by default
[09:47:40] <mgedmin> thus it's not in either and check-manifest won't say anything
[09:47:46] <brechtm> oh, right
[09:48:01] <brechtm> but doc/.eggs isn't under version control either
[09:48:15] <mgedmin> which is what I said I assumed ;)
[09:48:39] <brechtm> yet it's still complaining about doc/.eggs
[09:49:30] <mgedmin> oh, you have two .eggs directories!
[09:49:41] <mgedmin> I was confused there for a second
[09:49:55] <brechtm> yes, I'm sorry that wasn't clear :-)
[09:50:02] <mgedmin> I'd have to see your MANIFEST.in to make a determination, but I can venture a guess
[09:50:25] <mgedmin> you're probably telling setuptools to recursively include everything in the docs/ subdirectory, which also picks up hidden ifles
[09:50:34] <brechtm> mgedmin: https://github.com/brechtm/rinohtype
[09:50:42] <mgedmin> so your sdist ends up carrying the .eggs inside it, probably
[09:50:44] <brechtm> aha, that could be it
[09:50:55] <mgedmin> ah 'graft'
[09:51:11] <mgedmin> I generally use 'recursive-include doc *.rst Makefile *.py etc etc'
[09:51:49] <mgedmin> (well, I let check-manifest suggest me what filename extensions I should include)
[09:51:56] <mgedmin> (because I'm lazy)
[09:52:17] <mgedmin> I think if you add .eggs to the global-exclude bit at the bottom, that'll fix it
[09:52:35] <brechtm> Adding "prune doc/.eggs" to MANIFEST.in did the trick...
[09:52:44] <mgedmin> (I prefer only including what I know must be part of the sdist because who knows what new temporary build artefacts will start cluttering up my source trees someday)
[09:54:45] <brechtm> mgedmin: thanks, you've same me quite some time there! :-)
[09:55:02] <brechtm> *saved
[09:55:14] <mgedmin> o/
[09:59:41] <brechtm> mgedmin: I chose to use graft since I was always forgetting to reflect additions in my MANIFEST.in
[09:59:58] <brechtm> mgedmin: but I guess with check-manifest, that is much more manageable now
[10:00:24] <brechtm> maybe I'll switch back some day... but it's ok for now :-)
[10:01:29] <mgedmin> extra files in sdists usually don't hurt anyone
[10:01:46] <mgedmin> users might have to download a few kilobytes more than necessary
[10:01:52] <mgedmin> I'm a neat freak, that's all
[10:03:20] <brechtm> hehe
[10:03:58] <brechtm> it would be hard to get on with life after such an incident, indeed!
[10:04:29] <mgedmin> nobody noticed :)
[10:04:34] <mgedmin> well at least nobody complained
[10:05:11] <mgedmin> I think I only noticed because I had a previous release in dist/ and I saw an unexpectedly big difference in the file size
[10:06:19] <brechtm> hmm, I do have a submodule in that project. Perhaps it's .git file (just a file though) is included in the tarball too!
[10:06:35] <mgedmin> check-manifest would notice
[10:06:52] <mgedmin> it is Foolproof(TM)
[10:07:35] <brechtm> great tool
[10:08:43] <brechtm> It tool quite some effort to set up all these support tools, but it's paying off.
[14:20:34] <adac> Command "/usr/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-build-NBrqKS/cryptography/setup.py';exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /tmp/pip-gXr91A-record/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /tmp/pip-build-NBrqKS/cryptography
[14:20:58] <adac> this is the error when I try to install ansible via pip
[14:22:44] <adac> actually here is the full error: https://gist.github.com/anonymous/2f534e0f6445e45cdcb0d7bb0c53a084