Log file Viewer

[14:05:36] <dcrosta> is there a way to declare an extension module as an extra? so "pip install myproject[with_extensions]" would install them, but "pip install myproject" wouldn't?

[14:09:24] <ionelmc> dcrosta: move the ext module in a separate package?

[14:09:40] <ionelmc> separate distribution on pypi i mean

[14:09:53] <ionelmc> and you depend on that in the extra

[14:09:54] <dcrosta> ionelmc well, sure. any less intrusive way? it's not supported by extras_require, for instance?

[14:10:05] <ionelmc> nope:)

[14:10:39] <dcrosta> alright, thanks

[22:07:04] <nanonyme> DanC, seems fair, older than 2.6 is a bit of a PITA if you want to support new versions too. Actually older than 2.7 is a PITA then

[22:10:11] <DanC> not sure I see your point...

[22:10:13] <DanC> I'm using 2.6

[22:10:18] <DanC> which is consistent with virtualenv docs

[22:18:33] <nanonyme> Meh, 2.6 doesn't even have set literals

[22:18:55] <DanC> how is that relevant to whether virtualenv works or not?

[22:20:32] <nanonyme> It's relevant to virtualenv itself should it need to use sets, not your code. There's various other things as well where supporting older versions feels like hitting yourself in the foot with an axe repeatedly

[22:22:06] <DanC> granted, but 2.6 is supported, according to the docs.

[22:22:46] <DanC> I'm trying to use virtualenv without being root. That's sort of its purpose, no? and yet when I try to run it from source, as the docs say I can, it tries to write to /usr/lib and such

[22:23:35] <DanC> I have no idea whether the python version or the OS version is relevant. I just gave it in case it is.

[22:24:54] <DanC> I'm pretty sure this is a regression; this worked in older versions of virtualenv. (I should check)

[22:37:38] <ngoldbaum> DanC: checking would help, if you have a version where it works you can do "git bisect"