Re: svn merge problem

2006-05-16 Thread Nicola Larosa (tekNico)
> /me makes another note to spend some serious time with BZR... Try spending some time with Mercurial, too. It's simpler, smaller and faster than Bazaar-NG, while also being written in Python, with a little C. -- Nicola Larosa - http://www.tekNico.net --~--~-~--~~~

Re: RequestContext not working?

2006-05-16 Thread Andreas Neumeier
Adrian Holovaty schrieb: > Does the problem happen on both the Django development server and mod_python? Actually, this didn't come to my mind before, but I tried it just now and the development server is working What could be the issue there? -- Andreas lovebox.ath.cx --~--~-~--~

Re: Standalone template -- updated patch

2006-05-16 Thread Adrian Holovaty
On 5/16/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > As Luke mentioned in the ticket report (just posting here for the > archives), it's because in Python > > self._target = value > > is implemented as > > self.__setattr__('_target', value) > > for attributes that are not sp

Re: psycopg2 beta?

2006-05-16 Thread Bryan
Thanks, Adrian. I took care of the errors you get when you try to python manage.py syncdb: http://code.djangoproject.com/ticket/1904 Adrian Holovaty wrote: > On 5/16/06, Bryan <[EMAIL PROTECTED]> wrote: > > I talked with fog, one of the psycopg2 developers, about the current > > state of psycop

Re: Standalone template -- updated patch

2006-05-16 Thread Malcolm Tredinnick
On Tue, 2006-05-16 at 16:26 -0500, Adrian Holovaty wrote: > On 5/15/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > > A friend hit the standard problems with trying to use Django's templates > > in another application at his work last week. So we sat down on Saturday > > and polished Luke Plan

Re: psycopg2 beta?

2006-05-16 Thread Adrian Holovaty
On 5/16/06, Bryan <[EMAIL PROTECTED]> wrote: > I talked with fog, one of the psycopg2 developers, about the current > state of psycopg2. He said that "psycopg 2 itself is stable right now" > and that they just need to complete zpsycopgda 2. From what's been > discussed, it doesn't sound like th

Content Types/ ticket #1717

2006-05-16 Thread Ian Holsman
Hi. A while back I submitted a patch to re-enable the 'getContentType()' functionality which was in 0.91 (and removed when content types got moved into contrib) the solution adds a cached copy of the ContentType record onto a model IF you have loaded the contenttype app into your settings.

psycopg2 beta?

2006-05-16 Thread Bryan
I talked with fog, one of the psycopg2 developers, about the current state of psycopg2. He said that "psycopg 2 itself is stable right now" and that they just need to complete zpsycopgda 2. From what's been discussed, it doesn't sound like there is too much that psycopg2 can change later on tha

Re: Standalone template -- updated patch

2006-05-16 Thread Adrian Holovaty
On 5/15/06, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > A friend hit the standard problems with trying to use Django's templates > in another application at his work last week. So we sat down on Saturday > and polished Luke Plant's existing patch a little. I have put the new > patch into ticke

Re: ANN: multi-auth branch ready for testing

2006-05-16 Thread Joseph Kocherhans
On 5/16/06, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > perhaps the settings.py auth > backend might make better example code (perhaps in the "writing auth > backends" doc?) since it's actually pretty insecure :) Good call. Done in [2924] Joseph --~--~-~--~~~---~-

Re: RequestContext not working?

2006-05-16 Thread Daniel Poelzleithner
Andreas Neumeier wrote: > It looks like RequestContext just dies silently, but I couldn't tell > you for sure. > > I also figured out, there is another installation (rev. 2893 on Ubuntu > Dapper), which looks that it works perfectly. rev 2917 on Breezy seams > to fail for some reason i cannot de

Re: ANN: multi-auth branch ready for testing

2006-05-16 Thread Jonathan Daugherty
# Since this stuff is optional I wouldn't be opposed to including # well- written auth backends to services like OpenID in # django.contrib.auth... probably worth judging on a case-by-case # basis. I know some work on OpenID + Django has already been done, but I'd be glad to help out with it, as

