Test failures under Oracle

2013-03-10 Thread Aymeric Augustin
Hi folks, At the moment, a few tests are failing under Oracle. I've created tickets for each of them: https://code.djangoproject.com/ticket/20010 https://code.djangoproject.com/ticket/20011 https://code.djangoproject.com/ticket/20012 https://code.djangoproject.com/ticket/20013

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 9:52 AM, Aymeric Augustin wrote: > Oracle's online docs are a sad joke Specifically? The Oracle document is rather extensive and detailed. What's confusing you? -- You received this message because you are subscribed to the Google

Re: Test failures under Oracle

2013-03-10 Thread Aymeric Augustin
On 10 mars 2013, at 10:34, Petite Abeille wrote: > On Mar 10, 2013, at 9:52 AM, Aymeric Augustin > wrote: > >> Oracle's online docs are a sad joke > > Specifically? The Oracle document is rather extensive and detailed. What's >

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 12:58 PM, Aymeric Augustin wrote: > On 10 mars 2013, at 10:34, Petite Abeille wrote: > >> On Mar 10, 2013, at 9:52 AM, Aymeric Augustin >> wrote: >> >>> Oracle's online

Re: Test failures under Oracle

2013-03-10 Thread Florian Apolloner
Hi, On Sunday, March 10, 2013 6:33:08 PM UTC+1, Petite Abeille wrote: > > > I'm only dealing with Oracle to fix failures in Django's test suite or > ensure that new features are supported under Oracle. Clearly I'm not smart > or knowledgeable enough to take advantage of its docs. > If you can

Re: Test failures under Oracle

2013-03-10 Thread Ian Kelly
On Sun, Mar 10, 2013 at 1:52 AM, Aymeric Augustin wrote: > Hi folks, > > At the moment, a few tests are failing under Oracle. I've created tickets for > each of them: > > https://code.djangoproject.com/ticket/20010 > https://code.djangoproject.com/ticket/20011

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 7:04 PM, Florian Apolloner wrote: > It's not always just SQL and even then, before formulating them in SQL it's > easier to just ask the Oracle users to take a look at the failing issues > and provide help there… Eg:

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 7:11 PM, Ian Kelly wrote: > #20015 looks like an expected failure. Oracle supports lookups of > date fields using strings by implicitly converting the string to a > date. The test is doing a startswith lookup that is going to produce > sql that looks

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 7:56 PM, Petite Abeille wrote: > If you are not explicit, the session NLS format is applied, with > unpredictable results. For the record, one can always set this explicitly at the session level as well, e.g.: alter session set nls_date_format =

Re: Test failures under Oracle

2013-03-10 Thread Aymeric Augustin
On 10 mars 2013, at 20:08, Petite Abeille wrote: > > On Mar 10, 2013, at 7:56 PM, Petite Abeille wrote: > >> If you are not explicit, the session NLS format is applied, with >> unpredictable results. > > For the record, one can always set

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 8:28 PM, Aymeric Augustin wrote: > Django does this already: > https://github.com/django/django/blob/master/django/db/backends/oracle/base.py#L548-L555 Perfect. In the case of #20015, the issue is the other way round… the literal

Re: Test failures under Oracle

2013-03-10 Thread Florian Apolloner
Hi, On Sunday, March 10, 2013 7:48:02 PM UTC+1, Petite Abeille wrote: > > (1) Whereabout way to get table metadata (i.e. query the table to figure > out its data to figure out its meta data). Instead, using the data > dictionary directly would be more reliable and to the point, e.g. select >

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 8:45 PM, Florian Apolloner wrote: > Patches welcome… Yes, I wish I knew Python. Sadly I don't. :) > Well the issue is that nobody wrote get_key_columns yet, so we'd need a > patch which adds this method to the oracle backend, examples can be taken

Re: Test failures under Oracle

