dumpdata with custom auth model

uot;, "auth_user"."is_superuser", "auth_user"."date_joined" FROM "auth_user" ORDER BY "auth_user"."id" ASC; args=() CommandError: Unable to serialize database: relation "auth_user" does not exist LINE 1: ...r"

Re: Perimission field name on the new Custom User Model

r model. That should change the database field name > without interfering with Django's ModelBackend. > > Best, > Alex Ogier > > > On Thu, Nov 8, 2012 at 3:27 PM, Christian Jensen > <christ...@jensenbox.com>wrote: > >> I was tweaking around with making an email a

Perimission field name on the new Custom User Model

t and just not know the better way to fix this. Christian -- *Christian Jensen* 724 Ioco Rd Port Moody, BC V3H 2W8 +1 (778) 996-4283 christ...@jensenbox.com -- You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group,

Re: Custom user models in 1.5, not flexible/dry enough?

I think this is the right approach when I was making my custom user model I was thinking the same thing. I hope these mixins make it in. Sent from my iPhone On 2012-11-06, at 2:55 PM, Alex Ogier wrote: So, I went ahead and implemented the most useful mixin of the three

Re: 1.5, update_fields and PostgreSQL (or other MVCC style database) - request for documentation note

row. > > On Friday, November 2, 2012 at 9:42 PM, Christian Jensen wrote: > > I was just writing some code against 1.5 and thought I might use the new > .save(update_fields=['xyz']) then I realized I was using PostgreSQL - which > is an MVCC... which re-writes the entire row as f

1.5, update_fields and PostgreSQL (or other MVCC style database) - request for documentation note

I was just writing some code against 1.5 and thought I might use the new .save(update_fields=['xyz']) then I realized I was using PostgreSQL - which is an MVCC... which re-writes the entire row as far as I know even when one column is being updated. I popped into the release notes and it does