Re: ANN: multi-auth branch ready for testing

2006-05-16 Thread Jacob Kaplan-Moss
On May 16, 2006, at 3:11 PM, Joseph Kocherhans wrote: > Anyone interested in mutiple authentication backends should check out > http://code.djangoproject.com/wiki/MultipleAuthBackends w00t! > At this point only 2 backends are included, one that checks > django.contrib.auth.models.User, and one t

Re: svn merge problem

2006-05-16 Thread Jacob Kaplan-Moss
On May 16, 2006, at 3:37 PM, [EMAIL PROTECTED] wrote: > Bizzaro-tastic! Spent half of the morning trying to figure this out. I > finally just blew away the branch, got a fresh checkout, and Ta Da! > > /ME grumbles something about svn, makes a note, and goes back to work Oh man have I ever been th

Re: svn merge problem

2006-05-16 Thread [EMAIL PROTECTED]
Bizzaro-tastic! Spent half of the morning trying to figure this out. I finally just blew away the branch, got a fresh checkout, and Ta Da! /ME grumbles something about svn, makes a note, and goes back to work Joseph --~--~-~--~~~---~--~~ You received this messag

ANN: multi-auth branch ready for testing

2006-05-16 Thread Joseph Kocherhans
Anyone interested in mutiple authentication backends should check out http://code.djangoproject.com/wiki/MultipleAuthBackends I've updated the authentication docs to cover the new changes, and the code is ready to go. A self proclaimed newbie has already posted an example LDAP backend to the wiki

Re: FastCGI support builtin to django-admin for 0.95 (patch included)

2006-05-16 Thread Bryan
Thanks a lot, James. This is really great. Will this be merged into the trunk any time soon? Bryan --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to d

Re: Suggestion: Better slugifying of scandinavic characters

2006-05-16 Thread Eugene Lazutkin
Malcolm Tredinnick wrote: > > At the risk of offending everybody who uses a language requiring > accents, but this one of those "it's harder than it looks" problems in > Unicode. You need to have a mapping from every accented character (or a > reasonable set of them) to their unadorned equivalent

svn merge problem

2006-05-16 Thread Joseph Kocherhans
I'm trying to merge changes from the trunk into the multi-auth branch. svn merge --dry-run -r 2892:HEAD http://code.djangoproject.org/svn/django/trunk works fine, but when I try to do it for real: svn merge -r 2892:HEAD http://code.djangoproject.org/svn/django/trunk svn barfs with the

Re: Suggestion: Better slugifying of scandinavic characters

2006-05-16 Thread Ivan Sagalaev
everes wrote: >So any django application used slugs are no use for none-ascii-charcter >languages. > > Exactly. My point is that Django shouldn't try to solve this problem. But impossibility to make truly international slugs shouldn't stop Django to do it better for couple of languages in Eur

Re: RequestContext not working?

2006-05-16 Thread [EMAIL PROTECTED]
Isn't this just a mysql libs in php vs libs in mysqldb issue? Died silently with a blank page until i switched to postgresql. Or recompile php correctly yourself. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "D

Re: RequestContext not working?

2006-05-16 Thread Adrian Holovaty
On 5/16/06, Andreas Neumeier <[EMAIL PROTECTED]> wrote: > It looks like RequestContext just dies silently, but I couldn't tell > you for sure. > > I also figured out, there is another installation (rev. 2893 on Ubuntu > Dapper), which looks that it works perfectly. rev 2917 on Breezy seams > to fa

Re: RequestContext not working?

2006-05-16 Thread Andreas Neumeier
Well, thats exactly my problem :) There is no access.log entry, no error.log entry and a blank page outputted... Debug is set to ON It looks like RequestContext just dies silently, but I couldn't tell you for sure. I also figured out, there is another installation (rev. 2893 on Ubuntu Dapper),

Re: RequestContext not working?

2006-05-16 Thread Adrian Holovaty
On 5/16/06, Andreas Neumeier <[EMAIL PROTECTED]> wrote: > --- cut --- > from django.template import Context, RequestContext > from django.core import template_loader > from django.http import HttpResponse > > def index(request): > t = template_loader.get_template('portal/index.html') > c = Req

Re: Suggestion: Better slugifying of scandinavic characters

2006-05-16 Thread Rudolph
If it's so difficult, why don't we start with a solution that solves the problem for almost everyone. If someone encounters characters we didn't think of, we can always add it to the mapping table... Rudolph --~--~-~--~~~---~--~~ You received this message because

Re: Suggestion: Better slugifying of scandinavic characters

2006-05-16 Thread everes
It's the problem for 'Better slugifying'. As for Japanese, Django strips all charcters. It means we use Japanese for slug field, no charcters assigned for slug. So any django application used slugs are no use for none-ascii-charcter languages. How about RFC3490 (IDNA)? I know RFC3490 is not read

RequestContext not working?

2006-05-16 Thread Andreas Neumeier
I just created a new djangorpoject, with a moraless empty view, which looks like that: --- cut --- from django.template import Context, RequestContext from django.core import template_loader from django.http import HttpResponse def index(request): t = template_loader.get_template('portal/index

Re: Suggestion: Better slugifying of scandinavic characters

2006-05-16 Thread Ivan Sagalaev
Malcolm Tredinnick wrote: >So either we're going to end up carrying around a fairly large mapping >table in the Javascript or we need a better solution. > > Looking at what Wordpress does at the link in the beginning of this thread (http://trac.wordpress.org/file/trunk/wp-includes/functions-f

Re: Suggestion: Better slugifying of scandinavic characters

2006-05-16 Thread Malcolm Tredinnick
On Tue, 2006-05-16 at 09:36 +0200, Gábor Farkas wrote: > Malcolm Tredinnick wrote: > > On Tue, 2006-05-16 at 09:00 +0200, Gábor Farkas wrote: > >> Jeroen Ruigrok van der Werven wrote: > >>> On 5/16/06, Ville Säävuori <[EMAIL PROTECTED]> wrote: > I think that this problem applies in most europ

Re: Suggestion: Better slugifying of scandinavic characters

2006-05-16 Thread Petar Marić
There has been a similar discussion of these issues about a month ago on this list -- Petar Marić *e-mail: [EMAIL PROTECTED] *mobile: +381 (64) 6122467 *icq: 224720322 *skype: petar_maric *web: http://www.petarmaric.com/ --~--~-~--~~~---~--~~ You received this me

Re: Suggestion: Better slugifying of scandinavic characters

2006-05-16 Thread Gábor Farkas
Malcolm Tredinnick wrote: > On Tue, 2006-05-16 at 09:00 +0200, Gábor Farkas wrote: >> Jeroen Ruigrok van der Werven wrote: >>> On 5/16/06, Ville Säävuori <[EMAIL PROTECTED]> wrote: I think that this problem applies in most european languages, too. Like, say, Swedish, German and French. >

Re: Suggestion: Better slugifying of scandinavic characters

2006-05-16 Thread Malcolm Tredinnick
On Tue, 2006-05-16 at 09:00 +0200, Gábor Farkas wrote: > Jeroen Ruigrok van der Werven wrote: > > On 5/16/06, Ville Säävuori <[EMAIL PROTECTED]> wrote: > >> I think that this problem applies in most european languages, too. > >> Like, say, Swedish, German and French. > > > > The same appliesa for

Re: Suggestion: Better slugifying of scandinavic characters

2006-05-16 Thread Gábor Farkas
Jeroen Ruigrok van der Werven wrote: > On 5/16/06, Ville Säävuori <[EMAIL PROTECTED]> wrote: >> I think that this problem applies in most european languages, too. >> Like, say, Swedish, German and French. > > The same appliesa for Dutch where we use trema's (sort of umlauts) to > denote any possi