Log file Viewer

[00:44:40] <AndyRez> Hi all

[00:45:09] <AndyRez> Please I am getting an error on Mac OSX when trying to install an upgrade to my scrapy

[01:11:02] <nullne> clang: note: this will be a hard error (cannot be downgraded to a warning) in the future

[01:11:02] <nullne> error: command 'cc' failed with exit status 1

[01:11:02] <nullne> ----------------------------------------

[01:11:02] <nullne> Cleaning up...

[01:11:02] <nullne> Command /usr/bin/python -c "import setuptools, tokenize;__file__='/private/tmp/pip_build_root/lxml/setup.py';exec(compile(getattr(tokenize, 'open', open)(__file__).read().replace('\r\n', '\n'), __file__, 'exec'))" install --record /tmp/pip-UgVHH1-record/install-record.txt --single-version-externally-managed --compile failed with error code 1 in /private/tmp/pip_build_root/lxml

[01:11:06] <nullne> Storing debug log for failure in /Users/nullneco/Library/Logs/pip.log

[01:11:30] <nullne> i do not know what my pip not working normally

[01:12:11] <nullne> when i run sudo pip install lxml

[01:20:14] <Alex_Gaynor> nullne: you're on OS X I assume?

[01:21:14] <nullne> Alex_Gaynor, yeah

[01:21:25] <Alex_Gaynor> nullne: Apple decided to break stuff because reasons: https://github.com/pyca/cryptography/issues/834#issuecomment-38114705 explains how to fix it

[01:21:29] <nullne> Alex_Gaynor, do you have any idea?

[01:31:15] <nullne> Alex_Gaynor, it seems not work.same error came as always

[09:41:11] <sgo11> hi, with "pip install moin", it gives error: "Could not find any downloads that satisfy the requirement moin". but when i do "pip search moin", it returns "moin - MoinMoin 1.9.7 is an easy to use". why? thanks.

[09:44:55] <apollo13> sgo11: Some externally hosted files were ignored (use --allow-external moin to allow).

[09:45:32] <sgo11> apollo13, yeah, I saw that error. that is weird. I never use that argument before. in the past, I simply use pip install moin. why this changes?

[09:46:07] <apollo13> sgo11: pip considers externally hosted stuff as insecure

[09:46:30] <apollo13> + tries to consolidate everything onto pypi for higher availability

[09:48:04] <sgo11> apollo13, how can I exactly use pip install now? I tried "pip install moin --allow-external" and "pip install --allow-external moin". both don't work

[09:48:53] <apollo13> in this special case: pip install --allow-external moin --allow-unverified moin moin

[09:49:39] <sgo11> apollo13, this is crazy. I really hope I never upgrade my pip. thanks for your help.

[09:49:48] <apollo13> sgo11: that's not that crazy

[09:50:14] <apollo13> sgo11: you want your downloads a) to be reliable and b) to be secure

[09:50:29] <apollo13> letting pip download from arbritrary locations without checking any signatures is crazy

[09:50:53] <apollo13> in that case your download of moin is via http (!!!!)

[09:51:07] <apollo13> meaning, that installing moin alone can result in a compromise of your pc

[09:51:24] <sgo11> apollo13, ok. I just like the old way. :)

[09:51:51] <apollo13> you could always just ask the moin guys to upload their package to pypi

[09:51:59] <apollo13> this would benefit everyone

[09:52:14] <apollo13> you could just pip install moin and they'd get hosting and high availability for free

[09:52:54] <sgo11> ok. will do that. thanks.

[17:33:36] <wsanchez> Is there a way to ask `pip install` not to try to remove existing packages that are being upgraded?

[17:34:03] <apollo13> wsanchez: curious, what else should it do?

[17:34:11] <apollo13> or rather, why not remove them?

[17:34:38] <wsanchez> Right so what I'm trying to do is install into a directory so that I can make an installable thing, ie using: --install-option --root="xxx"

[17:34:55] <wsanchez> And it's trying to remove the replace package in the OS.

[17:35:37] <wsanchez> Specifically I'm trying to install things into the Server.app package for Mac OS X Server.

[17:35:43] <apollo13> I am not sure it's a good idea to shadow a package like that, but you might wanna try using a venv

[17:36:12] <apollo13> as per your question, I am not really sure if it's possible

[17:36:24] <wsanchez> Yeah a venv would work but… wondering why I can't do that… perhaps I *can* do that…

[17:36:36] <wsanchez> apollo13: thought that might be the case, thanks.

[17:37:06] <wsanchez> I *could* call setup.py myself but that would mean uppacking the dependencies myself, which is no fun and pip knows how.

[17:37:48] <wsanchez> I'll try a venv. That's actually probably going to end up being a good thing on its own, thanks.

[17:44:12] <dstufft> wsanchez: yea uh

[17:44:16] <dstufft> --ignore-installed I think

[17:48:11] <wsanchez> dstufft: Thanks. I'll try that, hopefully it'll get me to a working setup. Either way I'm liking the virtualenv idea long-term.

