On Mon, Jan 27, 2020 at 02:17:13PM -0800, Quanah Gibson-Mount wrote:
> No, not at all.  I would say OpenLDAP has too few releases in a year (only
> 1-2 currently for most years, unfortunately), so having more frequent
> releases for it is probably a good thing.  But a piece of software in
> general that is releasing constantly?  Not a fan of it at all, and haven't
> seen it as a good thing as far as softare quality is concerned.  There's
> plenty of software that releases much less frequently than OpenLDAP as well,
> because there isn't a driving need for it to have a new release.

There's always as much to do as many people you have on hand. With a
large team, release schedules that seem to work best nowadays look
like Linux/Python/PostgreSQL where you have a time based feature release
schedule so whatever isn't ready yet just waits for the next merge
window and bugfix releases for the currently supported version come as
and when needed.

Let's see how quickly we can get from a first 2.5 release to more
general adoption and see if we can maybe ride the wave a bit, renaming
2.5 to a 2.6 when people are more happy with it and starting 2.7 at the
same time, which I think is what you meant by this proposal?

> And as Howard noted, there's a balance to strike between stability and
> feature development.  If we release every 2 weeks, but slapd core dumps 90%
> of the time, is that really better?  Sure, the project looks more "active",
> but I wouldn't see that as a benefit/gain.

-- 
Ondřej Kuzník
Senior Software Engineer
Symas Corporation                       http://www.symas.com
Packaged, certified, and supported LDAP solutions powered by OpenLDAP

Reply via email to