Log file Viewer

[08:52:17] <tech2> What is the purpose of the PYTHON_INSTALL_LAYOUT environment variable? I haven't been able to find much info about it.

[10:05:17] <pombreda> tech2: never heard of it

[10:05:32] <pombreda> at worst some very arcane stuff from amazon may be?

[10:08:15] <tech2> pombreda: It looks like it might affect some distutils --install-layout flag, I think that's limited to debian, amzn and posix, not sure what the reason is though. The debian option seems to check dist-packages rather than site-packages for example but I haven't dug deep enough for the other stuff. I was hoping this was a known thing since I had to unset the variable to have it work via tox.

[10:23:00] <pombreda> tech2: the only I can see some references to it is here: https://hg.python.org/cpython/log/2.7/Lib/distutils/command/install_egg_info.py the only think I can fathom is that this is a patched, non standard version of distutils possibly deployed on Amazon. This is not part of the standard Python code trees

[10:25:29] <pombreda> some quirk and self inflicted wound on "Amazon Linux"

[10:25:33] <pombreda> tech2: likely in this https://aws.amazon.com/amazon-linux-ami/

[10:28:49] <tech2> Yes, thank you. Do you have any idea why they may have done this? It feels counter-intuitive to differ in this way.

[10:31:26] <pombreda> tech2: no idea and they provide no doc, no readily accessible source code, no git repo. frankly I cannot care about what and why they do this under these circumstances :D

[10:31:49] <tech2> pombreda: Fair enough, thanks for looking into it for me. At least I have a workaround.

[10:32:09] <pombreda> and IMHO neither should you: I would not use this weird linux image if I were you

[10:32:41] <pombreda> tech2: who knows what other easter eggs you could face there?

[10:33:31] <tech2> Well, my tests at least run, as they used to prior to the "upgrade" to the latest AMI version. Since it's in a virtualenv and not running as root I'm less worried about other effects on the system.

[10:35:35] <pombreda> amazon has unfortunately the reputation to be fiercely secretive and proprietary and not giving much back when their use open source code on which anything they do depends

[10:38:14] <pombreda> tech2: their employees must suffer of lot from the gag orders

[10:39:47] <tech2> :( Thankfully not something I need concern myself with (for now). If it comes to it I'll dig deeper, just frustrated so little is known about this since it had such a big an unexpected effect on my tests.

[10:43:55] <pombreda> tech2: why not switch to a more mainline image? such as a plain centos or debian?

[10:45:11] <tech2> pombreda: company dictat. We deploy on docker so it's less of an issue, just testing within the dev image was being a pain.

[10:45:41] <pombreda> :)

[19:44:01] <mitsuhiko> can you make "pip install --editable ." print out what it does?

[19:44:06] <mitsuhiko> it seems to silence stdout and stderr

[19:45:09] <tdsmith> adding some -v's will give you setup.py output

[19:45:30] <mitsuhiko> no amount of -v makes it print useful information

[19:45:49] <tdsmith> guess i haven't tried with -e

[19:50:39] <mitsuhiko> looks like it's hardcoded to not show stdout