Upcoming release schedule - 8.4 ?

Damien Fleuriot ml at my.gd
Wed Jun 13 21:50:12 UTC 2012


On 13 Jun 2012, at 19:27, John Baldwin <jhb at freebsd.org> wrote:

> On Wednesday, June 13, 2012 11:52:28 am Adrian Chadd wrote:
>> On 13 June 2012 05:53, John Baldwin <jhb at freebsd.org> wrote:
>> 
>>>> You don't need to change the FreeBSD culture. We'd love to do an 8.4
>>>> release. And an 8.5 release, and 8.6 release, etc. The problem is one
>>>> of resources and time, not of culture/desire.
>>> 
>>> I disagree.  The pace of X.0 releases is a deliberate choice FreeBSD
>>> has made and directly impacts the number of "live" branches in existence.
>>> Given our developer base, we can't really support 3 branches concurrently
>>> (head + 2 stable like we have now with head, 9, and 8).  Having longer lived
>>> stable branches requires either increasing resources to support exising
>>> releases longer, or slowing the pace of X.0 releases (but more aggressively
>>> merging things from HEAD back).  The latter case, especially, is part of
>>> the culture and would be a choice we as a Project would have to make.
>> 
>> Right, but I don't think the freebsd project would really mind or
>> change much if more people came on board to handle legacy releases and
>> support them.
>> 
>> If you're a company that uses FreeBSD stable releases, please consider
>> contributing engineering resources and/or donations to the Foundation
>> to improve the support of said stable releases. :)
> 
> No, that doesn't actually work.  Having additional support on a stable
> branch requires someone able to 1) commit changes to stable branches and
> 2) be able to cut newer releases from said branches (i.e. doing the work
> of re@).  You cannot get that as an outside entity.  It requires buy-in
> from the Project itself.
> 

Jumping in.

I for one, as a fbsd admin on corporate servers ( read not commiter), would dearly like less releases but a more aggressive MFC approach.



More information about the freebsd-hackers mailing list