[GNC-dev] Release Schedule

[Christopher Lam]

Hi John
My plans for 4.0 will be
- remove *all* deprecated exported functions and deprecated code paths
- enable book-accounting-period preference

I'd urge anyone with custom reports will observe the console or tracefile,
and watch for any scheme deprecation warnings while running latest versions
of GnuCash -- old functions are due a major cleanup. If there are, please
let us know via devel or bugzilla (and attach custom report).

On Thu, 23 May 2019 at 19:12, John Ralls <jralls at ceridwen.us> wrote:

> Back in the run-up to releasing GnuCash 3.0 when we adopted the two-digit
> release numbering we also said that we wanted to accelerate the major
> release tempo to 2-3 years instead of the 4 years that had gone between the
> previous several major releases.
>
> Well, it's two years later. We've added almost 1500 commits, but they've
> all been to the maint branch. There are a few low-effort changes on the
> table that would fit better into a new stable series, including more report
> system updates from Chris Lam and the report menu rearrangement Geert
> surfaced last week.
>
> The first alternative is to finish those up, merge them onto master, and
> release 4.0 in December as we optimistically planned 2 years ago. Along
> with that change we'd bump the C++ standard requirement to 14 so that we
> can use initializer lists correctly. That will require GCC 5.0 or Clang
> 3.4, which would raise the baseline distros to Ubuntu 16.04, Debian 9, Mint
> 18, and Fedora 25. RHEL/Centos users would need to install devtoolset-7 or
> devtoolset-8. OpenSuSE users would need to install one of the GCC upgrade
> packages. MacOS minimum would bump to 10.10 (Yosemite). MSYS2's toolchain
> is consistently bleeding-edge so Windows builds wouldn't be affected.
>
> The second alternative is to revert to the 4-year major release tempo,
> continuing the current 3.x stable series until the end of 2021 and hoping
> that we've made sufficient progress on the major goals by then.
>
> The third alternative is to not have a fixed major release schedule at all
> and instead to wait until the goals set out in
> https://wiki.gnucash.org/wiki/Release_Schedule#Goals_for_4.0 are
> completed.
>
> Geert and I, having discussed this on IRC, are inclined toward the first
> alternative because it allows us to update the minimum versions of several
> dependencies.
>
> Regards,
> John Ralls
>
> _______________________________________________
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>