Add support for GRASS 76 on Mac

[pmav99]

This is a continuation of 8db3dea#diff-a0af97520c54a563bb843be614410af8

[luipir]

@pmav99 should it be backported?

[pmav99]

@luipir I guess it wouldn't hurt.
Should I do it? If yes, to which branch should it be added?

[pmav99]

BTW, now that I look at it better, it would probably make sense to reverse the list's ordering. I.e. use this:

for version in ['76', '74', '72', '71', '70', '7', '']:

instead of this:

for version in ['', '7', '70', '71', '72', '74', '76']:

Is it OK if I git push --force or should I make a separate commit?

[luipir]

make sense to reverse the list's ordering

IMHO make sense to get the highest version in case more than one version is installed. I'm not used to have multiple qgis version, so I do not exactly what would be the expected behaviour. If we change the logic we can introduce regressions. If we leave this logic a user that want the latest version will use the lowet version before and would be aware of this => forcing to remove the older one.

not clear to me what is the best solution. BTW We can invert the search logic without great risks to create regressions.

please do a separate commit to invert the list.

[PeterPetrik]

maybe the hardcoded logic is not the best way how to handle this. I assume it would be easy to get all the directories starting with "grass" and using the one with the highest number (or alternatively the first one because I do not think you can have multiple of those)?

[luipir]

maybe the hardcoded logic is not the best way how to handle this. I assume it would be easy to get all the directories starting with "grass" and using the one with the highest number (or alternatively the first one because I do not think you can have multiple of those)?

@PeterPetrik I strongly agree... but we had cases where there here mutiple installation like "grass-7-svn"... there is no a standard way but sometimes could depend on packaging.
But IMHO this PR try to contiue following the path already available. e.g. a low impact. IMHO should be merged and leave to another PR to revrite the logic.

[m-kuhn]

Looks good.
Let's merge this and anyone with a more flexible proposal can open a new pull request anytime.

[m-kuhn]

@pmav99 can you open a backport pull request?

[pmav99]

@m-kuhn sure, to which branch? release_3-4?

[m-kuhn]

Exactly

[pmav99]

Hmm... This is git blame at release-3_4

It seems that the patch has been partially backported by @neteler with c022e1f but the list ordering has been changed. I think it would make sense to keep the same ordering both on LTS and on master. So which order should it be?

[neteler]

Please start with searching the newest GRASS GIS version first (I see no point in preferring older over newer versions)