[prev in list] [next in list] [prev in thread] [next in thread]
List: pidgin-devel
Subject: Re: Summer of Code
From: Luke Schierer <lschiere () pidgin ! im>
Date: 2008-03-26 1:23:08
Message-ID: 20080326012308.GK9747 () pidgin ! im
[Download RAW message or body]
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
_______________________________________________
Devel mailing list
Devel@pidgin.im
http://pidgin.im/cgi-bin/mailman/listinfo/devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic