Re: Community representation, or, #django user "Magus-" needs to go far away

2008-06-25 Thread Tom Tobin
On Wed, Jun 25, 2008 at 4:48 PM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > Calling someone else out publically is a move of last resort, and one > that should be avoided at all costs. ::sigh:: I'm sorry; after this and another spat on the ChiPy list, I think I'm not very good at the whole

Re: Intended usage of dump/load data

2008-06-25 Thread Russell Keith-Magee
On Thu, Jun 26, 2008 at 3:47 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > It appears that dumpdata includes things that syncdb will create > automatically, and then loaddata attempts to insert them again, > violating the unique constraint. You've just found #7052. Changeset [7615]

Re: Intended usage of dump/load data

2008-06-25 Thread Brian Luft
Yes, this should be asked on the users group. As you've discovered the syncdb command may also populate some tables with initial data - which isn't desirable in your situation. I think that for a beginner, the connotation of "sync" could be a little confusing and it probably takes making

Re: Simple_tag revamp: now takes context and inner block #1105

2008-06-25 Thread Julien Phalip
Thanks Jacob and Jeremy for these suggestions ;) On Jun 26, 2:30 am, "Jeremy Dunck" <[EMAIL PROTECTED]> wrote: > On Wed, Jun 25, 2008 at 11:24 AM, Jacob Kaplan-Moss<[EMAIL PROTECTED]> wrote: > > ... > > > I don't know that it'll make it in before 1.0 since we're focusing on > > stuff on the

