Re: new syntax for management commands

2012-08-12 Thread Florian Apolloner
Hi, On Monday, August 13, 2012 1:54:36 AM UTC+2, Alex_Gaynor wrote: > > In my view, the current largest source of boilerplate with management > commands is where they have to be, you have to stick them 3 directories > deep. Writing a command itself is pretty boilerplate free. > Agreed, a saner

Re: new syntax for management commands

2012-08-12 Thread Alex Gaynor
On Sun, Aug 12, 2012 at 4:51 PM, Russell Keith-Magee < russ...@keith-magee.com> wrote: > On Sun, Aug 12, 2012 at 6:32 PM, Florian Apolloner > wrote: > > Hi, > > > > > > On Sunday, August 12, 2012 2:22:58 AM UTC+2, Russell Keith-Magee wrote: > >> > >> I'll agree that it looks appealing. However, a

Re: new syntax for management commands

2012-08-12 Thread Russell Keith-Magee
On Sun, Aug 12, 2012 at 6:32 PM, Florian Apolloner wrote: > Hi, > > > On Sunday, August 12, 2012 2:22:58 AM UTC+2, Russell Keith-Magee wrote: >> >> I'll agree that it looks appealing. However, as always, my question is >> about backwards compatibility. > > > Seriously? In my eyes it's ugly, especi

Re: new syntax for management commands

2012-08-12 Thread Mikhail Korobov
Some people prefer argparse, some people prefer decorator-based syntax (like django-boss or argh), there are people prefer other methods (e.g. docopt). I think it is better not to invent yet another command-line framework. Maybe delegate option parsing to user favorive library and provide some

Re: Optional operator index discussion

2012-08-12 Thread Eric Floehr
Hi Russ, Sorry for the delayed response. Just finished up chairing PyOhio and got through my work backlog. Broadly speaking -- yes, sounds interesting; the trick will be coming > up with an API that *isn't* PostgreSQL specific. > Definitely, and one that doesn't complicate things for the 99%

Re: #18557: get_or_create() causes a race condition with MySQL

2012-08-12 Thread Cal Leeming [Simplicity Media Ltd]
On Sun, Aug 12, 2012 at 4:41 PM, Cal Leeming [Simplicity Media Ltd] < cal.leem...@simplicitymedialtd.co.uk> wrote: > Based on all the responses given so far, here are the options available. > > Further feedback would be much appreciated. > > *A) Use READ COMMITTED as a global/my.cnf:* > > Last tim

Re: #18557: get_or_create() causes a race condition with MySQL

2012-08-12 Thread Cal Leeming [Simplicity Media Ltd]
Based on all the responses given so far, here are the options available. Further feedback would be much appreciated. *A) Use READ COMMITTED as a global/my.cnf:* Last time we tried read committed isolation levels, it caused various PHP applications to break for an unknown reason - as it was in a

Re: new syntax for management commands

2012-08-12 Thread Florian Apolloner
Hi, On Sunday, August 12, 2012 2:22:58 AM UTC+2, Russell Keith-Magee wrote: > > I'll agree that it looks appealing. However, as always, my question is > about backwards compatibility. > Seriously? In my eyes it's ugly, especially if you have more than one options. Eg imagine you have decorated