Date: Fri, 23 Jun 2017 12:20:35 +0800 From: Julian Elischer <julian@freebsd.org> To: Kurt Jaeger <lists@opsec.eu>, scratch65535@att.net Cc: freebsd-ports <ports@freebsd.org> Subject: Re: [RFC] Why FreeBSD ports should have branches by OS version Message-ID: <856b02db-26b2-91c5-acc6-f62fc99af49e@freebsd.org> In-Reply-To: <20170623023954.GA29157@home.opsec.eu> References: <CAO%2BPfDeFz1JeSwU3f21Waz3nT2LTSDAvD%2B8MSPRCzgM_0pKGnA@mail.gmail.com> <20170622121856.haikphjpvr6ofxn3@ivaldir.net> <dahnkctsm1elbaqlarl8b9euouaplqk2tv@4ax.com> <20170622141644.yadxdubynuhzygcy@ivaldir.net> <4jrnkcpurfmojfdnglqg5f97sohcuv56sv@4ax.com> <20170622211126.GA6878@lonesome.com> <n8eokc5fafda8gedtvbhh7i0qdk83gur5q@4ax.com> <20170623023954.GA29157@home.opsec.eu>
next in thread | previous in thread | raw e-mail | index | archive | help
On 23/6/17 10:39 am, Kurt Jaeger wrote: > Hi! > >> Mark, I can only suppose that those complainers are dilettantes >> of some sort who believe that having The Latest-And-Greatest Bits >> is a social-status enhancer. **Nobody** with real work to do >> ever willingly fools away time "fixing" what isn't broken. > There's a blog post from one of the folks that explains the > idea behind that 'fast update' mode of operations, and yes, > he's doing real work. > > http://blog.koehntopp.info/index.php/1776-rolling-out-patches-and-changes-often-and-fast/ > That is ONE kind of installation. It only works if you are talking about a software module that is either dynamically delivered (think web apps that are downloaded every time they are run) or at lear often redelivered. (say, a personal system that gets automatic upgrades, a-la slack on OS-X (they seem to have anew version every week or two) It DOES NOT WORK when th most you can upgrade a customer system is once a year or once every two years. That kind of installation basically "follows head". It doesn't need ANY branches. So quarterly branches are of no use to them either. They are a minority of all commercial users, and a completely non existent part of appliance manufacturers, (because you can't do it that way unless you only have 2 customers (*)). * and even then, the customers may only allow you to upgrade every so often. For example Bank of America only allow their FreeBSD machines to be upgraded after a several month testing and burn-in period on a parallel test system with real data and dummy users, and that can obviously only happen on a yearly scale as it costs a lot to do. (ask Devin about the details..it's been a while since I worked on their stuff but I know it's still similar). To be useful any branch must: 1/ not make unneeded changes, but DO include all/most CRITICAL changes. 2/ stay around and be buildable for at least 3 years, preferably 5. Note that a company can take care of point 2 themselves to some extent by mirroring etc. but they probably don't have the expertise to handle all if the critical (security) patches part of the picture. I will add that such users would help their own case by fixing such issues and feeding the changes back to their branches upstream, thus helping maintain the branch. Maybe we could have a system of "corporate sponsors" for these branches.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?856b02db-26b2-91c5-acc6-f62fc99af49e>