Re: DDN: Contrib apps testing their own views (#7521)

2008-06-25 Thread Russell Keith-Magee
On Wed, Jun 25, 2008 at 10:40 PM, Gary Wilson Jr. <[EMAIL PROTECTED]> wrote: > > Russell Keith-Magee wrote: >> My preferred solution here would be to provide a way for test cases to >> substitute a top level URL pattern object for the duration of the >> test. For example: > > Swapping the root

Locations needed for 1.0 sprints.

2008-06-25 Thread Jacob Kaplan-Moss
Hi folks -- I'm setting up sprints leading up to the 1.0 release, and I need some volunteers to host a couple of 'em. So far, here's what we've got by way of sprinting: July 10-12: EuroPython July 18: Sausalito, CA August 1: ? August 8: Lawrence, KS August 15: ? August 22: ? So we need a spot

Re: Community representation, or, #django user "Magus-" needs to go far away

2008-06-25 Thread Alex Ezell
I'd like to offer one more perspective. Magus- (Collin) was one of the first folks to help me in the IRC channel. And, initially, I did think to myself "well, that's a little smug." Then, I tried helping people the way he does for a mere fraction of the time he does. Answering the same 5

Re: Community representation, or, #django user "Magus-" needs to go far away

2008-06-25 Thread James Bennett
On Wed, Jun 25, 2008 at 4:21 PM, Tom Tobin <[EMAIL PROTECTED]> wrote: > Specifically, I'd like you to note interactions with user "Magus-" > (with trailing dash). Four points: 1. His name is Collin. 2. He's one of the channel ops. 3. As someone who hangs out in the channel pretty much 24/7 I

Re: Community representation, or, #django user "Magus-" needs to go far away

2008-06-25 Thread [EMAIL PROTECTED]
"Has to go". Heh. While I certainly agree he doesn't exactly come across as nice, I wouldn't call him abusive. He's terse and a bit impatient but generally friendly. He's an Op and I've never seen him ban people senselessly. I log in on weekends and often see him in the room walking people

Re: Community representation, or, #django user "Magus-" needs to go far away

2008-06-25 Thread Justin Fagnani
Ha, Magus is great. He's helped so many people, it's mind boggling. Rather than ban him, I'd say he should get donations. The problem on every IRC channel or email list is that often people don't actually listen to the advice given to them, or read the documentation pointed out to them. Magus

Re: Community representation, or, #django user "Magus-" needs to go far away

2008-06-25 Thread Brian Jackson
It's too bad you had a negative experience with someone in the IRC channel. However, aside from how abrasive he can be from time to time, he's usually the only one to answer questions in there. I'd guess he does a majority of the help in there (no offense to the others that do a good deal of

Community representation, or, #django user "Magus-" needs to go far away

2008-06-25 Thread Tom Tobin
I don't spend much time in #django on Freenode, but for a moment, I'd like you to check the logs of that channel. http://oebfare.com/logger/django/ Specifically, I'd like you to note interactions with user "Magus-" (with trailing dash). I think we have a representation problem on our hands.

Intended usage of dump/load data

2008-06-25 Thread [EMAIL PROTECTED]
Hi, this could be question for -users, but I have a feeling it would eventually end up here. I'm questioning if my usage of dumpdata and loaddata are "correct". Here's my use case: 1. Server A: - python manage.py dumpdata > dump.json 2. Server B: - createdb - (copy

DDN 1.0 alpha tickets

2008-06-25 Thread Jeff Anderson
These are tickets that don't have an owner, are DDN, and are in the 1.0 alpha milestone. http://code.djangoproject.com/ticket/6406 - discusses hooks for form saving http://code.djangoproject.com/ticket/7268 - The only thing left here is changing script names in django to a consistent naming

Re: Simple_tag revamp: now takes context and inner block #1105

2008-06-25 Thread Jeremy Dunck
On Wed, Jun 25, 2008 at 11:24 AM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: ... > I don't know that it'll make it in before 1.0 since we're focusing on > stuff on the roadmap, but if you're willing to be patient this'll > almost certainly go in after. And possibly before if I find the time, >

Re: Proposal: PostgreSQL backends should *stop* using settings.TIME_ZONE

2008-06-25 Thread Tom Tobin
On Wed, Jun 25, 2008 at 11:17 AM, Ramiro Morales <[EMAIL PROTECTED]> wrote: > > On Wed, Jun 25, 2008 at 1:12 PM, Tom Tobin <[EMAIL PROTECTED]> wrote: > >> >> I propose that the PostgresSQL backends start acting like the other >> backends regarding time zones: they should start ignoring them >>

Re: Simple_tag revamp: now takes context and inner block #1105

2008-06-25 Thread Jacob Kaplan-Moss
Hey Julien -- #1105 looks quite nice (though it looks like your patch was generated weirdly... at least, the paths are strange -- no real problem, though). I don't know that it'll make it in before 1.0 since we're focusing on stuff on the roadmap, but if you're willing to be patient this'll

Re: Proposal: PostgreSQL backends should *stop* using settings.TIME_ZONE

2008-06-25 Thread Ramiro Morales
On Wed, Jun 25, 2008 at 1:12 PM, Tom Tobin <[EMAIL PROTECTED]> wrote: > > I propose that the PostgresSQL backends start acting like the other > backends regarding time zones: they should start ignoring them > completely (i.e., use a plain TIMESTAMP [WITHOUT TIME ZONE], and stop > using SET TIME

Proposal: PostgreSQL backends should *stop* using settings.TIME_ZONE

2008-06-25 Thread Tom Tobin
Thanks to some happy signal magic, I've come up with a "DateTimeZoneField" that takes a "time_zone" argument; time_zone can be a tzinfo instance or a field lookup to a zoneinfo string (e.g., "America/Chicago"). The field can then consume any sort of datetime object, and will always spit back a

Re: more DDN Tickets

2008-06-25 Thread Brian Rosner
On Wed, Jun 25, 2008 at 9:42 AM, Joseph Kocherhans <[EMAIL PROTECTED]> wrote: > More discussion is needed, but it seems like we're at a point where we > should be discussing a list of possible options. I forget what all of > them are, but maybe someone can write them up and post them here? Yes.

Re: more DDN Tickets

2008-06-25 Thread Joseph Kocherhans
On Wed, Jun 25, 2008 at 5:03 AM, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > > On Wed, Jun 25, 2008 at 1:18 PM, Jeff Anderson <[EMAIL PROTECTED]> wrote: >> Here is another list: >> >> #6003 (from nfa-blocker) >> #6450 >> #4148 > > Done. #6003 needs a little more discussion; I'd like to hear

Re: URL Resolvers: a little refactoring goes a long way

2008-06-25 Thread Ken Arnold
Okay, I've submitted #7537 with three patches. I manually split out sub-changes from a previous version, so some things may be broken, but hopefully in simple ways. The first patch at least could go in almost as-is (one little design- decision FIXME) and would be immediately helpful. The second

Re: DDN: Contrib apps testing their own views (#7521)

2008-06-25 Thread Gary Wilson Jr.
Russell Keith-Magee wrote: > On Wed, Jun 25, 2008 at 1:17 AM, Marc Fargas <[EMAIL PROTECTED]> wrote: >> I can think of two options right now: >>* manage.py test should not run django.contrib.* tests, those are >> supposed to have been run in runtests.py and working fine (that's the >>

Re: more DDN Tickets

2008-06-25 Thread Jeff Anderson
[EMAIL PROTECTED] wrote: That one looks like it should have been #4148: http://code.djangoproject.com/ticket/4148 On Jun 25, 1:25 am, Collin Grady <[EMAIL PROTECTED]> wrote: Jeff Anderson said the following: #4118 Do you have the wrong # here? That ticket is closed:

Re: URL Resolvers: a little refactoring goes a long way

2008-06-25 Thread Gary Wilson Jr.
Ken Arnold wrote: > I wanted to get any feedback on this change before submitting a > ticket, but if people think it's a good idea, I can clean up the patch > and make a ticket. Anything that gets REST projects and nfa off the ad-hoc dispatchers sounds like a good idea to me. Along with a

Re: DDN: Contrib apps testing their own views (#7521)

2008-06-25 Thread Russell Keith-Magee
On Wed, Jun 25, 2008 at 1:17 AM, Marc Fargas <[EMAIL PROTECTED]> wrote: > > But oviously, contrib apps should (to not say must) test their views to > be sure that code released works! Hence, there should be a way for > contrib apps to have an urls.py and test it. Agreed. This is something we

RWLock semantics (from ticket #6413)

2008-06-25 Thread Tomas Kopecek
Hello, In django.utils.synch is located RWLock. When you try enter the same lock twice (probably in some subprocedure) you can't. I think that correct semantics is that you had acquired this lock in this thread so you should get it again with no problem. Other (but not preferred) variant is

Re: more DDN Tickets

2008-06-25 Thread [EMAIL PROTECTED]
That one looks like it should have been #4148: http://code.djangoproject.com/ticket/4148 On Jun 25, 1:25 am, Collin Grady <[EMAIL PROTECTED]> wrote: > Jeff Anderson said the following: > > > #4118 > > Do you have the wrong # here? That ticket is closed: duplicate :) > > -- > Collin Grady > > It

Re: more DDN Tickets

2008-06-25 Thread Collin Grady
Jeff Anderson said the following: > #4118 Do you have the wrong # here? That ticket is closed: duplicate :) -- Collin Grady It was a brave man that ate the first oyster. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google