Dear list,
currently, there's version 1.2 of the web development framework django included in epel6. A week ago, django 1.4 was released. Afaik, the django developers support only two minor releases at a time, so it's questionable if django-1.2 will get any (security-)updates from now on.
My question is: Is there a operation precedure to do an upgrade to e.g. django-1.3 (and accepting possible breakage of old software)? Is this even required? If nobody complains about this update, I'd prepare an update to version 1.3 probably next weekend.
There are some minor backwards incompatible changes [1], in general, versions 1.2 and 1.3 are compatible.
There's also a bugzilla-entry regarding this[2].
Thanks! Matthias
[1] https://docs.djangoproject.com/en/1.3/releases/1.3/#backwards-incompatible-c... [2] https://bugzilla.redhat.com/show_bug.cgi?id=802153
On 29 March 2012 01:12, Matthias Runge mrunge@matthias-runge.de wrote:
Dear list,
currently, there's version 1.2 of the web development framework django included in epel6. A week ago, django 1.4 was released. Afaik, the django developers support only two minor releases at a time, so it's questionable if django-1.2 will get any (security-)updates from now on.
My question is: Is there a operation precedure to do an upgrade to e.g. django-1.3 (and accepting possible breakage of old software)? Is this even required? If nobody complains about this update, I'd prepare an update to version 1.3 probably next weekend.
the procedure is:
1) announce here there is going to be a break. 2) see what apps are requiring it and letting those maintainers know they will have a break to deal with. 3) work out when those updates can be done. 4) see if there is any way to document the breakages and add that as a README. 5) then put a 1.3 in testing and call for testers.
There are some minor backwards incompatible changes [1], in general, versions 1.2 and 1.3 are compatible.
There's also a bugzilla-entry regarding this[2].
Thanks! Matthias
[1] https://docs.djangoproject.com/en/1.3/releases/1.3/#backwards-incompatible-c... [2] https://bugzilla.redhat.com/show_bug.cgi?id=802153 -- Matthias Runge mrunge@matthias-runge.de mrunge@fedoraproject.org
epel-devel-list mailing list epel-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/epel-devel-list
On Thu, 29 Mar 2012 08:59:55 -0600 Stephen John Smoogen smooge@gmail.com wrote:
On 29 March 2012 01:12, Matthias Runge mrunge@matthias-runge.de wrote:
Dear list,
currently, there's version 1.2 of the web development framework django included in epel6. A week ago, django 1.4 was released. Afaik, the django developers support only two minor releases at a time, so it's questionable if django-1.2 will get any (security-)updates from now on.
My question is: Is there a operation precedure to do an upgrade to e.g. django-1.3 (and accepting possible breakage of old software)? Is this even required? If nobody complains about this update, I'd prepare an update to version 1.3 probably next weekend.
the procedure is:
- announce here there is going to be a break.
- see what apps are requiring it and letting those maintainers know
they will have a break to deal with. 3) work out when those updates can be done. 4) see if there is any way to document the breakages and add that as a README. 5) then put a 1.3 in testing and call for testers.
Yep. Sounds right to me.
Might leave it in testing extra long as well...
kevin
epel-devel@lists.fedoraproject.org