If not, I am happy to submit a patch. What is the best place in svn
to patch against? Magic removal branch or trunk?
If you're asking why, here is a common situation I have with database
configurations... In order to run in multiple environments I declare
DSNs as environment variables so that this detail is decoupled from
the code. This also lets multiple users set up dev environments
easily and keeps sensitive information out of the code repository. As
it works now, it would be cumbersome to deal with 6 separate env vars:
engine, name, user, password, host, port.
thanks, Kumar
You're not missing anything, it's not there :)
> If not, I am happy to submit a patch. What is the best place in svn
> to patch against? Magic removal branch or trunk?
The magic-removal branch was merged a few days ago, so it *is* the trunk now.
> If you're asking why, here is a common situation I have with database
> configurations... In order to run in multiple environments I declare
> DSNs as environment variables so that this detail is decoupled from
> the code. This also lets multiple users set up dev environments
> easily and keeps sensitive information out of the code repository. As
> it works now, it would be cumbersome to deal with 6 separate env vars:
> engine, name, user, password, host, port.
Sounds like a good idea to me. A patch would be great!
Joseph
+1. I've wanted to do this for a while. Let me know if you want help
with the patch.
have fun ;)
btw ... how are people running the test suite? Do you make a custom
test_settings.py module and keep it somewhere on your pythonpath?
That's what I was doing but it would be nice if there were default
settings that just started everything with sqlite3 if you didn't need
custom settings.
K