Django update demanded
 

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-changes-in-1-3
[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

Django update demanded
 

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-changes-in-1-3
> [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



--
Stephen J Smoogen.
"The core skill of innovators is error recovery, not failure avoidance."
Randy Nelson, President of Pixar University.
"Years ago my mother used to say to me,... Elwood, you must be oh
so smart or oh so pleasant. Well, for years I was smart. I
recommend pleasant. You may quote me." Â*—James Stewart as Elwood P. Dowd

_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list

Django update demanded
 

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:
>
> 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.

Yep. Sounds right to me.

Might leave it in testing extra long as well...

kevin


_______________________________________________
epel-devel-list mailing list
epel-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/epel-devel-list