Log file Viewer

[13:00:14] <apollo13> dstufft: heeeeeeeeeelp

[13:00:36] <apollo13> https://dpaste.de/jcPj how to fix that^^

[13:00:49] <apollo13> guess I have to download manually and run setup.py

[13:01:38] <apollo13> fixed, not really nice though^^

[14:28:28] <stbatduke> Who should I itell that the SSL certificate for pypi.python.org doesn't match correctly and is written for www.python.org, and therefore wget gives errors: "wget https://pypi.python.org/packages/source/v/virtualenv/virtualenv-1.11.6.tar.gz" ?

[14:28:41] <stbatduke> s/itell/tell/g

[14:29:44] <Alex_Gaynor> stbatduke: What version of wget do you have?

[14:30:10] <Alex_Gaynor> Some older versions don't correctly recognize SANs (Subject Alternate Names) -- this can be fixed with a newer version of wget; our cert is fine.

[14:30:18] <Alex_Gaynor> (accessing pypi in your browser will confirm this)

[15:45:12] <linovia> Is there a way with to get the entry point location once the application is running (after it's been called through the entry point) ?

[15:45:44] <DanC> (ops)dconnolly@bmidev1:~/projects/bmi_ops/config_mgmt> pip install --upgrade --allow-unverified virtualenv virtualenv

[15:45:44] <DanC> Cannot fetch index base URL https://pypi.python.org/simple/

[15:45:46] <DanC> clues?

[15:47:41] <DanC> Could not fetch URL https://pypi.python.org/simple/argh/: connection error: [Errno 1] _ssl.c:491: error:14090086:SSL routin

[15:47:41] <DanC> es:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed

[15:50:43] <DanC> nathan, you're doing `sudo zypper ref` on bmidev1?

[15:57:21] <DanC> oops... mixing my channels...

[17:14:56] <DanC> ERROR: certificate common name `www.python.org' doesn't match requested host name `pypi.python.org'.

[17:15:45] <DanC> wierd... I can download https://pypi.python.org/packages/source/s/setuptools/setuptools-5.7.tar.gz#md5=81f980854a239d60d074d6ba052e21ed using a browser but not from curl

[17:15:47] <DanC> er... wget

[17:20:50] <dstufft> DanC: your wget is too old

[17:20:57] <dstufft> and/or OpenSSL

[17:21:11] <DanC> GNU Wget 1.11.4

[17:21:16] <dstufft> yea you need 1.12.1 IIRC

[17:22:10] <dstufft> https://savannah.gnu.org/bugs/index.php?20421

[17:22:26] <DanC> Installing: wget-1.11.4-1.17.1 [done]

[17:22:28] <DanC> bingo

[17:22:38] <DanC> (prolly some suse back-port)

[17:23:31] <DanC> funny how SSL came out in 1995 and we're just now shaking the bugs out

[17:24:43] <tomprince> Well, people have been shaking bugs out of it for quite a while.

[17:25:08] <dstufft> a lot of that just comes from increased usage

[17:25:13] <DanC> that's what I meant.

[17:25:42] <DanC> I wonder if there are good SSL test suites these days

[17:26:23] <DanC> a spec without a test suite is a dangerous thing.

[17:39:06] <tomprince> Hopefully https://github.com/pyca/tls will come with a good test suite

[18:48:05] <DanC> hmm... any suggestions on building (suse) .rpm's for current virtualenv and pip?

[18:48:18] <DanC> I built a virtualenv package, but when I run it, I get: "ImportError: No module named pip"

[19:08:24] <DanC> Cannot find sdist setuptools-*.tar.gz

[19:08:26] <DanC> whimper

[19:12:58] <dstufft> DanC: what version of virtualenv? that sounds pretty old if it's loking for .tar.gz

[19:13:53] <DanC> > virtualenv --version

[19:13:53] <DanC> 1.10.1

[19:14:22] <DanC> 1.10.1 is a version I managed to package into a working .rpm some time ago

[19:14:34] <DanC> (or at least: I think it used to work)

[19:14:45] <DanC> I can't find any documentation on where virtualenv expects to find setuptools

[19:15:32] <DanC> deploying python apps to SLES 11 is costing me a lot of hair

[19:16:23] <DanC> I wonder if I should start at the top and build python from source... though I'd much rather let suse track security issues.

[19:23:27] <DanC> so... suppose you have 50 amazon VMs and you want to put virtualenv on all of them... and your IT dept. says you have to use, say, CentOS 5, and you need a more modern version of virtualenv and pip for, say, wheel support?

[19:25:36] <tomprince> Do you actually need a newer version of virtualenv?

[19:25:50] <tomprince> Or can you just do 'pip install -U pip' in the virtualenv?

[19:34:27] <dstufft> DanC: sorry I forgot to reply, that's a fairly old virtualenv, you might want to try to use fpm to package it

[19:38:59] <DanC> in the virtualenv? the one I can't create?

[19:39:07] <DanC> I tried fpm.

[19:39:21] <DanC> "no module named pip" or something, IIRC

[19:44:28] <dstufft> odd...

[19:44:36] <dstufft> I don't know rpm's very well

[19:44:46] <dstufft> DanC: FWIW virtualenv doesn't really require being installed to use it

[19:44:54] <dstufft> you can just unpack the tarball and run virtualenv.py

[19:45:32] <DanC> hmm

[19:45:59] <DanC> I'd like to be able to use `rpm -qif /usr/bin/virtualenv` to figure out where virtualenv came from, but maybe I just won't install it system-wide

[19:49:33] <DanC> whee! ./virtualenv.py worked

[20:14:45] <stbatduke> Hello #pypa! Was trying to pip install psycopg2 and got the error pasted here: http://pastebin.com/PgsryCLG and then the full error pasted here http://pastebin.com/WNXZLVSA

[20:18:20] <Alex_Gaynor> stbatduke: it looks like you don'[t have the python dev headers, you can fix this with `apt-get install python-dev`

[20:18:23] <Alex_Gaynor> (depending on your OS)

[20:21:45] <stbatduke> thanks Alex_Gaynor

[20:22:14] <stbatduke> Unfortunately, since this is a production environment, I cannot do apt-get to install anything outside of the virtualenv

[20:22:38] <stbatduke> Is there a way to install the python-dev developement headers for only the virtualenvironments python binary?

[20:27:08] <Alex_Gaynor> Not really, you really need to get the dev headers from the same place as you got the python binary; which I'm assuming is your OS package manager

[20:28:15] <stbatduke> No, the python binaries were installed manuallyi

[20:28:35] <stbatduke> because debian 6.0.9 doesn't have python 2.7.3

[20:30:40] <Alex_Gaynor> Ah, where are you getting that python from?

[20:30:49] <stbatduke> python.org

[20:31:17] <Alex_Gaynor> meaning you downloaded the source and compiled yourself? I'd have expected that to include the dev headers /cc dstufft

[20:31:36] <stbatduke> I would have thought so too

[20:35:20] <dstufft> normally yes

[20:36:10] <stbatduke> probably a broken server then ... I'll have to remember to mame the person who did the install before I became the system admin

[20:36:11] <stbatduke> :D

[20:36:27] <dstufft> you might need to adjust ldpath or whatever if your python is isntalled in a funky way

[20:46:31] <stbatduke> ldpath?

[20:46:38] <stbatduke> is that used in debian?

[22:11:29] <buck1> what are "dependency links" ? I'm able to remove all references to them in find_requirements without any test failure.

[22:43:51] <buck1> that's not true.. one test fails: tests/functional/test_install_reqs.py::test_install_local_editable_with_extras