Re: Experimental Git repository available

Marc Fargas wrote: > El jue, 19-06-2008 a las 14:03 -0700, Michael Elsdörfer escribió: >> FWIW (I'm currently playing around with all three of them), bazaar >> appears to support pushing into svn as well. > > Yes, with bzr-svn. Be advised, though, that currently bzr-svn will dump out a ton of sv

Online Career resources study on careerbirds.com

20-6-2008 –walkin,IT FRESHER,IT EXP OPENINGS Online Career resources study on careerbirds.com http://www.hotjobseeker.com/ * Oracle Apps Techno Functional Consultant http://www.hotjobseeker.com/ * J2EE TECHNICAL ASSOCIATES AT PROKARMA AT HYDERABAD http://www.hotjobseeker.com/ * BEA-Web

Re: Support for ON DELETE and ON UPDATE in foreign keys

On Thu, Jun 19, 2008 at 11:00 PM, Michael Glassford <[EMAIL PROTECTED]> wrote: > > Now for one of the reasons that I've been trying to get the Django unit > tests running: I'm interested in submitting a patch that adds some ON > DELETE and ON UPDATE support in Django. But first, I want to see what

Re: Experimental Git repository available

El jue, 19-06-2008 a las 17:14 -0500, Jeremy Dunck escribió: > git-svn init -s http://code.djangoproject.com/svn/ git-svn init -s http://code.djangoproject.com/svn/django Unless you want djangoproject.com also ;) signature.asc Description: Esta parte del mensaje está firmada digitalmente

Re: Experimental Git repository available

On 6/19/08, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > Please don't try to turn this into a "Django should use > Git!" thread; if you do I'll just ignore you. We're not switching from > SVN any time in the foreseeable future. I hope you are nearsighted and the foreseeable future isn't too

Re: Experimental Git repository available

On Thu, Jun 19, 2008 at 5:02 PM, Rob Hudson <[EMAIL PROTECTED]> wrote: > > On 6/19/08, Rob Hudson <[EMAIL PROTECTED]> wrote: >> Use the `-T`, `-t`, `-b` flags, or `-s` if the project has a "standard >> layout". This should bring over branches and tags as well. Oh, er, uh, I didn't notice only t

Re: Experimental Git repository available

On 6/19/08, Rob Hudson <[EMAIL PROTECTED]> wrote: > Use the `-T`, `-t`, `-b` flags, or `-s` if the project has a "standard > layout". This should bring over branches and tags as well. I forgot to reference the man page (which was in my clipboard): http://www.kernel.org/pub/software/scm/git/docs

Re: Experimental Git repository available

On 6/19/08, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > On Thu, Jun 19, 2008 at 11:55 AM, [EMAIL PROTECTED] > <[EMAIL PROTECTED]> wrote: > > Is this only going to offer the trunk branch? > > > Until I learn more about Git, yes :) > > If you know the correct incantation to add other git-sv

Re: GSOC: More backends for djangosearch

I'm still in exams unfortunately, so this will be brief, but I'd like to hear some thoughts. Imagine a small site without a great deal of traffic or data, and they wish to add search support for a model. Lucene or Xapian are probably overkill, and they may not want to invest time into getti

Re: Experimental Git repository available

On Thu, Jun 19, 2008 at 4:27 PM, Marc Fargas <[EMAIL PROTECTED]> wrote: > El jue, 19-06-2008 a las 14:03 -0700, Michael Elsdörfer escribió: >> FWIW (I'm currently playing around with all three of them), bazaar >> appears to support pushing into svn as well. > > Yes, with bzr-svn. Didn't play too mu

Re: Experimental Git repository available

El jue, 19-06-2008 a las 14:03 -0700, Michael Elsdörfer escribió: > FWIW (I'm currently playing around with all three of them), bazaar > appears to support pushing into svn as well. Yes, with bzr-svn. Didn't play too much with that one. But Bazaar is slow, *really* slow. -- http://www.marcfargas

Re: Experimental Git repository available

> Yeah, hgsvn is one-way, which git-svn has the "dcommit" command > which'll commit back to SVN. I'm really not much of a git fan, but > git-svn makes a better svn than svn does, if you know what I mean. FWIW (I'm currently playing around with all three of them), bazaar appears to support pushing

Re: Race condition in ModelChoiceIterator (affects ModelChoiceField and ModelMultipleChoiceField)

On Jun 19, 8:49 pm, Jason Davies <[EMAIL PROTECTED]> wrote: > 2. Utilise simple thread synchronisation mechanisms to control access > to the queryset in question.  This would only need to be done when > cache_choices is True, so in the usual case when it is False there > would be no performance i

Re: Race condition in ModelChoiceIterator (affects ModelChoiceField and ModelMultipleChoiceField)

On Jun 19, 5:56 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > It seems to me you can just do: > if self.field.cache_choices: >     qs = self.queryset > else: >     qs = self.queryset.all() > for obj in qs: >     I thought about doing that, but then that would lead to the race conditio

Re: Experimental Git repository available

> Something like this? > http://hg.dpaste.com/django/ Yeah I use that one at the moment, I was getting at a more thing. I'm sure that's more difficult to do with HG then GIT and like Jacob said, it's a moot point anyway :-) Ben 2008/6/19 Ariel Mauricio Nunez Gomez

Re: Errors in django/tests/regressiontests/model_inheritance_regress/models.py

The lack of boolean type coercion is more serious than it looks like at first glance. (starting from the example at http://code.djangoproject.com/ticket/7190) In [1]: import django.newforms as forms In [2]: from django.newforms.models import model_to_dict In [3]: from simple.models import Simple

Re: Experimental Git repository available

I'm just guessing, but I think git-clone doesn't pull in remotes, so that our clones are getting whatever's your master, hence trunk. You can make a local copy of a remote branch like so: git-checkout -b local/branchname branchname There's no magic in the "local" prefix, it's just to distinguish

Re: List of DDN Tickets

Can I recommend http://code.djangoproject.com/ticket/4102 for the list? :) -- Collin Grady Bumper sticker: All the parts falling off this car are of the very finest British manufacture. --~--~-~--~~~---~--~~ You received this message because you

Re: Experimental Git repository available

On Thu, Jun 19, 2008 at 1:52 PM, Alexander Solovyov <[EMAIL PROTECTED]> wrote: > > On Thu, Jun 19, 2008 at 8:09 PM, Jacob Kaplan-Moss > <[EMAIL PROTECTED]> wrote: >> Yeah, hgsvn is one-way, > > H > >>hg help convert > hg convert [OPTION]... SOURCE [DEST [REVMAP]] > > Convert a foreign SCM

Re: Experimental Git repository available

You're a gentleman and a scholar, Jacob. I think you'll find that git is a tool that feels good in the hand. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send emai

Re: Experimental Git repository available

On Thu, Jun 19, 2008 at 8:09 PM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > > On Thu, Jun 19, 2008 at 11:59 AM, Ben Ford <[EMAIL PROTECTED]> wrote: >> This sounds like a nice idea... Any plans to do a mercurial repo (a-la the >> documentation refactor)? Am I right in thinking that support of S

Re: Experimental Git repository available

On Thu, Jun 19, 2008 at 11:39 AM, Jacob Kaplan-Moss <[EMAIL PROTECTED]> wrote: > I've published an experimental Git clone of Django's SVN repository > (created with git-svn). If you're a Git user and want to use this > repository, be my guest. Please still upload patches to Trac for > review, but

Re: Experimental Git repository available

On Thu, Jun 19, 2008 at 11:59 AM, Ben Ford <[EMAIL PROTECTED]> wrote: > This sounds like a nice idea... Any plans to do a mercurial repo (a-la the > documentation refactor)? Am I right in thinking that support of SVN <=> HG > is less complete than GIT <=> SVN? Yeah, hgsvn is one-way, which git-sv

Re: Experimental Git repository available

On Thu, Jun 19, 2008 at 11:55 AM, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Is this only going to offer the trunk branch? Until I learn more about Git, yes :) If you know the correct incantation to add other git-svn-created branches, feel free to school me :) Jacob --~--~-~--~

Re: Experimental Git repository available

Something like this? http://hg.dpaste.com/django/ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com To unsubscribe from

Re: Experimental Git repository available

Hi Jacob, This sounds like a nice idea... Any plans to do a mercurial repo (a-la the documentation refactor)? Am I right in thinking that support of SVN <=> HG is less complete than GIT <=> SVN? Cheers, Ben 2008/6/19 [EMAIL PROTECTED] <[EMAIL PROTECTED]>: > > Is this only going to offer the tru

Re: Race condition in ModelChoiceIterator (affects ModelChoiceField and ModelMultipleChoiceField)

It seems to me you can just do: if self.field.cache_choices: qs = self.queryset else: qs = self.queryset.all() for obj in qs: On Jun 19, 10:04 am, Jason Davies <[EMAIL PROTECTED]> wrote: > Hello, > > We have a reasonably high-traffic site, which started intermittently > throwing "

Re: Support for ON DELETE and ON UPDATE in foreign keys

Marc Fargas wrote: > El jue, 19-06-2008 a las 11:00 -0400, Michael Glassford escribió: >> * If settings.DATABASE_HANDLES_ON_DELETE=True, the SQL that is generated >> by manage.py contains ON DELETE clauses where on_delete= is >> specified. >> >> * If settings.DATABASE_HANDLES_ON_UPDATE=True, the

Re: Experimental Git repository available

Is this only going to offer the trunk branch? On Jun 19, 11:39 am, "Jacob Kaplan-Moss" <[EMAIL PROTECTED]> wrote: > Hi folks -- > > I've published an experimental Git clone of Django's SVN repository > (created with git-svn). If you're a Git user and want to use this > repository, be my guest. Pl

Re: Race condition in ModelChoiceIterator (affects ModelChoiceField and ModelMultipleChoiceField)

On Thu, Jun 19, 2008 at 10:04 AM, Jason Davies <[EMAIL PROTECTED]> wrote: > After much digging around, it seems there is a race condition in > ModelChoiceIterator. See ticket #7475 [1] for a patch and more > details. While the patch looks good, as a general principle you should assume that if yo

Experimental Git repository available

Hi folks -- I've published an experimental Git clone of Django's SVN repository (created with git-svn). If you're a Git user and want to use this repository, be my guest. Please still upload patches to Trac for review, but mention you're using my clone so I can more easily apply patches from you.

Secret Dating Tips !!!

Secret Dating Tips !!! http://www.webdatingtips.co.cc/ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To post to this group, send email to django-developers@googlegroups.com To unsubscribe

FREE International Calls sign up free!!!

FREE International Calls sign up free!!! Lowest rates, highest quality calls to and from any number in the world http://www.attphone.co.cc/ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Django developers" group. To

Re: Support for ON DELETE and ON UPDATE in foreign keys

El jue, 19-06-2008 a las 11:00 -0400, Michael Glassford escribió: > * If settings.DATABASE_HANDLES_ON_DELETE=True, the SQL that is generated > by manage.py contains ON DELETE clauses where on_delete= is > specified. > > * If settings.DATABASE_HANDLES_ON_UPDATE=True, the SQL that is generated >

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

On Jun 19, 3:04 pm, Steve Holden <[EMAIL PROTECTED]> wrote: > Well I guess the obvious (time consuming, painful) way would be to > validate the semantic integrity from Django in the back end. That could, > if automated, get horrendously time-consuming for even quite small > changes to the databas

Race condition in ModelChoiceIterator (affects ModelChoiceField and ModelMultipleChoiceField)

Hello, We have a reasonably high-traffic site, which started intermittently throwing "ValueError: generator already executing" errors under high load. This started happening after updating to a more recent trunk revision (r7601). After much digging around, it seems there is a race condition in

Support for ON DELETE and ON UPDATE in foreign keys

Now for one of the reasons that I've been trying to get the Django unit tests running: I'm interested in submitting a patch that adds some ON DELETE and ON UPDATE support in Django. But first, I want to see what interest there is in such a patch. There have been a number of tickets about this

Re: Errors in django/tests/regressiontests/model_inheritance_regress/models.py

Your patch works, thanks. Perhaps you could add it to http://code.djangoproject.com/ticket/7190; I tried the patch there, but it doesn't work in this case. Mike Pim Van Heuven wrote: > Hi Michael, > > Can you apply this patch and run the tests again? > I have been running Django with this pa

Re: Errors in django/tests/regressiontests/model_inheritance_regress/models.py

Hi Michael, Can you apply this patch and run the tests again? I have been running Django with this patch for a long time but never got around to submitting it. Pim. Michael Glassford wrote: > I'm still trying to run the Django unit tests for the first time. I've > worked through most of the e

Re: Introducing ModelView, a RESTful class-based view of your resources

Hi David, Thank for your code and the repository, I use the django-rest-interface and it's good news, that someone continue the job. I would like to get nested resources (e.g.: /articles/1/comments/ or /user/username/jobs/) and the problem is that you have to pass statically the queryset. I thi

Re: Errors in django/tests/regressiontests/model_inheritance_regress/models.py

On Thu, Jun 19, 2008 at 9:57 AM, Michael Glassford <[EMAIL PROTECTED]> wrote: > > I'm still trying to run the Django unit tests for the first time. I've > worked through most of the errors--all of them so far proved to be > caused by the MySQL/InnoDB ordering problem when deserializing objects > t

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

Russell Keith-Magee wrote: > On Thu, Jun 19, 2008 at 9:04 PM, Peter Melvyn <[EMAIL PROTECTED]> wrote: > >> On 6/19/08, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: >> >> >>> (2) provide a way to manually disable and re-enable integrity checks. If >>> someone with more MySQL-fu than me

Errors in django/tests/regressiontests/model_inheritance_regress/models.py

I'm still trying to run the Django unit tests for the first time. I've worked through most of the errors--all of them so far proved to be caused by the MySQL/InnoDB ordering problem when deserializing objects that I asked about in another thread. However, I have one more set of errors that app

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

On Thu, Jun 19, 2008 at 9:21 AM, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > > On Thu, Jun 19, 2008 at 9:04 PM, Peter Melvyn <[EMAIL PROTECTED]> > wrote: > > > > On 6/19/08, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > > > >> (2) provide a way to manually disable and re-enable integrity

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

On 6/19/08, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > However, I was under the impression that this has the effect of > disabling, not just deferring key checks - that is, if you disable > checks, load bad data, then re-enable checks, no errors will be > raised. We don't want to be res

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

On Thu, Jun 19, 2008 at 9:23 PM, Michael Glassford <[EMAIL PROTECTED]> wrote: > > Russell Keith-Magee wrote: >> Yes, it is. Unfortunately, the best way to fix this is for MySQL to >> either (1) implement transaction level key integrity checks, or (2) >> provide a way to manually disable and re-ena

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

Russell Keith-Magee wrote: > On Thu, Jun 19, 2008 at 3:44 AM, Michael Glassford <[EMAIL PROTECTED]> wrote: > >>> from what that says I'd guess you are using the InnoDB MySQL storage >>> backend, >> Right you are. That limitation is a bit of a pain. > > Yes, it is. Unfortunately, the best way to

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

On Thu, Jun 19, 2008 at 9:04 PM, Peter Melvyn <[EMAIL PROTECTED]> wrote: > > On 6/19/08, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > >> (2) provide a way to manually disable and re-enable integrity checks. If >> someone with more MySQL-fu than me knows how to do either of these > > It shoul

Re: Errors in django/tests/regressiontests/views/fixtures/testdata.json?

On 6/19/08, Russell Keith-Magee <[EMAIL PROTECTED]> wrote: > (2) provide a way to manually disable and re-enable integrity checks. If > someone with more MySQL-fu than me knows how to do either of these It should work: SET FOREIGN_KEY_CHECKS = 0; ... imported data ... mysql> SET FOREIGN_KEY