Re: Oracle: call for testing

2007-01-03 Thread Matt Boersma
Andreas, I finally got around to applying and testing your patch. Thanks very much--it makes the Oracle test environment much more flexible. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group

Re: Oracle: call for testing

2006-12-20 Thread McA
Matt Boersma schrieb: - To run the unit ts, est suite, do "python tests/runtests.py --settings=myproject.settings" from the root of the boulder-oracle-sprint branch. Make sure myproject.settings is a python module in your PYTHONPATH that is configured to connect to an Oracle database. Hi Mat

Re: Oracle: call for testing

2006-12-19 Thread McA
Matt Boersma schrieb: > Here is the current status of Oracle support: Hi Matt, thank you for answering so fast. It helps me starting in the right direction, hopefully. ;-) > Questions about Django development in general are answered here: > http://www.djangoproject.com/documentation/contribut

Re: Oracle: call for testing

2006-12-18 Thread Matt Boersma
Here is the current status of Oracle support: - Some of the backend files are already in subversion trunk, but not enough to make it functional. Don't bother testing (or patching) Oracle support in the trunk--the branch is where the action is. - Some Colorado developers, along with Jacob Kaplan-

Re: Oracle: call for testing

2006-12-18 Thread McA
Hi ogghead, I'm just new to django and would like to give it a try. I need Oracle support and therefore searched around. Could you explain, what the current status of Oracle support is? How can the tests you mentioned be done. I don't know how to do them in my environment. Are changes from trunk

Re: Oracle: call for testing

2006-11-19 Thread gabor
Michael van der Westhuizen wrote: > Hi, > > On 11/17/06, ogghead <[EMAIL PROTECTED]> wrote: >> The django source code in the boulder-oracle-sprint branch has had the >> trunk HEAD merged in, and now passes all but 4 of the 65 tests in the >> suite against my 10g and 9i database instances. > [snip

Re: Oracle: call for testing

2006-11-19 Thread Michael van der Westhuizen
Hi Again, A little more feedback on the new Oracle backend. I've now switched my testing to Python 2.5, so cx_Oracle is returning datetime.datetime, not a custom type. There still seems to be a problem with Admin and DateTimeFields. DateFields seem to be ok. Here's what I can do to reliably re

Re: Oracle: call for testing

2006-11-19 Thread Michael van der Westhuizen
Hi, On 11/17/06, ogghead <[EMAIL PROTECTED]> wrote: > > The django source code in the boulder-oracle-sprint branch has had the > trunk HEAD merged in, and now passes all but 4 of the 65 tests in the > suite against my 10g and 9i database instances. [snip] I've finally got around to getting this c

Oracle: call for testing

2006-11-17 Thread ogghead
The django source code in the boulder-oracle-sprint branch has had the trunk HEAD merged in, and now passes all but 4 of the 65 tests in the suite against my 10g and 9i database instances. If you do Oracle, or if you're an Open Sourcerer who's willing to pinch his or her nose for a bit, we could