[17:48:29] <dstufft> wsanchez: FWIW I think --ignore-installed is broken on pip prior to 1.5

[17:48:34] <dstufft> or maybe prior to 1.4

[17:48:45] <wsanchez> I'm at 1.5.4, so no worries there.

[17:48:53] <dstufft> +1

[18:01:13] <wsanchez> --ignore-installed works great for not monkeying with the installed stuff but then it tried to install them. I want my pie and I want to eat it but I want to hate it but…

[18:08:29] <dstufft> wsanchez: you might also just want --target

[18:08:37] <dstufft> pip install -t xxx whatever

[18:11:26] <wsanchez> oh, yes, that sounds more appropriate

[18:33:13] <wsanchez> Heh. Creating a virtual env in a directory with a space in its name doesn't work.

[18:34:13] <wsanchez> Maybe that's a kernel bug, actually. It doesn't like the shebang line

[18:34:24] <wsanchez> #!/tmp/CalendarServer/Release/Applications/Server.app/Contents/ServerRoot/Library/Server/Calendar and Contacts/bin/python

[18:34:30] <wsanchez> Totally filing a kerbel bug

[18:35:30] <wsanchez> No wait… shebang lines can have tokens, so not a bug.

[18:36:40] <wsanchez> But you can't quote it. This may actually be unfixable.

[18:37:07] <wsanchez> Silly UNIX

[18:38:23] <apollo13> wsanchez: that is a kernel "bug"

[18:38:53] <AndyRez_> Hi all..

[18:39:44] <wsanchez> apollo13: I agree, but I don't know that you can fix it and stay compatible with BSD.

[18:40:02] <apollo13> wsanchez: you can't iirc, it would break existing scripts

[18:41:46] <wsanchez> You certainly have to support tokens (eg.: #!/usr/bin/env python). I guess you could add quoting and hope that there aren't existing shebang lines with paths containing '"'.

[18:42:19] <apollo13> right, quotes would work, but who uses spaces in paths anyways ;)

[18:44:10] <AndyRez> So I have been stuck with this error "distutils.errors.DistutilsError: Setup script exited with error: command 'cc' failed with exit status 1"

[18:44:19] <AndyRez> and nothing I have tried seem to work

[18:45:11] <AndyRez> I need help in updating scrapy

[18:45:15] <AndyRez> via pip

[20:23:16] <orzel> hello. Is there a way to tell 'pip' that a package is available in the path, but provided by something else than it ? Typically, i have some git/mercurial checkout for some projects and i dont want pip ot install corresponding packages, even though i want pip to act as if those were installed (when handling deps for other packages)

[20:23:48] <orzel> (as a side note, we have /etc/portage/profile/package.provided in gentoo for exactly this purpose)

[20:25:43] <Alex_Gaynor> orzel: seems like `pip install -e /path/to/stuff` would be what you want

[20:29:19] <orzel> Alex_Gaynor: er.. might be. Pip has no man page and pip --help doesn't mention -e.

[20:29:47] <wickman> pip install --help

[20:29:54] <Alex_Gaynor> -e is --editable, it basically means pip won't install it normally, it'll just make a symlink to your on disk code

[20:30:59] <orzel> and it wont install it then.. ? let's try that in a virtualenv

[20:33:45] <orzel> mm.... it tries to write to the path provided. fortunately it's read-only

[20:34:31] <wickman> it's possibly generating an egg-info metadata distribution, which writes into build/ i think

[20:34:44] <orzel> it tries to install it, i think. It's not what i want. Let's say package X in on pypy. I want to be able to say "just act exactly as if X version x.y.z" was already installed.

[20:35:52] <orzel> wickman: it tried to create a egg-info, indeed. Inside the path i provided after -e

[20:39:33] <orzel> seems like all -e does is kinda creating a file lib64/python2.7/site-packages/xxxxx.egg-link with a path inside

[20:39:40] <orzel> maybe i can trick pip with this

[20:39:48] <dstufft> you'll need the egg-info too

[20:39:55] <dstufft> that's what pip uses tod etermine if something is instaled or not

[20:40:09] <dstufft> it looks on the sys.path for egg-info or dist-info directories

[20:40:23] <dstufft> egg-link is just a cross platform symlink more or less

[20:41:12] <orzel> i see

[20:42:55] <orzel> ok. So i copy the package out of the read-only stuff, i install -e it from (inside a virtualenv, just in case), i get a .egg-info i can copy to the readonly part, and then create this crossplatform link

[20:42:57] <orzel> funky

[20:44:07] <orzel> works :)

[20:44:36] <orzel> Alex_Gaynor, wickman, dstufft : thx a lot :-)

[21:01:01] <orzel> mm.. i'm still not convinced by virtualenv/pip. It keeps on installing stuff although it's already available in system path.

[21:01:14] <orzel> typically i have /usr/lib64/python2.7/site-packages/django_compressor-1.3-py2.7.egg-info/ and it installs exactly the same version

[21:01:25] <orzel> diff -ur shows almost no difference :/

[21:05:19] <orzel> (and there's still no 'dryrun' mode in pip ;-( ...)