Date: Sat, 21 Jan 2012 02:07:35 +0100 From: Daniel Gerzo <danger@FreeBSD.org> To: freebsd-hackers@freebsd.org Subject: Re: FreeBSD has serious problems with focus, longevity, and lifecycle Message-ID: <4F1A0FD7.2020604@FreeBSD.org> In-Reply-To: <CAOjFWZ41CJfHFL8GKH-DZ4MH-9hr7Z3tnCb5j_PR%2BHM7PUoeCw@mail.gmail.com> References: <alpine.BSF.2.00.1112211415580.19710@kozubik.com> <4F153AE3.9010602@my.gd> <20120120133826.GB16676@FreeBSD.org> <4F196F9B.3050506@my.gd> <20120120135936.GC16676@FreeBSD.org> <CAOjFWZ41CJfHFL8GKH-DZ4MH-9hr7Z3tnCb5j_PR%2BHM7PUoeCw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 20.1.2012 18:58, Freddie Cash wrote: >> It cannot be merged into RELEASE! RELEASE is a point on a branch, >> as soon as RELEASE had been released, you can't push anything into >> it, unless you have a time machine. > > I think he's asking "what's the criteria to push a patch to > RELENG_8_2, the security/fixes branch of -RELEASE?" IOW, how does one > increase the patch level (8.2-RELEASE-p5 -> 8.2-RELEASE-p6, etc) of a > release? > > I believe, and RE/security team can correct me on this, that the > criteria is along the lines of "security issues and major bug fixes > only". Perhaps that policy should be looked at and loosened slightly > to also include "driver updates"? Or something along those lines? > Perhaps look at releasing point releases (8.2.1) like DoubB suggested? I have already said it in this thread - I believe we should consider issuing much more errata notices (i.e. -pX); with that I mean we should consider more bugs as "major bugs". I don't really see a reason why not. And we should also provide some mechanism to allow for cherry-picking individual errata notices to be applied on the given release (e.g. p1, p2, p5, but not p3, p4). I don't think it makes sense to issue errata notices for driver updates as in support for new devices because we don't ship installation media with these patches applied. In those cases we would need to make those "point" releases. On the other hand, simply releasing minor releases more often would solve that problem too. -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F1A0FD7.2020604>