[GNC-dev] Release Schedule
14ubobit at gmail.com
Fri May 24 09:17:59 EDT 2019
I'm OK with the first option but suggest instead of December with all the
diversions for Christmas it be the end of January.
Has it been decided on a minimum Gtk version for master, there are probably
some conditional version statements that can be removed and some CSS that I
want to change/rename.
On Fri, 24 May 2019 at 12:37, Christopher Lam <christopher.lck at gmail.com>
> Oh and also:
> I'll wish to transition *all* html-acct-table based reports to force them
> to do subtotals properly.
> There are currently 9 different combinations for subtotals while displaying
> accounts, depending on the Display settings "parent account balances" and
> "parent account subtotals"; the 'canonically-tabbed' option should be
> deprecated; and either parent account include children-account subtotals,
> or parent subtotals displayed after their children group. i.e. 9
> combinations reduced to 2 options.
> I'll hope this can be achieved for 4.0.
> On Fri, 24 May 2019 at 03:07, Christopher Lam <christopher.lck at gmail.com>
> > 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
> > and watch for any scheme deprecation warnings while running latest
> > 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
> >> 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
> >> 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
> >> 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,
> >> 18, and Fedora 25. RHEL/Centos users would need to install devtoolset-7
> >> devtoolset-8. OpenSuSE users would need to install one of the GCC
> >> packages. MacOS minimum would bump to 10.10 (Yosemite). MSYS2's
> >> 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
> >> 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
> >> dependencies.
> >> Regards,
> >> John Ralls
> >> _______________________________________________
> >> gnucash-devel mailing list
> >> gnucash-devel at gnucash.org
> >> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
More information about the gnucash-devel