Hi all,
personally I would like to see GRASS 7.2.0 released somewhere in July.
Do you think that it's realistic? If so I would suggest roadmap
bellow:
1) to create releasebranch 7_2 ASAP (in the beginning of May)
1) soft freeze in releasebranch_7_2 ~ 16 May
2) GRASS 7.2.0RC1 ~ 16 June
3) GRASS 7.2.0RC2 ~ 30 June
4) GRASS 7.2.0 ~ 7 July
What do you think? Martin
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
Just to be sure - that would be the version at the moment named 7.1 ?
Rainer
Martin Landa <landa.martin@gmail.com> writes:
Hi all,
personally I would like to see GRASS 7.2.0 released somewhere in July.
Do you think that it's realistic? If so I would suggest roadmap
bellow:
1) to create releasebranch 7_2 ASAP (in the beginning of May)
1) soft freeze in releasebranch_7_2 ~ 16 May
2) GRASS 7.2.0RC1 ~ 16 June
3) GRASS 7.2.0RC2 ~ 30 June
4) GRASS 7.2.0 ~ 7 July
What do you think? Martin
--
Rainer M. Krug
email: Rainer<at>krugs<dot>de
PGP: 0x0F52F982
On 29/04/16 13:22, Martin Landa wrote:
Hi all,
personally I would like to see GRASS 7.2.0 released somewhere in July.
Do you think that it's realistic? If so I would suggest roadmap
bellow:
1) to create releasebranch 7_2 ASAP (in the beginning of May)
Should we maybe wait until we have released 7.0.4 ? Just to avoid too much work and confusion ?
1) soft freeze in releasebranch_7_2 ~ 16 May
2) GRASS 7.2.0RC1 ~ 16 June
3) GRASS 7.2.0RC2 ~ 30 June
4) GRASS 7.2.0 ~ 7 July
What do you think? Martin
Except for the overlap with 7.0.4, I think it's a good plan.
Moritz
2016-04-29 13:35 GMT+02:00 Rainer M Krug <Rainer@krugs.de>:
Just to be sure - that would be the version at the moment named 7.1 ?
yes, Martin
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
2016-04-29 14:14 GMT+02:00 Moritz Lennert <mlennert@club.worldonline.be>:
Should we maybe wait until we have released 7.0.4 ? Just to avoid too much
work and confusion ?
I am not sure how are these two issues related. Anyway GRASS 7.0.4
should be released within the text week too. Martin
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
On 29/04/16 14:29, Martin Landa wrote:
2016-04-29 14:14 GMT+02:00 Moritz Lennert <mlennert@club.worldonline.be>:
Should we maybe wait until we have released 7.0.4 ? Just to avoid too much
work and confusion ?
I am not sure how are these two issues related. Anyway GRASS 7.0.4
should be released within the text week too. Martin
Just that it's generally the same people who create branches, write the announcement, etc and so I want to avoid overload
Moritz
On Fri, Apr 29, 2016 at 2:29 PM, Martin Landa <landa.martin@gmail.com> wrote:
2016-04-29 14:14 GMT+02:00 Moritz Lennert <mlennert@club.worldonline.be>:
Should we maybe wait until we have released 7.0.4 ? Just to avoid too much
work and confusion ?
I am not sure how are these two issues related. Anyway GRASS 7.0.4
should be released within the text week too. Martin
Fully agreed with Martin - let's do that in parallel.
The 7.0.4 release is not much work (ok, several hours :p) especially
when this input comes from others:
- write a nice announcement blurb
- provide a catchy screenshot
I would be so happy to receive that!
Markus
Hi,
2016-04-29 14:58 GMT+02:00 Markus Neteler <neteler@osgeo.org>:
Fully agreed with Martin - let's do that in parallel.
by creating a new branch I meant just creating a branch (one svn
command) and sending announcement to grass-dev ML. I can take
responsibility for that. Martin
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
On Fri, Apr 29, 2016 at 7:22 AM, Martin Landa <landa.martin@gmail.com>
wrote:
1) to create releasebranch 7_2 ASAP (in the beginning of May)
1) soft freeze in releasebranch_7_2 ~ 16 May
I have some things in lidar modules which would be good to do before the
branching, namely changing the layer options to flag(s) and removal of
vector output from r.in.lidar. Ideally, some code should go from modules to
the library but that might not be feasible in the given time frame (from my
side). The first week of May I can't promise any commits since I'm at
FOSS4G NA [1]
From things I remember, there is the prototype of Simple Python Editor
which needs a review but you (Martin) already did some, so I guess that's
fine.
[1]
https://grasswiki.osgeo.org/wiki/FOSS4G_NA_2016:_GRASS_related_workshops_and_presentations
On 29/04/16 15:07, Martin Landa wrote:
Hi,
2016-04-29 14:58 GMT+02:00 Markus Neteler <neteler@osgeo.org>:
Fully agreed with Martin - let's do that in parallel.
by creating a new branch I meant just creating a branch (one svn
command) and sending announcement to grass-dev ML. I can take
responsibility for that.
Ok, +1 from me, then.
Moritz
Martin Landa <landa.martin@gmail.com> writes:
2016-04-29 13:35 GMT+02:00 Rainer M Krug <Rainer@krugs.de>:
Just to be sure - that would be the version at the moment named 7.1 ?
yes, Martin
Thanks.
I will than make a homebrew grass 7.2 formula as soon as the branch has
been created.
Cheers,
Rainer
--
Rainer M. Krug
email: Rainer<at>krugs<dot>de
PGP: 0x0F52F982
Hi,
2016-04-29 15:09 GMT+02:00 Vaclav Petras <wenzeslaus@gmail.com>:
I have some things in lidar modules which would be good to do before the
branching, namely changing the layer options to flag(s) and removal of
vector output from r.in.lidar. Ideally, some code should go from modules to
the library but that might not be feasible in the given time frame (from my
side). The first week of May I can't promise any commits since I'm at FOSS4G
NA [1]
we can wait one week or so if you wish.
From things I remember, there is the prototype of Simple Python Editor which
needs a review but you (Martin) already did some, so I guess that's fine.
Yes, I used the editor in lessons. Nice tool! I had only one problem,
sometimes run button was not working (I discovered why after lesson
[1]
Ma
[1] https://trac.osgeo.org/grass/ticket/2997
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
On Sat, Apr 30, 2016 at 8:09 AM, Martin Landa <landa.martin@gmail.com> wrote:
2016-04-29 15:09 GMT+02:00 Vaclav Petras <wenzeslaus@gmail.com>:
I have some things in lidar modules which would be good to do before the
branching, namely changing the layer options to flag(s) and removal of
vector output from r.in.lidar. Ideally, some code should go from modules to
the library but that might not be feasible in the given time frame (from my
side). The first week of May I can’t promise any commits since I’m at FOSS4G
NA [1]
we can wait one week or so if you wish.
Thanks. This would give at least some chance to get things straight.
From things I remember, there is the prototype of Simple Python Editor which
needs a review but you (Martin) already did some, so I guess that’s fine.
Yes, I used the editor in lessons. Nice tool!
Thanks. It took me some time to discover that this is exactly what users want.
I had only one problem,
sometimes run button was not working (I discovered why after lesson)
I focused on getting the basics working but the executing is just tricky. Will try to look at it as well to see if some substantial changes are needed.
On Fri, Apr 29, 2016 at 1:22 PM, Martin Landa <landa.martin@gmail.com> wrote:
Hi all,
personally I would like to see GRASS 7.2.0 released somewhere in July.
Do you think that it's realistic? If so I would suggest roadmap
bellow:
1) to create releasebranch 7_2 ASAP (in the beginning of May)
1) soft freeze in releasebranch_7_2 ~ 16 May
2) GRASS 7.2.0RC1 ~ 16 June
3) GRASS 7.2.0RC2 ~ 30 June
4) GRASS 7.2.0 ~ 7 July
I have added a new 7.2.0 milestone in trac (also a 7.3.0 milestone
which replaces the function of the actual 7.1.0 milestone).
We may now assign tickets to the 7.2.0 milestone from "7.1.0" to get
an overview what needs to be fixed for the next major stable release.
Markus
Hi,
2016-05-01 9:35 GMT+02:00 Markus Neteler <neteler@osgeo.org>:
I have added a new 7.2.0 milestone in trac (also a 7.3.0 milestone
which replaces the function of the actual 7.1.0 milestone).
probably we could rename dev version milestone as 7.1 / 7.3 since
these version will be never released (?) Ma
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
On May 1, 2016 10:41 AM, “Martin Landa” <landa.martin@gmail.com> wrote:
Hi,
2016-05-01 9:35 GMT+02:00 Markus Neteler <neteler@osgeo.org>:
I have added a new 7.2.0 milestone in trac (also a 7.3.0 milestone
which replaces the function of the actual 7.1.0 milestone).
probably we could rename dev version milestone as 7.1 / 7.3 since
these version will be never released (?)
Good idea!
Markus
On Sun, May 1, 2016 at 10:49 AM, Markus Neteler <neteler@osgeo.org> wrote:
On May 1, 2016 10:41 AM, "Martin Landa" <landa.martin@gmail.com> wrote:
2016-05-01 9:35 GMT+02:00 Markus Neteler <neteler@osgeo.org>:
> I have added a new 7.2.0 milestone in trac (also a 7.3.0 milestone
> which replaces the function of the actual 7.1.0 milestone).
probably we could rename dev version milestone as 7.1 / 7.3 since
these version will be never released (?)
Good idea!
Done as suggested:
milestone 7.1.0 renamed to 7.2.0:
https://trac.osgeo.org/grass/milestone/7.2.0
We have a an additional 7.3.0 (will never be released) which we will
rename to 7.4.0 in future.
All tickets not to be solved for 7.2.0 can be migrated to 7.3.0 now as
well as 8.0.0.
At time we have 155 open tickets on 7.2.0 which need to be reviewed
for that (or solved).
Markus
On Thu, May 5, 2016 at 10:12 AM, Markus Neteler <neteler@osgeo.org> wrote:
We have a an additional 7.3.0 (will never be released) which we will
rename to 7.4.0 in future.
So, do we even need 7.3.0 milestone?
BTW, we need 7.0.4 version in Trac.
Hi,
2016-05-10 15:23 GMT+02:00 Vaclav Petras <wenzeslaus@gmail.com>:
BTW, we need 7.0.4 version in Trac.
it's already there [1]? Martin
[1] https://trac.osgeo.org/grass/admin/ticket/versions/7.0.4
--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
On Tue, May 10, 2016 at 3:23 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:
On Thu, May 5, 2016 at 10:12 AM, Markus Neteler <neteler@osgeo.org> wrote:
We have a an additional 7.3.0 (will never be released) which we will
rename to 7.4.0 in future.
So, do we even need 7.3.0 milestone?
I agree to remove it.
On Tue, May 10, 2016 at 3:29 PM, Martin Landa <landa.martin@gmail.com> wrote:
2016-05-10 15:23 GMT+02:00 Vaclav Petras <wenzeslaus@gmail.com>:
BTW, we need 7.0.4 version in Trac.
it's already there [1]? Martin
[1] https://trac.osgeo.org/grass/admin/ticket/versions/7.0.4
I added it 15min ago and also update the release procedure document to
increment the version in trac to not forget again.
Markus