2013-03-10 Thread Florian Apolloner
Hi, On Sunday, March 10, 2013 9:00:57 PM UTC+1, Petite Abeille wrote: > > > Patches welcome… > Yes, I wish I knew Python. Sadly I don't. :) > Interesting. Out of curiosity may I ask what brought you to this ML then? (Don't get me wrong, it's just not that often that people write to this

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 8:28 PM, Aymeric Augustin wrote: > https://github.com/django/django/blob/master/django/db/backends/oracle/base.py#L548-L555 Last but not least… I couldn't help notice these suspicious looking operators:

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 9:12 PM, Florian Apolloner wrote: > Interesting. Out of curiosity may I ask what brought you to this ML then? Ah, oh, yes, well… subscribed to the django mailing lists a while back to see what was all the fuss about :) That specific thread caught

Re: Test failures under Oracle

2013-03-10 Thread Ian Kelly
On Sun, Mar 10, 2013 at 1:44 PM, Petite Abeille wrote: > > On Mar 10, 2013, at 8:28 PM, Aymeric Augustin > wrote: > >> Django does this already: >>

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 9:28 PM, Ian Kelly wrote: > Digging into the code a bit further, I see that the postgresql backend > accomplishes this by tacking '::text' onto the end of the field name > when the lookup is a string-based lookup like startswith. Oracle > could

Re: Test failures under Oracle

2013-03-10 Thread Ian Kelly
On Sun, Mar 10, 2013 at 2:15 PM, Petite Abeille wrote: > > On Mar 10, 2013, at 8:28 PM, Aymeric Augustin > wrote: > >> https://github.com/django/django/blob/master/django/db/backends/oracle/base.py#L548-L555 > > Last but not least… I

Re: Test failures under Oracle

2013-03-10 Thread Petite Abeille
On Mar 10, 2013, at 9:36 PM, Ian Kelly wrote: > These particular lookups have a long history of being tweaked due to > users coming up with installations where the existing queries did not > work. See tickets #5985, #11017 and #14149. I'd rather not reopen > this issue

Re: Test failures under Oracle

2013-03-10 Thread Shai Berger
On Sunday 10 March 2013, Florian Apolloner wrote: > and provide help there… Eg: https://code.djangoproject.com/ticket/20014 is > a perfect example where someone with Oracle knowledge can chime in, Here's a starting point, a query for the constraints affecting a table, from the South backend for

Memcache not caching big values (> 1Mb)

2013-03-10 Thread Luciano Pacheco
Hi all, Memcache backend, using python-memcache silently ignores data bigger than 1Mb. This is more serious on using cache for pages (full body) where it's more likely to have larger data being cached. Also, larger pages usually are the ones that need more cache, because their more costly to

MySQL, Django 1.6, Python3

2013-03-10 Thread Norberto Bensa
Hello, I wanted to run Django with Python 3 but mysql was a showstopper until today. Thanks to G+ I found a few links of interest: http://stackoverflow.com/questions/13320343/can-i-use-mysql-on-djangodev-1-6-x-with-python3-x

Testing a django_localflavor_XX package

2013-03-10 Thread Alon Nisser
how am I supposed to test this? tried following some examples in other repo, but all failed. I wrote the test itself but it Doesn't run due to "You must either define the environment variable DJANGO_SETTINGS_MODULE or call settings.configure() before accessing settings" my *fork here

Re: Django Admin Revamp - Any updates?

2013-03-10 Thread Pantelis Petridis
I'd like to add yawd-admin to the list. It's bootstrap, up-to date with the latest core admin changes, stable, the github master fully supports django1.5 and has many goodies like modal inlines, fancybox popups for add_related , custom widgets, db settings,

Re: Test failures under Oracle

2013-03-10 Thread Ian Kelly
On Sun, Mar 10, 2013 at 3:03 PM, Petite Abeille wrote: > Another point perhaps worthwhile mentioning: > > # There's no way for the DatabaseOperations class to know the > # currently active Oracle version, so we do some setups here. > >