FreeBSD has serious problems with focus, longevity, and lifecycle

John Kozubik john at kozubik.com
Tue Jan 17 17:56:39 UTC 2012



On Tue, 17 Jan 2012, Tom Evans wrote:

> On Tue, Jan 17, 2012 at 11:41 AM, Ivan Voras <ivoras at freebsd.org> wrote:
>> I've concluded very early that because of what I've said above, the only way
>> to run FreeBSD effectively is to track -STABLE. The developers MFC-ing stuff
>> usually try hard not to break things so -STABLE has become a sort of
>> "running RELEASE" branch. Since -STABLE is so ... stable ..., there is less
>> and less incentive to make proper releases (though I think nobody would mind
>> it happening).
>>
>> The next question is: what do releases from a -STABLE branch bring in that
>> simply tracking the original -STABLE tree doesn't? Lately, not very much.
>
> Sorry to just pick out bits of your email Ivan?
>
> Ability to use freebsd-update. It would be better to have more
> frequent releases. As a prime example, ZFS became much more stable
> about 3 months after 8.2 was released. If you were waiting for an 8.x
> release that supported that improved version of ZFS, you are still
> waiting.


Ding!

It's amazing how many people are in the exact same boats - waiting for 
8.3, getting locked out of new motherboards because em(4) can't be 
"backported" to even the production release...


> You say that snapshots of STABLE are stable and effectively a running
> release branch, so why can't more releases be made?
>
> Is the release process too complex for minor revisions, could that be
> improved to make it easier to have more releases, eg by not bundling
> ports packages?


Thanks, Tom.  I'm calling for some changes that, culturally, might be 
impossible, but a lot of pain would be avoided if more regular minor 
releases (3 per year) were made.


More information about the freebsd-hackers mailing list