Hi devs!
The addition [1] of basic support of CMake builds of GRASS is still experimental and a few, but important, pieces are still missing for full functionality. g.extension and Addons are one of those.
A key feature of the new CMake build is the possibility to make the installation comply to Filesystem Hierarchy Standard (FHS) [2]. To bring the work on FHS forward, the central role of GISBASE for accessing various resources, needs to be reworked. This will by necessity require changes in code and in Autotools’ Makefiles. I have a PR [3], which addresses this issue. The PR will not solve all issues for FHS, but to avoid breaking the current Autotools build, I kindly encourage you to review and test the PR, building in the traditional way with ./configure; make in every possible workflow (GUI, scripts, Addons, Jupiter, docs generation…):
Best regards,
Nicklas
[^1] cmake: initial commit adding CMake support · OSGeo/grass@c12df29 · GitHub
[2] Reorganise GRASS installation to comply with Filesystem Hierarchy Standard (FHS) · OSGeo/grass · Discussion #3661 · GitHub
[3] build: prepare for FHS, where GISBASE is not the absolute truth by nilason · Pull Request #5630 · OSGeo/grass · GitHub