Re: auth and auth

2008-11-26 Thread Uwe C. Schroeder
On Tuesday 25 November 2008, Dalius Dobravolskas wrote: > On Wed, Nov 26, 2008 at 8:54 AM, Uwe C. Schroeder <[EMAIL PROTECTED]> wrote: > > What is it you want to achieve with this crusade? More popularity? I > > guess all you'll get is annoyed core developers. > &g

Re: auth and auth

2008-11-25 Thread Uwe C. Schroeder
> Technically this example does the same as > http://trac.sandbox.lt/auth/wiki/AuthFormMiddleware. Instead of > writing your plugin you would need to write isauthenticated function > that looks almost the same as identify function here. Technically all auth mechanisms do the same. Quite frankly

Re: SQLAlchemy 0.4.. reflected tables

2007-08-21 Thread Uwe C. Schroeder
| | > ||| > > > > On 8/21/07, Uwe C. Schroeder <[EMAIL PROTECTED]> wrote: > > autoload will get the primary key from the table if there is one defined > > (at least it does here on my postgresql installation). > > Views

Re: SQLAlchemy 0.4.. reflected tables

2007-08-21 Thread Uwe C. Schroeder
I thought the autoload=True should get that from > the existing Table, and not require specification. > > On Aug 21, 11:42 am, "Uwe C. Schroeder" <[EMAIL PROTECTED]> wrote: > > Does the User table have a primary key? If not, give it one and it should > > work. > >

Re: SQLAlchemy 0.4.. reflected tables

2007-08-21 Thread Uwe C. Schroeder
Does the User table have a primary key? If not, give it one and it should work. If it's a view, you'll have to specify the primary key like such: user_table = Table("User", metadata, Column('uid',Integer(),primary_key=True), autoload=True, autoload_with=config['pylons.g'].sa_engine) On Tuesda

Re: nosetests output

2007-07-31 Thread Uwe C. Schroeder
but only if you're using a csh derived shell nosetests > log 2>&1 if memory serves me, for a normal shell (sh, or bash) Uwe On Tuesday 31 July 2007, Jonathon Anderson wrote: > What do you mean, normal redirection doesn't work? > > nosetests >& file.log > > That should always work. It's just

Re: Turbogears now based on Pylons!

2007-06-28 Thread Uwe C. Schroeder
Funny you mention Twisted. May app is actually Twisted based - and yes, I agree. I had some good (and some bad) experiences with Glyph emailing back and forth to get things resolved :-) On Thursday 28 June 2007, Noah Gift wrote: > > drawbacks of TG is it's documentation (or lack thereof) whe

Re: Turbogears now based on Pylons!

2007-06-28 Thread Uwe C. Schroeder
On Thursday 28 June 2007, Michael Bayer wrote: > On Jun 28, 1:40 am, "Uwe C. Schroeder" <[EMAIL PROTECTED]> wrote: > > On Wednesday 27 June 2007, Michael Bayer wrote: > > > this issue can be worked around by using explicit transactions. > > > > act

Re: Turbogears now based on Pylons!

2007-06-28 Thread Uwe C. Schroeder
On Thursday 28 June 2007, Mike Orr wrote: > And this. If you have a 50-column table, by gosh SQLAlchemy is going > to select all 50 fields in full "`TableName`.columnName AS columnName > notation", which makes the query hard to read in the log. M - a 50 column table? My old CS teacher will

Re: Turbogears now based on Pylons!

2007-06-28 Thread Uwe C. Schroeder
On Wednesday 27 June 2007, Mike Orr wrote: > On 6/27/07, Uwe C. Schroeder <[EMAIL PROTECTED]> wrote: > > > if you > > > really want COMMIT for every SELECT, i'd favor it being enabled via an > > > option passed to create_engine(). > > > > Not

Re: Turbogears now based on Pylons!

2007-06-27 Thread Uwe C. Schroeder
On Wednesday 27 June 2007, Michael Bayer wrote: > On Jun 27, 8:24 pm, "Uwe C. Schroeder" <[EMAIL PROTECTED]> wrote: > > And on that note: if you're using SA with TG, SA issues a rollback on > > every transaction that is not an insert or update. So if you

Re: Turbogears now based on Pylons!

2007-06-27 Thread Uwe C. Schroeder
On Wednesday 27 June 2007, Mark Ramm wrote: > > It sounds like Pylons and TurboGears have very different paradigms > > about how transactions are handled. > > I can't do a side-by-side comparison, because I am not 100% clear on > an example of the "right way" to handle transactions in Pylons. > >