Log file Viewer

[10:18:21] <count> hi

[10:18:28] <count> pypi just switched to static mirror for me

[10:18:35] <count> thought I'd let you know

[10:20:12] <count> seems back

[10:20:24] <count> wtf

[10:22:27] <dr_robot> Can someone point at some documentation that describes current best practices if you need to use custom tools to generate native code for extension modules as setup.py runs? Do I write a distuils setup_keywords entry point ala CFFI?

[11:47:08] <count> hmmm. it seems like my CentOS 6 insists on using distribute to install setuptools - and distribute itself then isn't compatible with the current version of setuptools. *sigh*

[15:13:17] <jhe_> make a virtualenv, and fix the stoneage

[15:14:34] <jhe_> count, https://github.com/Springerle/py-generic-project/blob/master/.env#L149

[15:14:54] <jhe_> works on squeeze and similar dinosaurs

[15:26:10] <count> *sigh* okay, thanks

[15:31:24] <count> hmm.

[15:31:36] <count> /usr/bin/pip uninstall --yes 'distribute' && /usr/bin/pip install 'flake8

[15:31:44] <count> Uninstalling distribute:

[15:31:44] <count> Successfully uninstalled distribute

[15:31:44] <count> Traceback (most recent call last):

[15:31:45] <count> File "/usr/bin/pip", line 5, in <module>

[15:31:45] <count> from pkg_resources import load_entry_point

[15:31:47] <count> ImportError: No module named pkg_resources

[15:31:49] <count> heh.

[15:32:15] <count> fscking CentOS

[15:33:07] <danielholth_> Hey dstufft do you have a favorite toml library? Pytoml lgtm

[15:33:29] <count> I'll do a pip install -U 'setuptools>=14.3' first

[15:38:13] <dstufft> danielholth_: I do not, Nathaniel had picked one that looked like it was the best suited for us though, I think it was pytoml

[15:40:11] <danielholth_> Cool

[15:40:27] <danielholth_> It has a great test suite

[15:41:34] <count> whoa. TOML looks horrible.

[15:41:39] <count> I kinda like it.

[15:44:28] <gchristensen> isn't toml just yaml, but simpler?

[15:44:42] <count> gchristensen: less sanity, I'd say

[15:44:51] <gchristensen> yaml? having sanity?

[15:45:10] <gchristensen> I've never heard that assessment before

[15:45:38] <dstufft> TOML is basically INI but with data types

[15:46:14] <dstufft> If INI is almost good enough for you, but you'd like a bit more capability out of it, then TOML is probably a pretty OK fit

[15:46:21] <count> gchristensen: well, you can have expectations towards a YAML file. expectations that might want you put your eyes out, but expectations

[15:46:39] <count> /usr/bin/yum install -y 'python-pip' 'tar' 'repomgr-client' && /usr/bin/pip install -U 'setuptools\>=14.3' && /usr/bin/pip uninstall --yes 'distribute' && /usr/bin/pip install 'flake8' 'nose' 'ipaddr' 'mox'

[15:46:47] <count> that'll make me go insane, but works. *sigh*

[15:47:01] <gchristensen> count: I hear ya. I typically just dump a json file, add a '.yml' to the end, and call it done.

[15:47:29] <count> gchristensen: than you have a very resilient YAML parser

[15:47:42] <gchristensen> json can be valid yaml

[15:47:52] <gchristensen> as long as the colons are in the right place, basically

[15:48:00] <count> _can_ be ;) mine usually isn't :(

[15:48:59] <Wooble> I thought YAML 1.2 is a strict superset of JSON?

[15:49:32] <dstufft> a lot of things don't support YAML 1.2 yet

[15:49:39] <danielholth_> Imo yaml is great if whats obvious to you intersets with what's in the yaml spec intersects with what your incomplete parser understands.

[15:50:19] <dstufft> YAML is pretty OK if you need the power of YAML

[15:50:23] <dstufft> for human editable stuff

[15:50:35] <dstufft> if you're doign lots of nested dictionaries for instance

[15:50:36] <danielholth_> By the power of yaml i summon thee

[15:50:43] <danielholth_> Sure

[15:51:09] <dstufft> JSON is great for a human readable data exchange, isn't as great for human writable, they all suck at something *Shrug*

[15:53:13] <danielholth_> Uwsgi does it right by simply supporting all the configuration formats

[15:54:47] <count> so, you can compile exploits via multiple broken things? :]

[15:59:50] <dstufft> I'm pretty sure uWSGI supports not only all the configuration formats, but even some that hasn't been invented yet

[16:01:36] <danielwholth> Including sql databases and zookeeper type systems

[16:12:45] <count> jhe_: infrastructure under change control .. need to say more? ;)

[16:19:05] <jhe_> just more insanity :D

[16:33:06] <benjaoming> Quick question: It's still not possible to delete and re-upload with the same version id, right?

[16:33:08] <benjaoming> PyPi 500'ed on me so I guess it still means I have to bump version :/

[16:56:54] <dstufft> benjaoming: you may be interested in https://mail.python.org/pipermail/distutils-sig/2016-June/029083.html

[16:56:55] <Wooble> benjaoming: did you check if it uploaded anyway? It was doing that for a while :/

[17:20:29] <benjaoming> Wooble: yes it did in fact upload, the problem is that I have two packages, both of which need their version numbers in sync, and it was the second one that failed in my "twine upload -s dist/*" call

[17:23:43] <benjaoming> dstufft: thanks! garh, and deeply sorry that I cannot verify now if the 500 resulted in a partial or full upload since I went ahead and deleted the release already... which also resulted in a 500, however the release was still deleted, so that's all good.

[19:21:33] <tejasmanohar> Cross-posting from #python because this channel may be better fit. https://gist.github.com/tejasmanohar/9af7bdb8b426fd87b90627fc5a671b43 -> anyone know what's wrong with the way i'm listing my git dependencies here?

[19:21:58] <tejasmanohar> followed this guide- http://mike.zwobble.org/2013/05/adding-git-or-hg-or-svn-dependencies-in-setup-py/ - intending to use dependency_links to make `source=0.0.2` look at the git repo

[20:35:36] <danielwholth> You don't want to include the git egg directly in requirements.txt?

[20:43:24] <tejasmanohar> danielwholth: what do you mean?

[20:45:05] <danielwholth> If you put the line from dependency.links into requirements.txt instead and installed it with pip -r then you'd have that package.

[20:48:05] <tejasmanohar> sorry, missed last message danielwholth

[20:48:17] <tejasmanohar> could you repeat? or, are there logs?

[20:48:41] <danielwholth> Put the git link in a text file and install with pip -r

[20:48:55] <danielwholth> Not what you want?

[23:25:25] <nZac> I am having a weird issue with tox that has lead me to virtualenv. Basically tox is using an old version of pip (7.1.2) instead of the correct system version (which pip2.7 shows that it is in /usr/local/bin/pip2.7)

[23:26:20] <nZac> The only instance of pip7.1.2 on the system seems to come from https://github.com/pypa/virtualenv/tree/master/virtualenv_support albeit an older version than what is in master

[23:31:12] <nZac> Here is a paste of the behavior... https://bpaste.net/show/d5fd35efdabc