Re: future of @skipIfCustomUser decorator? (#22993)

2014-07-11 Thread Michael Manfre
On Fri, Jul 11, 2014 at 8:07 PM, Russell Keith-Magee < russ...@keith-magee.com> wrote: > > @skipIfCustomUser may not have a use in Django's own test suite, but I can > see it being useful for a while for projects that are migrating (slowly) > away from the old test runner. > This is also used by

Re: Removing formtools from contrib (and call for maintainers)

2014-07-11 Thread Michael Manfre
Python packaging is definitely a lot better than it was and starting to move the contribs to their own repos and packages would be a good thing to do. Regards, Michael Manfre On Fri, Jul 11, 2014 at 8:15 PM, Josh Smeaton wrote: > I think the "blessed packages" idea is

Re: Removing formtools from contrib (and call for maintainers)

2014-07-11 Thread Josh Smeaton
I think the "blessed packages" idea is a good one - especially if it entails inclusion into the build/test system. At the moment it is very difficult to know if any changes that are made will affect third party libraries unless you have an extremely good grasp of an entire sub-system (ORM, I'm

Re: future of @skipIfCustomUser decorator? (#22993)

2014-07-11 Thread Russell Keith-Magee
On Sat, Jul 12, 2014 at 1:06 AM, Tim Graham wrote: > With the test discovery changes in 1.6, the tests for django.contrib apps > are no longer run as part of a user's project. For this reason I believe we > no longer need to decorate tests in contrib.auth, formtools, and

Re: Removing formtools from contrib (and call for maintainers)

2014-07-11 Thread Russell Keith-Magee
On Fri, Jul 11, 2014 at 10:52 PM, Tim Graham wrote: > continuing > https://groups.google.com/d/topic/django-developers/km2xIHM-gIA/discussion > under a better subject (was "FormWizard needs confirmation step logic. > ticket #21644")... > > I'd like propose removing

Re: deprecate contrib.webdesign? (#22789)

2014-07-11 Thread Russell Keith-Magee
On Fri, Jul 11, 2014 at 11:40 PM, Daniele Procida wrote: > On Fri, Jul 11, 2014, Tim Graham wrote: > > >It provides the lorem template tag. The functionality has not changed in 7 > >years and it has 20 commits in its history which are mostly maintenance >

Re: Django Meetup in Buenos Aires, Argentina

2014-07-11 Thread Russell Keith-Magee
Hi JC, Great to see some Django activity down in Argentina - Best of luck with the event! As an aside - you might want to send this to django-users rather than django-dev - the audience of django-users is much larger, and includes general users of Django, no just those involved in the

future of @skipIfCustomUser decorator? (#22993)

2014-07-11 Thread Tim Graham
With the test discovery changes in 1.6, the tests for django.contrib apps are no longer run as part of a user's project. For this reason I believe we no longer need to decorate tests in contrib.auth, formtools, and flatpages with @skipIfCustomUser. Is that correct? If so, should we keep the

Re: Removing formtools from contrib (and call for maintainers)

2014-07-11 Thread Greg Chapple
I think this is a good idea, and I'd be interested in getting involved in this effort. I've been wanting to get more involved so I'll put my name forward for this, and all that it may entail! Greg On Fri, Jul 11, 2014 at 3:52 PM, Tim Graham wrote: > continuing >

Re: deprecate contrib.webdesign? (#22789)

2014-07-11 Thread Daniele Procida
On Fri, Jul 11, 2014, Tim Graham wrote: >It provides the lorem template tag. The functionality has not changed in 7 >years and it has 20 commits in its history which are mostly maintenance >oriented (pep8, adding app loading compatibility). As long as it's not getting in

Django Meetup in Buenos Aires, Argentina

2014-07-11 Thread JC
Hi everyone, We're organizing a Django Meetup in BA on July 25th (7pm, Buenos Aires time). There will be 2 short talks, food and beer. It will be free but limited to 40 people. We already have 24 confirmed attendants and

Re: deprecate contrib.webdesign? (#22789)

2014-07-11 Thread Tomas Ehrlich
I would vote for: Remove it from Django and provide no replacement I almost never use original latin lorem-ipsum because language specific dummy-text provides much better and reliable look. I feel that removing the package from django.contrib and keeping it as third-party package (maintained

Re: deprecate contrib.webdesign? (#22789)

2014-07-11 Thread Aymeric Augustin
2014-07-11 17:06 GMT+02:00 Tim Graham : > > It provides the lorem template tag. The functionality has not changed in 7 years and it has 20 commits in its history which are mostly maintenance oriented (pep8, adding app loading compatibility). So it's stable, not prone to

deprecate contrib.webdesign? (#22789)

2014-07-11 Thread Tim Graham
It provides the lorem template tag. The functionality has not changed in 7 years and it has 20 commits in its history which are mostly maintenance oriented (pep8, adding app loading compatibility). Options: * Move it into the main template tag library and deprecate the hook in contrib. *

Re: [GSOC] Weekly update

2014-07-11 Thread Daniel Pyrathon
Hi All, Following this week's work. I have made progress in optimisation and design of the API. I have opened a wiki page that contains all: - Main concepts - Decision process - Benchmarks - API designs - How you can help! Please see attached: https://code.djangoproject.com/wiki/new_meta_api

Re: [GSOC] Weekly update

2014-07-11 Thread Daniel Pyrathon
Hi Curtis, Of course! I will be happy to open a document with my performance tuning experience. Said this, I am very far away from being a "performance master" and I am still looking at places where my code can improve. It would be nice if it was a wiki page, where everyone can share and

Re: [GSOC] Weekly update

2014-07-11 Thread Daniel Pyrathon
Hi Josh, Thanks to your advice. On Saturday, July 5, 2014 12:11:07 PM UTC+2, Josh Smeaton wrote: > > Excellent work, well done. I have a couple of questions/ideas though. > > 1. The use of bit flags irks me. Would it be possible just to use numerous > keyword arguments to the new get_fields ? >

Removing formtools from contrib (and call for maintainers)

2014-07-11 Thread Tim Graham
continuing https://groups.google.com/d/topic/django-developers/km2xIHM-gIA/discussion under a better subject (was "FormWizard needs confirmation step logic. ticket #21644")... I'd like propose removing formtools from contrib. Reason to move it out: - Allow more maintainers next to Django core