[GRASS-dev] [release planning] GRASS GIS 7.8.0 with Python3 support

[Markus Neteler]

Hi all,

the world is eagerly waiting to see the first GRASS GIS 7.8.0 with
Python3 support. In my view we need to focus on that and release
early.

I have drafted a roadmap [1]:

- Proposal of release: 7 Jan 2019
- Creation of release branch: 24 Jan 2019
- RC1: 1 Feb 2019
- RC2: 7 Feb 2019 - if needed
- Final release: ~14 Feb 2019

This may appear close but we have no other choice than publishing 7.8.0 asap.

Essential is the creation of the required release branch. Naturally as
much as possible needs to be tested _before_ that, please see
https://trac.osgeo.org/grass/wiki/Python3Support#Howtotest

Any comments?

Markus

[1] https://trac.osgeo.org/grass/milestone/7.8.0

-- 
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.0 with Python3 support

[Martin Landa]

Hi,

po 7. 1. 2019 v 11:41 odesílatel Markus Neteler  napsal:
> - Proposal of release: 7 Jan 2019
> - Creation of release branch: 24 Jan 2019
> - RC1: 1 Feb 2019
> - RC2: 7 Feb 2019 - if needed
> - Final release: ~14 Feb 2019

I am afraid that more realistic release date for 7.8 version is
~May/June 2019. Python3 support is not fully done (Anna will know
more). We don't have Windows builds for testing yet. It also doesn't
make sense to me to release 7.6 in January and 7.8 in February. If we
want to release Python3-ready GRASS version so early we could
integrate it to upcoming version 7.6.

Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.0 with Python3 support

[Markus Neteler]

On Mon, Jan 7, 2019 at 11:48 AM Martin Landa  wrote:
> po 7. 1. 2019 v 11:41 odesílatel Markus Neteler  napsal:
> > - Proposal of release: 7 Jan 2019
> > - Creation of release branch: 24 Jan 2019
> > - RC1: 1 Feb 2019
> > - RC2: 7 Feb 2019 - if needed
> > - Final release: ~14 Feb 2019
>
> I am afraid that more realistic release date for 7.8 version is
> ~May/June 2019. Python3 support is not fully done (Anna will know
> more). We don't have Windows builds for testing yet. It also doesn't
> make sense to me to release 7.6 in January and 7.8 in February.

Personally I would have rather skipped 7.6 but of course that is not possible.

> If we
> want to release Python3-ready GRASS version so early we could
> integrate it to upcoming version 7.6.

If that's doable, fine for me.

Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.4.4 - as a "friendship release" for QGIS

[Pedro Venâncio]

Hi Martin,

QGIS batch files in OSGeo4W are still calling GRASS 7.4.2, instead of 7.4.4:

call "%OSGEO4W_ROOT%"\apps\grass\grass-7.4.4\etc\env.bat
path
%OSGEO4W_ROOT%\apps\qgis-ltr-dev\bin;%OSGEO4W_ROOT%\apps\grass\grass-7.4.2\lib;%OSGEO4W_ROOT%\apps\grass\grass-7.4.2\bin;%PATH%

This happens with all versions:
qgis-ltr-dev-g7.4.2.bat
qgis-rel-dev-g7.bat
etc.

Is it something you can fix?

Thank you very much!

Best regards,
Pedro Venâncio



Martin Landa  escreveu no dia sábado, 5/01/2019
à(s) 22:00:

> Hi,
>
> so 5. 1. 2019 v 0:36 odesílatel Markus Neteler  napsal:
>
> osgeo4w and wingrass standalone packages uploaded. Ma
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.4.4 - as a "friendship release" for QGIS

[Martin Landa]

Hi,

po 7. 1. 2019 v 12:27 odesílatel Pedro Venâncio
 napsal:
> Is it something you can fix?

it should be fixed by QGIS devs/packagers. Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.0 with Python3 support

[Maris Nartiss]

