[GRASS-dev] [release planning] GRASS GIS 7.2.3

neteler · March 9, 2018, 7:53am

Hi devs,

as discussed in the general release thread on this list, it is now
time to package RC1 of GRASS GIS 7.2.3:

https://trac.osgeo.org/grass/milestone/7.2.3

Except for a small r.grow.distance backport I don't see any other
business needed here:
https://trac.osgeo.org/grass/wiki/Grass7Planning#a7.2.3tobebackported

Please quickly check the draft release page in trac:
https://trac.osgeo.org/grass/wiki/Release/7.2.3-News

If there are no objections, I'll package 7.2.3RC1 tonight or tomorrow.

thanks,
Markus

martinl · March 9, 2018, 9:54am

Hi,

2018-03-09 8:53 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

If there are no objections, I'll package 7.2.3RC1 tonight or tomorrow.

no objection. Probably too radical, but do we really need RCs for 7.2
point release? Recently 7.0.6 version has been released without any
RC. It make sense to be. Let's keep RC policy only for latest major
release (7.4). What do you think?

Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

mlennert · March 9, 2018, 10:22am

On 09/03/18 10:54, Martin Landa wrote:

Hi,

2018-03-09 8:53 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

If there are no objections, I'll package 7.2.3RC1 tonight or tomorrow.

no objection.

None from me either.

Probably too radical, but do we really need RCs for 7.2
point release? Recently 7.0.6 version has been released without any
RC. It make sense to be. Let's keep RC policy only for latest major
release (7.4). What do you think?

If we are disciplined in terms of limiting any backports to the old stable line (i.e. 7.2) to pure bugfixing then +1.

I also think that we should officially stop the 7.0 line. I would favour a policy of oldoldstable (now 7.0) gets one last bugfix release when a new stable release comes out (7.4). Oldstable (7.2) gets bugfix releases until it becomes oldoldstable (i.e. when 7.6 or 8 is released).

Concerning the release news: if we have nothing to report in some subsections should we keep them, but empty (e.g. "Improvements in the Graphical User Interface" and "Scripting") or should we just delete these subsections ?

Moritz

veroandreo · March 9, 2018, 12:26pm

Hi,

+1 for removing these empty sections. Besides, since it is oldstable, it will only receive bugfixes, no? No new features.

···

El 9 mar. 2018 11:22 a.m., “Moritz Lennert” <mlennert@club.worldonline.be> escribió:

On 09/03/18 10:54, Martin Landa wrote:

Hi,

2018-03-09 8:53 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

If there are no objections, I’ll package 7.2.3RC1 tonight or tomorrow.

no objection.

None from me either.

Probably too radical, but do we really need RCs for 7.2
point release? Recently 7.0.6 version has been released without any
RC. It make sense to be. Let’s keep RC policy only for latest major
release (7.4). What do you think?

If we are disciplined in terms of limiting any backports to the old stable line (i.e. 7.2) to pure bugfixing then +1.

I also think that we should officially stop the 7.0 line. I would favour a policy of oldoldstable (now 7.0) gets one last bugfix release when a new stable release comes out (7.4). Oldstable (7.2) gets bugfix releases until it becomes oldoldstable (i.e. when 7.6 or 8 is released).

Concerning the release news: if we have nothing to report in some subsections should we keep them, but empty (e.g. “Improvements in the Graphical User Interface” and “Scripting”) or should we just delete these subsections ?

Vero

martinl · March 9, 2018, 12:39pm

Hi,

2018-03-09 13:26 GMT+01:00 Veronica Andreo <veroandreo@gmail.com>:

+1 for removing these empty sections. Besides, since it is oldstable, it
will only receive bugfixes, no? No new features.

yes, it should be like that. Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

mlennert · March 9, 2018, 1:11pm

On 09/03/18 13:39, Martin Landa wrote:

Hi,

2018-03-09 13:26 GMT+01:00 Veronica Andreo <veroandreo@gmail.com>:

+1 for removing these empty sections. Besides, since it is oldstable, it
will only receive bugfixes, no? No new features.

yes, it should be like that. Ma

Going through the page to delete unused sections I see:

"The GRASS GIS 7.2.3 release provides more than 230 fixes and improvements with respect to the stable release 7.2.2."

But the list of improvements and bug fixes is much shorter. Where does that number come from ?

Actually, looking at this list of changes, it seems quite short...

Moritz

martinl · March 9, 2018, 1:23pm

2018-03-09 14:11 GMT+01:00 Moritz Lennert <mlennert@club.worldonline.be>:

"The GRASS GIS 7.2.3 release provides more than 230 fixes and improvements
with respect to the stable release 7.2.2."

But the list of improvements and bug fixes is much shorter. Where does that
number come from ?

number of commits, Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

neteler · March 9, 2018, 2:12pm

On Fri, Mar 9, 2018 at 2:23 PM, Martin Landa <landa.martin@gmail.com> wrote:

2018-03-09 14:11 GMT+01:00 Moritz Lennert <mlennert@club.worldonline.be>:

"The GRASS GIS 7.2.3 release provides more than 230 fixes and improvements
with respect to the stable release 7.2.2."

But the list of improvements and bug fixes is much shorter. Where does that
number come from ?

number of commits, Ma

Yes, that's how it is calculated.

Markus

neteler · March 9, 2018, 2:14pm

On Fri, Mar 9, 2018 at 10:54 AM, Martin Landa <landa.martin@gmail.com> wrote:

2018-03-09 8:53 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

If there are no objections, I'll package 7.2.3RC1 tonight or tomorrow.

no objection. Probably too radical, but do we really need RCs for 7.2
point release? Recently 7.0.6 version has been released without any
RC. It make sense to be. Let's keep RC policy only for latest major
release (7.4). What do you think?

I am not convinced - a single RC would be good to avoid emergency re-release.
Maybe no fully packaging needed but know if it compiles at all...

Markus

marisn · March 9, 2018, 7:13pm

RC then should be a real RC. If it compiles and installs on
Windows/one Linux, ship it! (mv grass-rc.tgz grass-release.tgz) No
"yet another RC in three weeks".

Māris.
2018-03-09 16:14 GMT+02:00 Markus Neteler <neteler@osgeo.org>:

I am not convinced - a single RC would be good to avoid emergency re-release.
Maybe no fully packaging needed but know if it compiles at all...

Markus

neteler · March 9, 2018, 8:10pm

+1

Markus

···

Am 09.03.2018 8:13 nachm. schrieb “Maris Nartiss” <maris.gis@gmail.com>:

RC then should be a real RC. If it compiles and installs on
Windows/one Linux, ship it! (mv grass-rc.tgz grass-release.tgz) No
“yet another RC in three weeks”.

Māris.

neteler · March 10, 2018, 3:08pm

On Fri, Mar 9, 2018 at 2:23 PM, Martin Landa <landa.martin@gmail.com> wrote:

2018-03-09 14:11 GMT+01:00 Moritz Lennert <mlennert@club.worldonline.be>:

"The GRASS GIS 7.2.3 release provides more than 230 fixes and improvements
with respect to the stable release 7.2.2."

But the list of improvements and bug fixes is much shorter. Where does that
number come from ?

number of commits, Ma

We always count that using the ChangeLog file.

In trac something similar can be rendered (all changes after last
release, in one line):

https://trac.osgeo.org/grass/log/grass/branches/releasebranch_7_2?action=stop_on_copy&mode=stop_on_copy&rev=72335&stop_rev=71495&limit=4000

Indeed this shows 88 entries. I'll cross-check now with the ChangeLog for RC1.

Markus

neteler · March 10, 2018, 8:41pm

On Fri, Mar 9, 2018 at 8:53 AM, Markus Neteler <neteler@osgeo.org> wrote:

Hi devs,

as discussed in the general release thread on this list, it is now
time to package RC1 of GRASS GIS 7.2.3:

https://trac.osgeo.org/grass/milestone/7.2.3

...

Please quickly check the draft release page in trac:
https://trac.osgeo.org/grass/wiki/Release/7.2.3-News

If there are no objections, I'll package 7.2.3RC1 tonight or tomorrow.

Done. Now available at:
https://grass.osgeo.org/grass72/source/

... be it the one and only RC!

Markus

neteler · March 11, 2018, 7:53pm

On Sat, Mar 10, 2018 at 9:41 PM, Markus Neteler <neteler@osgeo.org> wrote:

On Fri, Mar 9, 2018 at 8:53 AM, Markus Neteler <neteler@osgeo.org> wrote:

Hi devs,

as discussed in the general release thread on this list, it is now
time to package RC1 of GRASS GIS 7.2.3:

https://trac.osgeo.org/grass/milestone/7.2.3

...

Please quickly check the draft release page in trac:
https://trac.osgeo.org/grass/wiki/Release/7.2.3-News

If there are no objections, I'll package 7.2.3RC1 tonight or tomorrow.

Done. Now available at:
https://grass.osgeo.org/grass72/source/

I created two test builts of 7.2.3RC1 on the official Fedora compile
system (I got write access recently):

# Fedora --> result: ok
https://koji.fedoraproject.org/koji/taskinfo?taskID=25638976

# EPEL7 --> result: ok
https://koji.fedoraproject.org/koji/taskinfo?taskID=25639160

Looks good for the final release

Markus

martinl · March 13, 2018, 8:01am

Hi,

2018-03-11 20:53 GMT+01:00 Markus Neteler <neteler@osgeo.org>:

# Fedora --> result: ok
https://koji.fedoraproject.org/koji/taskinfo?taskID=25638976

# EPEL7 --> result: ok
https://koji.fedoraproject.org/koji/taskinfo?taskID=25639160

WinGRASS standalone installer for testing:

https://grass.osgeo.org/grass72/binary/mswindows/native/x86/WinGRASS-7.2.3RC1-1-Setup-x86.exe

https://grass.osgeo.org/grass72/binary/mswindows/native/x86_64/WinGRASS-7.2.3RC1-1-Setup-x86_64.exe