svn commit: r284345 - in head: . bin/cat bin/chflags bin/chio bin/chmod bin/cp bin/csh bin/date bin/dd bin/df bin/domainname bin/echo bin/ed bin/expr bin/freebsd-version bin/getfacl bin/hostname bi...

[Julian Elischer]

On 6/18/15 9:48 PM, Ian Lepore wrote:
> On Sun, 2015-06-14 at 15:00 -0700, Simon J. Gerraty wrote:
>> Garrett Cooper <yaneurabeya at gmail.com> wrote:
>>
>>> Breaking source upgrades to later versions is painful. We want to make
>>> sure fmake at least works with upgrade_checks so people can upgrade
>>> from earlier versions of 8/9/10 to 11 without having to deal with a
>>> lot of pain.
>> I agree but 8 -> 11 is a very big jump.
>>
> Not really.  We're in the midst of such a change at $work, but it will
> be literally years before we're no longer doing anything with 8 and are
> fully converted to 11.  We'll have completely skipped 9 and 10 in the
> process.  That's the reality of being a company smaller than Yahoo or
> Juniper -- we just don't have the resources to track -current.  We're
> lucky if we can get enough resources to make a jump every 4 or 5 years.
>
> In the meantime I've got to support building products on everything from
> 6.x through -current using basically the same source base and build
> machinery.  The fmake->bmake change has been fairly painful; it's only
> working at all for us because I've hacked fmake on 6.x and 8.x to
> support a few crucial bmake features.
>
> -- Ian

you could be working at my $JOB.
we are upgrading from 8.0 to 10.x with an eye on 11.x as a possible 
next small hop.
but we'll be shipping and fixing 8.0 for years.