pirmd., 2019. g. 7. janv., plkst. 12:51 — lietotājs Markus Neteler
() rakstīja:
>
> On Mon, Jan 7, 2019 at 11:48 AM Martin Landa  wrote:
> > po 7. 1. 2019 v 11:41 odesílatel Markus Neteler  napsal:
> > > - Proposal of release: 7 Jan 2019
> > > - Creation of release branch: 24 Jan 2019
> > > - RC1: 1 Feb 2019
> > > - RC2: 7 Feb 2019 - if needed
> > > - Final release: ~14 Feb 2019
This really does not seem to be realistic.

> > I am afraid that more realistic release date for 7.8 version is
> > ~May/June 2019. Python3 support is not fully done (Anna will know
> > more). We don't have Windows builds for testing yet. It also doesn't
> > make sense to me to release 7.6 in January and 7.8 in February.
>
> Personally I would have rather skipped 7.6 but of course that is not possible.
I fail to see why. Is there any major distro dropping 2.7 support now?
If not, then lets better iron out all issues arising from transition
to 3.

> Markus
Māris.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3726: special characters in psmap scalebar unit

[GRASS GIS]

#3726: special characters in psmap scalebar unit
--+-
  Reporter:  1266 |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:
 Component:  Default  |Version:  svn-releasebranch76
Resolution:   |   Keywords:
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by veroandreo):

 To reproduce:

 1. Go to Settings -> Preferences, under Appearance tab, set Language to
 French or Spanish, for example. Save and Exit GRASS.

 2. Start a new GRASS session in NC location and save the following
 instructions in `test.psmap`
 {{{
 # timestamp: 2019-01-07 15:24
 # location: nc_basic_spm_grass7
 # mapset: PERMANENT
 # page orientation: Portrait
 # g.region raster=elevation@PERMANENT nsres=10.0 ewres=10.0

 maploc 1.014 1.295  6.205 5.585
 border y
 width 1
 color black
 end

 paper a4
 left 0.5
 right 0.5
 bottom 1
 top 1
 end

 raster elevation@PERMANENT
 scalebar f
 where 5.916 7.327
 length 5.0
 units kilometers
 height 0.1
 segment 4
 numbers 1
 fontsize 10
 background y
 end
 end
 }}}

 3. Run `ps.map in=test.psmap out=test.ps` or load the instructions file in
 G7:g.gui.psmap and see the preview.

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.4.4 - as a "friendship release" for QGIS

[Pedro Venâncio]

Thanks Martin!

I already alerted to this in qgis-dev mailing list.

Best regards,
Pedro



Martin Landa  escreveu no dia segunda, 7/01/2019
à(s) 12:13:

> Hi,
>
> po 7. 1. 2019 v 12:27 odesílatel Pedro Venâncio
>  napsal:
> > Is it something you can fix?
>
> it should be fixed by QGIS devs/packagers. Ma
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.0 with Python3 support

[Markus Neteler]

On Mon, Jan 7, 2019 at 2:10 PM Maris Nartiss  wrote:
> pirmd., 2019. g. 7. janv., plkst. 12:51 — lietotājs Markus Neteler
> > On Mon, Jan 7, 2019 at 11:48 AM Martin Landa  wrote:
> > > po 7. 1. 2019 v 11:41 odesílatel Markus Neteler  
> > > napsal:
> > > > - Proposal of release: 7 Jan 2019
> > > > - Creation of release branch: 24 Jan 2019
> > > > - RC1: 1 Feb 2019
> > > > - RC2: 7 Feb 2019 - if needed
> > > > - Final release: ~14 Feb 2019
> This really does not seem to be realistic.

Agreed - it was meant to be a bit provocative :-)

> > > I am afraid that more realistic release date for 7.8 version is
> > > ~May/June 2019. Python3 support is not fully done (Anna will know
> > > more). We don't have Windows builds for testing yet. It also doesn't
> > > make sense to me to release 7.6 in January and 7.8 in February.
> >
> > Personally I would have rather skipped 7.6 but of course that is not 
> > possible.
>
> I fail to see why. Is there any major distro dropping 2.7 support now?

Yes, soon, e.g.

https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal
.. at time scheduled for the next major release, F30.

Other distros I was not checking. Essentially it is a matter of
relatively short time since Python 2.7 will retire in... (as of now):
0Years 11Months 24Days 3Hours 34Minutes - https://pythonclock.org/

> If not, then lets better iron out all issues arising from transition to 3.

Yes, here in mundialis we start to switch. For sure it would be much
easier with a 7.8-release-branch.

Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.0 with Python3 support

[Helmut Kudrnovsky]

>If not, then lets better iron out all issues arising from transition
>to 3.

winGRASS7.7.svn (standalone and OSGeo4W) already switched to python3, see:

https://trac.osgeo.org/grass/ticket/3719

first issues already popped up, see:

https://trac.osgeo.org/grass/ticket/3723

more testing welcome.



-
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.4.4 - as a "friendship release" for QGIS

[Markus Metz]

On Mon, Jan 7, 2019 at 12:28 PM Pedro Venâncio 
wrote:
>
> Hi Martin,
>
> QGIS batch files in OSGeo4W are still calling GRASS 7.4.2, instead of
7.4.4:
>
> call "%OSGEO4W_ROOT%"\apps\grass\grass-7.4.4\etc\env.bat
> path
%OSGEO4W_ROOT%\apps\qgis-ltr-dev\bin;%OSGEO4W_ROOT%\apps\grass\grass-7.4.2\lib;%OSGEO4W_ROOT%\apps\grass\grass-7.4.2\bin;%PATH%

What is the reason to include the point release number in the path:
%OSGEO4W_ROOT%\apps\grass\grass-7.4.2\lib ?
Why not
%OSGEO4W_ROOT%\apps\grass\grass-7.4\*
or even
%OSGEO4W_ROOT%\apps\grass\grass7\*

The objective is to update GRASS7 and QGIS would not need to be updated,
QGIS could use a new GRASS7 version with bug fixes and enhancements without
the need to update QGIS itself.

Markus M
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.4.4 - as a "friendship release" for QGIS

[Martin Landa]

Hi,

po 7. 1. 2019 v 21:40 odesílatel Markus Metz
 napsal:
> What is the reason to include the point release number in the path:  
> %OSGEO4W_ROOT%\apps\grass\grass-7.4.2\lib ?

probably inspired by possibility to install various GRASS versions in parallel.

> Why not
> %OSGEO4W_ROOT%\apps\grass\grass-7.4\*
> or even
> %OSGEO4W_ROOT%\apps\grass\grass7\*
>
> The objective is to update GRASS7 and QGIS would not need to be updated, QGIS 
> could use a new GRASS7 version with bug fixes and enhancements without the 
> need to update QGIS itself.

Make sense. We could do this change probably before 7.6.0RC2. But then
this change should also affect lib names (but what about other
platforms?), eg. libgrass_7.6.dll, see related issue [1].

Any opinions?

Ma

[1] https://trac.osgeo.org/grass/ticket/3718

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3718: wingrass: include also unversioned libraries

[GRASS GIS]

#3718: wingrass: include also unversioned libraries
--+---
  Reporter:  martinl  |  Owner:  martinl
  Type:  task | Status:  assigned
  Priority:  normal   |  Milestone:  7.6.0
 Component:  Packaging|Version:  svn-trunk
Resolution:   |   Keywords:  wingrass
   CPU:  Unspecified  |   Platform:  MSWindows
--+---

Comment (by martinl):

 ah, I see, reverted in r73921

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3718: wingrass: include also unversioned libraries

[GRASS GIS]

#3718: wingrass: include also unversioned libraries
--+---
  Reporter:  martinl  |  Owner:  martinl
  Type:  task | Status:  assigned
  Priority:  normal   |  Milestone:  7.6.0
 Component:  Packaging|Version:  svn-trunk
Resolution:   |   Keywords:  wingrass
   CPU:  Unspecified  |   Platform:  MSWindows
--+---

Comment (by martinl):

 Another option would be to remove at least point version from lib names,
 see related discussion at  https://lists.osgeo.org/pipermail/grass-
 dev/2019-January/090920.html

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.4.4 - as a "friendship release" for QGIS

[Markus Metz]

On Mon, Jan 7, 2019 at 9:50 PM Martin Landa  wrote:
>
> Hi,
>
> po 7. 1. 2019 v 21:40 odesílatel Markus Metz
>  napsal:
> > What is the reason to include the point release number in the path:
 %OSGEO4W_ROOT%\apps\grass\grass-7.4.2\lib ?
>
> probably inspired by possibility to install various GRASS versions in
parallel.

The mailing list is full of recommendations to use the latest released
GRASS7 version. Devs know how to use different GRASS7 versions in parallel,
but users should use the latest released GRASS7 version. This implies
%OSGEO4W_ROOT%\apps\grass\grass7\.
>
> > Why not
> > %OSGEO4W_ROOT%\apps\grass\grass-7.4\*
> > or even
> > %OSGEO4W_ROOT%\apps\grass\grass7\*
> >
> > The objective is to update GRASS7 and QGIS would not need to be
updated, QGIS could use a new GRASS7 version with bug fixes and
enhancements without the need to update QGIS itself.
>
> Make sense. We could do this change probably before 7.6.0RC2. But then
> this change should also affect lib names (but what about other
> platforms?), eg. libgrass_7.6.dll, see related issue [1].
>
> Any opinions?

Considering the GRASS release history it makes sense to keep the minor
version (y), but point releases (z) are only bugfix releases, no need to
keep z.

Markus M

>
> Ma
>
> [1] https://trac.osgeo.org/grass/ticket/3718
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3727: t.rast.aggregate fails with python3

[GRASS GIS]

#3727: t.rast.aggregate fails with python3
-+-
  Reporter:  veroandreo  |  Owner:  grass-dev@…
  Type:  defect  | Status:  new
  Priority:  major   |  Milestone:  7.8.0
 Component:  Temporal|Version:  svn-trunk
Resolution:  |   Keywords:  t.rast.aggregate, t.rast.algebra,
   CPU:  |  python3
  Unspecified|   Platform:  Unspecified
-+-
Changes (by veroandreo):

 * priority:  normal => major
 * keywords:  t.rast.aggregate, python3 => t.rast.aggregate, t.rast.algebra,
 python3


Comment:

 G7:t.rast.algebra fails with the same error when trying to add 2 strds. To
 test, just create another strds (B) and run:

 {{{
 for map in `seq -w 1 10` ; do r.mapcalc "bla_${map} = ${map}" ; done
 t.create output=B type=strds temporaltype=absolute title="test"
 description="test2"
 t.register input=B maps=`g.list rast pat=bla* sep=, map=.`
 start="2000-01-01" increment="1 months" -i
 t.rast.algebra expression="C = A + B" basename=c_test
 }}}

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.0 with Python3 support

[Veronica Andreo]

El lun., 7 ene. 2019 a las 11:51, Markus Neteler ()
escribió:

> On Mon, Jan 7, 2019 at 11:48 AM Martin Landa 
> wrote:
> > po 7. 1. 2019 v 11:41 odesílatel Markus Neteler 
> napsal:
> > > - Proposal of release: 7 Jan 2019
> > > - Creation of release branch: 24 Jan 2019
> > > - RC1: 1 Feb 2019
> > > - RC2: 7 Feb 2019 - if needed
> > > - Final release: ~14 Feb 2019
> >
> > I am afraid that more realistic release date for 7.8 version is
> > ~May/June 2019. Python3 support is not fully done (Anna will know
> > more).


I've been mostly testing the temporal modules and many of them fail [0] as
well as many of the temporal tests [1] (dunno if the latter is related to
python3 though).
IMHO, this is one of the parts that might require more work and testing. I
regret I do not know how to answer Anna here:
https://lists.osgeo.org/pipermail/grass-dev/2019-January/090879.html


> We don't have Windows builds for testing yet. It also doesn't
> > make sense to me to release 7.6 in January and 7.8 in February.
>
> Personally I would have rather skipped 7.6 but of course that is not
> possible.
>
> > If we
> > want to release Python3-ready GRASS version so early we could
> > integrate it to upcoming version 7.6.
>

please don't break the temporal framework in 76

Vero

[0] https://trac.osgeo.org/grass/ticket/3727
[1] https://trac.osgeo.org/grass/ticket/3706
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev