Django_Evolution and Django 1.5

47 views
Skip to first unread message

Stephen Gallagher

unread,
Apr 10, 2013, 9:47:44 AM4/10/13
to reviewb...@googlegroups.com
Do we know if it is compatible with Django 1.5? Fedora is moving to
Django 1.5 by default and I need to figure out if I should tie it to
Django 1.4.

Christian Hammond

unread,
Apr 11, 2013, 3:10:58 AM4/11/13
to reviewb...@googlegroups.com
Hi Stephen,

I don't know, and it hasn't been tested.

So, this is a discussion we need to have. We will not be supporting Django 1.5 for Review Board 1.7, and we may need to stop updating to newer Django releases. (Just what you wanted to hear, right?)

The Django guys keep making decisions to deprecate things and change things that severely impact us and make it really hard to migrate to. Things like their recent changes to how user profiles work (they're getting rid of them and all API around them). It's fixable, but we end up jumping through hoops just to change things for the sake of changing things.

Along with that, they're deprecating Python releases faster than I'd like.

It's possible that we won't support Django 1.5 for Review Board 1.8. We might, but that's not currently where our efforts are focused.

So, I don't know what to do about that, because obviously that's going to be a problem for you guys, but I don't have a good solution.

All that said, I'd take patches to start porting over to Django 1.5. We can't focus on it right now though. For now, yes, everything needs to be tied to Django 1.4.

Christian

--
Christian Hammond - chi...@chipx86.com
Review Board - http://www.reviewboard.org



--

---
You received this message because you are subscribed to the Google Groups "reviewboard-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to reviewboard-d...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.



Stephen Gallagher

unread,
Apr 11, 2013, 8:04:27 AM4/11/13
to reviewb...@googlegroups.com, Christian Hammond
On Thu 11 Apr 2013 03:10:58 AM EDT, Christian Hammond wrote:
> Hi Stephen,
>
> I don't know, and it hasn't been tested.
>

That's fine, I understand. I mostly needed to know if I needed to add a
strict dep on the 1.4 series. Looks like it would be wise to do so until
we have more information.

> So, this is a discussion we need to have. We will not be supporting
> Django 1.5 for Review Board 1.7, and we may need to stop updating to
> newer Django releases. (Just what you wanted to hear, right?)
>
> The Django guys keep making decisions to deprecate things and change
> things that severely impact us and make it really hard to migrate to.
> Things like their recent changes to how user profiles work (they're
> getting rid of them and all API around them). It's fixable, but we end
> up jumping through hoops just to change things for the sake of
> changing things.
>
> Along with that, they're deprecating Python releases faster than I'd like.
>
> It's possible that we won't support Django 1.5 for Review Board 1.8.
> We might, but that's not currently where our efforts are focused.
>
> So, I don't know what to do about that, because obviously that's going
> to be a problem for you guys, but I don't have a good solution.
>
> All that said, I'd take patches to start porting over to Django 1.5.
> We can't focus on it right now though. For now, yes, everything needs
> to be tied to Django 1.4.
>

This is going to provide an interesting support problem. The Django
upstream only supports two releases at one time (as I understand it). As
soon as they release 1.6, there will be no more updates for Django 1.4
(including security updates).

That's a really serious problem for supportability. What are you
planning to do when someone discovers a security vulnerability in Django
1.4.5 a year from now? Upstream won't be releasing patches.

I maintain ReviewBoard as a hobby, as does the Django maintainer in
Fedora/EPEL. Neither of us is paid to work on it and we don't have
anywhere near the capacity to maintain a fork of Django 1.4 once it
becomes unsupported. Our current plan in Fedora/EPEL is to always carry
whichever two versions of Django are supported by upstream.

So if ReviewBoard doesn't grow support for newer releases, we'll be
forced to drop it from Fedora/EPEL (which I really don't want).

One approach that might be feasible would be to put ReviewBoard on an
alternating-Django release schedule. Instead of going through the
upgrade pain at every Django release, make it so that ReviewBoard
targets each new even-numbered Django release.

That would reduce the backwards-incompatible change problem by about
half at least.

The other option would be to petition Django upstream to start producing
LTS releases that would see a longer lifecycle. Or alternately, impress
upon the Django upstream that backwards-incompatible changes will
prevent people from actually using Django to produce useful products.

elguero

unread,
Apr 12, 2013, 8:20:52 AM4/12/13
to reviewb...@googlegroups.com, chi...@chipx86.com

On Thursday, April 11, 2013 3:10:58 AM UTC-4, Christian Hammond wrote:
Hi Stephen,

I don't know, and it hasn't been tested.

So, this is a discussion we need to have. We will not be supporting Django 1.5 for Review Board 1.7, and we may need to stop updating to newer Django releases. (Just what you wanted to hear, right?)


The other day, I updated to Django 1.5 and Review Board did not work with it.  It looks like they deprecated some things in Django 1.5 which affects the views in Review Board.  I had to revert back to 1.4.5 since it seemed like it wasn't quick tweaks here or there.  As soon as I thought I fixed one thing, another problem would pop up.  So, it would probably require a bit of work and hence I understand the reluctance to focus on that right now when trying to keep a project moving forward.

Christian Hammond

unread,
Apr 12, 2013, 2:07:30 PM4/12/13
to reviewb...@googlegroups.com
Right. We can and will update things for Django 1.5 (some in RB 1.7.x, some in 1.8). The real problems come in with Django 1.6, where they flat-out remove our concept of user profiles, making us either have to migrate a lot of data to a custom User object (which would be neat if we started there, but it's too late now), or start hacking Django's User object.

Basically, the trouble is, we've gotten basically all we need from Django, and now it becomes about keeping up just to keep up. It's kind of a problem.

Sorry to freak you out, Stephen. We will probably go ahead and have RB 1.8 sit on top of Django 1.5. I just don't know what we're doing after that yet. We really need to see where they're going with things and see what our plans are.

Christian

-- 
Christian Hammond - chi...@chipx86.com
Review Board - http://www.reviewboard.org

Reply all
Reply to author
Forward
0 new messages