Hi Russ,

Thanks for the detailed response and I agree with all of your
sentiments.  You're doing a great job and you are a tremendous asset
to this list.  Keep up the great work.

Having been a committer to other framework projects, I understand the
constant pressure to integrate feature X,Y, and Z.  I'm totally on
board with the direction the core devs are taking and have faith that
the future will see some exciting new developments.

I'm open to any or all solutions to this problem.  If I can use a
compact pattern or drop in a metaclass somewhere that will enable this
functionality then I can certainly live with that.   No need to put in
man hours maintaining a branch if the solution is a simple tweak to an
existing setup.

You're right - "unfortunate" is a value judgement and I really meant
it would be unfortunate if lack of a feature drove people away.  Of
course that happens anyway (what no ajax support? what no clunky
templating engine? i pass...) - you know the story.  It is very
fortunate that we have a solid framework being driven by talented,
dedicated people I can tell you that much :)

Cheers
-Brian

On May 1, 9:37 pm, "Russell Keith-Magee" <[EMAIL PROTECTED]>
wrote:
> On 5/2/07, Brian Luft <[EMAIL PROTECTED]> wrote:
>
> > Although I've successfully used the multi-db branch experimentally, it
> > looks to be getting more and more out of date with the django trunk.
> ...
> > Just for the sake of lively discussion, I would go so far as to say
> > that only being able to access a single database per project is an
> > unfortunate limitation and could be a deal-breaker for those
> > evaluating Django for their own use.  I'm sure there are many
>
> ..
>
> Limitation; sure. Unfortunate - that's a value judgement.
>
> The recent Rails/Twitter kurfuffle demonstrates that multi-db support
> can be very significant for a certain users. However, my time (and the
> time of the other devs, for that matter) is very limited, and our own
> itches will always take priority. I have many other features that I
> want to see in Django before multi-db (aggregate clauses, schema
> evolution, and model inheritance to name just 3). Multi-db just isn't
> a priority for any of the ways that I use Django, so there isn't much
> incentive for me to spend my time on it.
>
> The fact that a branch exists demonstrates that the core devs are
> willing to entertain the idea of multi-db as a feature. However, it
> needs somebody to step up to the plate and finish the job. Ultimately,
> this means submitting a branch in a condition suitable for merge back
> into the trunk. What does this mean in practice?
>
> - A branch that is up to date with trunk
> - Evidence that the branch has been used by real users, and bugs have
> been found and fixed
> - The existence of test cases that integrate with existing test framework.
> - Offering to look after the feature for the medium term.
>
> Once you can convince the core devs that these conditions are met, you
> should find the merge back happens pretty quickly - and voila!
> multi-db in the trunk.
>
> Now, before we are flooded with "give me SVN access and I'll do it!"
> requests. We aren't going to give SVN access to just anybody that
> stands up. We have been down this path, and so far, it seems to be the
> single easiest way to make sure you never hear from someone ever again
> (witness the multiple contributors that have offered to finish
> schema-evolution). Before you get SVN access, we want to see a track
> record of contributing first.
>
> Getting started doesn't require access to SVN. If you are interested
> in multi-db, start working and submit patches. If you demonstrate that
> you are in for the long haul, you will get SVN access for that branch
> to make your life a little easier.
>
> So - if you want multi-db (or any other feature, for that matter), have at it!
>
> Yours,
> Russ Magee %-)


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to