Summer of Code

[Luke Schierer]

On Tue, Mar 25, 2008 at 05:59:48PM -0500, Mark Doliner wrote:
> On Tue, 25 Mar 2008 18:24:52 -0400, Luke Schierer wrote
> > Stu Tomlinson wrote:
> > > On Tue, 2008-03-25 at 16:43 -0400, Stu Tomlinson wrote:
> > >> On Tue, 2008-03-25 at 16:36 -0400, Luke Schierer wrote:
> > >>> Mark Doliner wrote:
> > >>>> I'm in favor of dropping support for GTK+ older than 2.6.0, and more
> likely 2.8.0.
> > >>>>
> > >>>> -Mark
> > >>> how old a gtk is redhat supporting? For what sort of timeline at this point?
> > >> RHEL3 has Gtk 2.2
> > >>
> > >> RHEL4 has Gtk 2.4
> > >>
> > >> RHEL5 has Gtk 2.10
> > >>
> > >> http://www.redhat.com/security/updates/errata/ explains the support
> > >> policy for each of the above. RHEL3 will reach end of maintenance
> > >> support 
> > > 
> > > <stupid random key combination caused the email to send itself> ... 
> > > 
> > > RHEL3 will reach end of maintenance support Oct 31, 2010, which might be
> > > a bit ambitious for us to try to keep up with. Maybe we could track what
> > > Red Hat call 'Deployment Support' ? (this would leave us supporting Gtk
> > > 2.4 until at least October 2008).
> > > 
> > > Regards,
> > > 
> > > 
> > > Stu.
> > 
> > If I'm reading that right, "Deployment Support" is 3 years extending 
> > from the end of "Full Support."  Or a total of 6 years after a 
> > redhat release.  I'd say we should only handle the 3 years of "Full 
> > Support" mode in head, and relgate anything else to bug-fix only 
> > side branches. For example releasing a 2.4.x 9 months from now if 
> > need be long after we've moved on to 2.5 or 3.x.
> > 
> > luke
> 
> Is this actually relevant?  What version of Gaim/Pidgin does RHEL4 ship?  I
> see that CentOS 4.6 has "Pidgin 1.5.1."  It seems like our decision to stop
> supporting earlier versions of gtk in future releases wouldn't affect RHEL4.
> 
> -Mark
> 

I think it is reasonable to consider, in that we ship RPMs. If we were
only releasing a tarball, then I'd agree that it doesn't matter.

But why bother with RPMs for distro versions that are under lesser
standards of support anyway?

luke