DjangoBot: #django-dev

sakyamuni: http://dpaste.com/59846/

that's what I'm getting

that is what it does for sqlite it seems, I am using postgres and DATABASE_NAME just gives me the regular DB name. I'll dig further hmm

sakyamuni: the test suite des use the 'regular' database you've specified with DATABASE_NAME in your setting.py

*does

cramm: when i start the test suite it creates a test_dbname database so I figured it used that one.

I will just work around this by assuming the db name is 'test_'+settings.DATABASE_NAME for now.

oh sorry, you're right. I had forgot about the test_ prefix thing

for anyone who might be interested i got the patch for ticket #4667 (edit inline support for generic relations in nfa) working. there is a write up of what i did in this blog post: http://paltman.com/2008/06/29/edit-inline-suppo...

hello everybody, i don't understand how to clone --bare with only one sub-directory. Any tip please? I checked man git-clone

sorry, wrong channel nevermind

it seems there is a useless import of wraps in contrib.auth.decorators, someone confirms before I fill a ticket?

david`bgk: yep, that seems to be unused

humn shouldn't wraps be used in the decorators ?

user_passes_test and login_required to wrap the decorated functions attributes

I can't find any reference to that, update_wrapper is used but not wraps

in the rest of django's decorators wraps is used in the decorators as : return wraps(view_func)(decorate)

i think this is also what should be the case in contrib.auth.decorators

david`bgk: Hi, can you remeber if the test suite failure you werre seeing on Mac OS X is this one?: http://code.djangoproject.com/wiki/DjangoOnWind...

cramm, it looks exactly the same: http://dpaste.com/59930/

david`bgk: could you give me details about (OS, python, setuptools) version, python distribution so I can add them to that page?

of course, osx leopard, python 2.5.1

mmmh where can I find setuptools informations?

david`bgk: hmm, on Debian and on Windows it's a package installable separately from Python

cramm, 0.6c8 for setuptools

david`bgk: thanks

freakboy3742: FYI, in Spain Mark is spelled Marc with C ;)) (for r7805) but no worries :)

mm.. r7770 says nfa is merged up to r7766, but it does not have the changes introduced in r7724, any clue?

I have a suggestion for fixing AlreadyRegistered in newforms-admin - anyone awake who cares to hear it?

telenieko: seems like a manual merge was needed and the hunk slipped from the eyes because on nf-a there is a SiteAdmin class definition between Site and RequestSite

*from the eyes of brosner

cramm: I saw it, maybe it conflicted during merge, I'll try to ping brosner later if he gets around, thanks ;)

SimonW: yes, please. unless you want to wait until some more people show up.

SimonW: did you see the discussion on Django-dev about this a while back?

empty: I think so, can't remember the details

here's the solution: allow people to register the same model more than once, BUT force them to specify the URL when they do so

SimonW: http://groups.google.com/group/django-developer...

I can't remember either. :D

there's a very good use case for having a model registered multiple times

say I have one model, but I want user type A to have one set of customisations when they edit it, and user type B to have another set of customisations

easiest way to do that would be to write two different custom ModelAdmin classes

and register it twice at two different URLs

: /admin/categories-for-superusers/ and /admin/categories-for-regular-users/ for example

admin.site.register(Category, SuperUserCategoryAdmin, slug="categories-for-superusers")

admin.site.register(Category, RegularUserCategoryAdmin, slug="categories-for-regular-users")

if you only register something once there's no need to pass the optional slug="" argument

and everything works exactly the same as it does now

if you try to register a model twice and /don't/ provide the slug="" argument on the second attempt, you get an exception

anything crazy about that? if not I'll write it up for the mailing list and investigate how hard it would be to actually implement

I can see the benefit in that. I've written a few ModelAdmin classes that had 3 or 4 branches for just about every authorization method.

I don't love putting the slug in the registration, but I guess ModelAdmin is already handling dispatch, so I can't think of a *real* reason not to like it.

telenieko: r7730

mm. thanks brosner, something's wrong in my git then :)

brosner: I'm changing nfa auth tests L23

i already fixed that

another effect of not having svn up-to-date, agh!

luckyly it was a simple thing

thanks ;)

i just removed the nfa tests in favor of the trunk ones

they were doing the same thing

brosner - did you see our recent discussion about AlreadyRegistered ? Check channel logs from about an hour ago

SimonW: yeah i did. one second and i'll get back to you :)

actually a bit longer than a second. going into a meeting ;)

I'm about to head for a train, probably be back online in half an hour or so