New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add console command that prints needed envvars #9
Add console command that prints needed envvars #9
Conversation
Huh, any idea where the orphan processes are coming from? We can track that separately if you'd like; making the non-hack way easier is a fine workaround. One quick suggestion: can we make the top-level executable python-libfaketime instead? I'm worried about conflicting with the original c library. |
No, I have no idea where they are coming from. And I do not really have the time to check it out. It might have something to do with the fact that we run 1k tests or so and use all CPU cores to run them. The But having a nice supported way of circumventing the respawn seems nice in any case. |
Also, updated! |
And finally, some bonus documentation 馃槃 |
Looks great; thanks! |
Add console command that prints needed envvars
Cool. If you upload to pypi, can you give me a ping? |
Sure, I'll try to do that tonight. |
@allardhoeve ok, 0.3.0 is up! |
Thanks! Works like a charm! |
When running
nosetests
orpython manage.py test
there are often left-over processes that are never reaped. As I usewatch
to run the tests every tenth of a second, that results in many, many processes 馃槃I've traced this back to the re-exec that is performed. I would like to avoid that re-exec cleanly, but currently I have to have read the
libfaketime
source code to find out which envvars it wants. And keep the vars in sync ofcourse.So, let's add a console script that prints out the needed envvars, like
ssh-agent
does on start. Then you can calllibfaketime
and it will output:This can then be used at startup: