Date: Tue, 17 Jan 2012 14:28:26 -0800 From: Mike Meyer <mwm@mired.org> To: freebsd-hackers@freebsd.org Subject: Re: FreeBSD has serious problems with focus, longevity, and lifecycle Message-ID: <20120117142826.4f68c7d5@mikmeyer-vm-fedora> In-Reply-To: <81A5F99A-CA8B-4BA9-936C-51F5421460AC@exonetric.com> References: <alpine.BSF.2.00.1112211415580.19710@kozubik.com> <op.v78i3yxi34t2sn@tech304> <alpine.BSF.2.00.1201171009330.19710@kozubik.com> <9E283165-BD56-4DBF-9799-757C475815FB@bsdimp.com> <81A5F99A-CA8B-4BA9-936C-51F5421460AC@exonetric.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 17 Jan 2012 21:27:24 +0000 Mark Blackman <mark@exonetric.com> wrote: > I'd have thought PC-BSD and iXsystems are the natural people to to > take over that role in any case. The FreeBSD foundation seems less > interested in the "for end-users" angle as well. If that's the case, is there any reason for cutting "FreeBSD" releases? No, I'm serious. If FreeBSD is being run by developers for developers (first rule of organizations: they're run for the benefit of the people who run them), how do they benefit from a release? If users move to some other organizations releases, and the developers don't get any benefit from them, why do them? On a less radical note, how about taking in the resources suggested for the "sponsored branch", and using those to reorganize and expand the role of release engineering? Maybe get help from PC-BSD and iXsystems as well? Make STABLE the "sponsored" branch owned by the expanded RE group. To justify this, change it to an "always production ready" approach. Set up a CI system to test it regularly, and back out changes that break the build or tests. This does *not* include testing ports or anything else outside the base system. RELEASES become a snapshot of the new "always production ready" STABLE that has ports (and anything else included that's outside the base system) built for it and tested on it. The goal is that doing the work to keep STABLE production ready will significantly decrease the amount of work required to do a release. <mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120117142826.4f68c7d5>