Re: 1.1rc1 - KeyError in debug.py in technical_404_response

On Aug 5, 9:15 pm, Adam Vollrath wrote: > I'm not sure what the root cause of this is, and I'm really just glad > it's working again.  I'm willing to do more troubleshooting if > prompted by list members.  Perhaps setting django.root to be just a / > was a bad call,

Re: 1.1rc1 - KeyError in debug.py in technical_404_response

I, too, saw this exact stack trace, but when using mod_python. The error did not appear when using the built-in "runserver". Also, it only occurred when requesting a URL beyond the root /. This distinction led me to review my VirtualHost configuration, and I commented out the following line:

Re: [soc2008/i18n] Status

Hi Marc, On Wed, 2009-08-05 at 05:22 -0700, Marc Garcia wrote: [...] > Now, while waiting for feedback, I'll be fixing some minor i18n bugs, > already reported on trac. I assigned to myself, what I plan to work > on, so you can check the list on trac [2]. None ot eh tickets you have currenly

Re: Multi-DB Update

On Wed, Aug 5, 2009 at 2:54 AM, Roman Vorushin wrote: > > Alex, > >>If anyone has access to an Oracle DB (or any other backend with a >>custom query object and doesn't mind doing the small bit of porting) >>and wouldn't mind testing it out in an env with both Oracle and

Template Caching

Hey everyone, I've been working on a patch for Django that would allow you to optionally cache templates after they've been lexed and parsed (compiled) by the template engine. I've got things far enough along that I have a working implementation, so I thought I'd share here and see if anyone had

[soc2008/i18n] Status

Hi folks, sorry for the late report. The formatting data part of my project has reached a "beta" version, and now it's ready for testing. I'm sure it'll be some work based on everybody's feedback, but it's mostly completed. Some things to mention about it, is that finally I couldn't import all

Re: Multi-DB Update

Alex, >If anyone has access to an Oracle DB (or any other backend with a >custom query object and doesn't mind doing the small bit of porting) >and wouldn't mind testing it out in an env with both Oracle and >another DB that would be most appreciated I have access to Oracle database (one of my