You can clone with
I'm starting my gunicorn from project directory with relative settings path, like:cd $PROJECT_DIR; gunicorn_django settings.py
I have deployment process that depends on symlinks, $PROJECT_DIR is a symlink to current release/tag. With that setup doing kill -HUP on gunicorn process failed to do expected.sys.path reports the real path, not symlinked one, so reloading works, although in different directory than expected.
cd $PROJECT_DIR; gunicorn_django settings.py
Problem can be mitigated by providing absolute path (with symlinks) to settings.py.
My debugging took me to posix.py from python standard lib, where abspath calls os.getcwd.It seems that POSIX getcwd returns canonical path without symlinks: http://stackoverflow.com/questions/1542803/is-there-a-version-of-os-getcwd-that-doesnt-dereference-symlinks.
Not sure what you want to do with this issue, if you don't want to work around it, it is certainly worth mentioning in documentation.
Adding myself to CC in relation to http://tickets.opscode.com/browse/COOK-653
get settings module name on fork rather than on app initialization. It
allows people to use relative path in their projects. fix issues #219,
fixed in 17b47a3. Thanks for the report.