Re: Python 3 port - all tests now pass on 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Ian Clelland
On Tuesday, December 6, 2011, Ian Kelly wrote: > itertools.izip_longest was added in Python 2.6, though, so a > compatibility function is needed for Python 2.5. Ahh, that's a good catch. I'll have to make use of your solution, then. Ian -- Regards, Ian Clelland -- You received this message

Re: Python 3 port - all tests now pass on 2.5.4, 2.6.2, 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Ian Clelland
wrote: >> > >> > Without doing anything else, I installed pymysql, and made a few minimal >> > modifications to use that module in the mysql backend, and fixed one >> > Python3 incompatibility issue in db/backends/mysql/compiler.py. >> >> which was? (missed that earlier) It was the use of None a

Re: Python 3 port - all tests now pass on 2.5.4, 2.6.2, 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Joe & Anne Tennies
So, I hg pull; hg update and reran the Python3 tests. The Egg import test passes now. The attached patch fix makes the last 2 tests pass in both 2.7.2 and 3.2.1 under postgres and sqlite. I'll be honest and say I don't know why, so please figure out why and explain it to me. I think it's because p

Re: Python 3 port - all tests now pass on 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Ian Kelly
On Tue, Dec 6, 2011 at 8:46 PM, Ian Clelland wrote: > >> * compiler.py still had a map(None) call, that I replaced with >> izip_longest. > >> >> The biggest change was just adding izip_longest to utils.py3 and >> utils.itercompat. > > > I had the same issue with MySQL -- I used a block like this:

Re: Python 3 port - all tests now pass on 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Ian Clelland
> * compiler.py still had a map(None) call, that I replaced with izip_longest. > > The biggest change was just adding izip_longest to utils.py3 and > utils.itercompat. I had the same issue with MySQL -- I used a block like this: try: from itertools import zip_longest except ImportError: #

Re: Python 3 port - all tests now pass on 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Ian Kelly
I've just finished going through the oracle tests and sent you a pull request that fixes a few issues: * compiler.py still had a map(None) call, that I replaced with izip_longest. * cx_Oracle doesn't seem to want to accept bools as bind parameters with Python 3; these had to be converted to ints.

Re: Python 3 port - all tests now pass on 2.5.4, 2.6.2, 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Joe & Anne Tennies
Updated: I thought I'd put in my timing numbers on my computer (F16 on a Phenom II > x6): > > Python3 port on python 3.2.1 w/ sqlite: > * Ran 4429 tests in 528.327s > * FAILED (errors=1, skipped=96, expected failures=2, unexpected > successes=1) + > Python3 port on python 2.7.2 w/ sqlite: > * Ran

Bug: When editing unique_togethers in a modelformset you can't reverse values

2011-12-06 Thread Yo-Yo Ma
Take the following models: class Person(models.Model): name = models.CharField(_('Person'), max_length=255) class Production(models.Model): person = models.ForeignKey(Person) title = models.CharField(_('Title'), max_length=255) class Meta: unique_together = (('person', 't

Re: Python 3 port - all tests now pass on 2.5.4, 2.6.2, 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Ian Clelland
On Tue, Dec 6, 2011 at 5:05 PM, Vinay Sajip wrote: > > On Dec 6, 11:29 pm, Ian Clelland wrote: > > > > Without doing anything else, I installed pymysql, and made a few minimal > > modifications to use that module in the mysql backend, and fixed one > > Python3 incompatibility issue in db/backend

Re: Python 3 port - all tests now pass on 2.5.4, 2.6.2, 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Vinay Sajip
On Dec 6, 11:29 pm, Ian Clelland wrote: > > Without doing anything else, I installed pymysql, and made a few minimal > modifications to use that module in the mysql backend, and fixed one > Python3 incompatibility issue in db/backends/mysql/compiler.py. which was? > First initial test run indic

Re: Python 3 port - all tests now pass on 2.5.4, 2.6.2, 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Ian Clelland
On Tue, Dec 6, 2011 at 2:33 AM, Vinay Sajip wrote: > > On Dec 6, 4:18 am, Ian Clelland wrote: > > > If I replace line 25 with this block: > > > > resource_name = resource_string(app, pkg_name) > > if hasattr(resource_name, 'decode'): > > resource_name = resource_name.decode(settings.FILE_CHA

Re: Python 3 port - all tests now pass on 2.5.4, 2.6.2, 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Vinay Sajip
On Dec 6, 3:31 pm, "Joe & Anne Tennies" wrote: > PS: I too have a slow postgres even after I upped the shared_buffers and > effective_cache_size while disabling fsync, and it is still pretty darn > slow. (info from:http://www.revsys.com/writings/postgresql-performance.html) > I'm testing w/ trunk

Re: Python 3 port - all tests now pass on 2.5.4, 2.6.2, 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Joe & Anne Tennies
I thought I'd put in my timing numbers on my computer (F16 on a Phenom II x6): Python3 port on python 3.2.1 w/ sqlite: * Ran 4429 tests in 528.327s * FAILED (errors=1, skipped=96, expected failures=2, unexpected successes=1) + Python3 port on python 2.7.2 w/ sqlite: * Ran 4490 tests in 487.212s *

Re: PUT and post data

2011-12-06 Thread Thibault Jouannic
Thank you for taking the time to answer. On 1 déc, 21:41, Carl Meyer wrote: > However, web browsers do not submit PUT requests from HTML forms (and > they aren't likely to ever do so, as that proposed HTML5 feature was > removed [2]). Yeah, I was aware of that decision. The reason I had the prob

Re: Python 3 port - all tests now pass on 2.5.4, 2.6.2, 2.7.2 and 3.2.2 with the same codebase

2011-12-06 Thread Vinay Sajip
On Dec 6, 4:18 am, Ian Clelland wrote: > If I replace line 25 with this block: > > resource_name = resource_string(app, pkg_name) > if hasattr(resource_name, 'decode'): >     resource_name = resource_name.decode(settings.FILE_CHARSET) > return (resource_name, 'egg:%s:%s' % (app, pkg_name)) > > t