<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Mon, 12 Oct 2026 at 10:40, Jürgen E. Fischer via QGIS-Developer <<a href="mailto:qgis-developer@lists.osgeo.org">qgis-developer@lists.osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
Splitting the GRASS package into tools+libraries and the UI would be another<br>
option - as we don't use GRASS' GUI.  But I don't know know where the line<br>
between the two exactly is - splitting off everything that's python might do<br>
the trick.<br></blockquote><div><br></div><div>Hi Jürgen,</div><div><br></div><div>The GUI is pretty clearly separated in GRASS and the general idea is that all should work without GUI. There might be a couple spots to polish, but I know that only because we hit and fix those from time to time. Also, Ubuntu has a grass-gui package.</div><div><br></div><div>As for splitting by Python use, many tools are written in Python (or are Python wrappers), for example r.drain, r.grow, v.geometry, or notably r.mapcalc.simple wrapping r.mapcalc which was originally created to serve QGIS...perhaps r.mapcalc.simple is a special case, but I can imagine there can be more tools like r.mapcalc.simple in the future.</div><br><div>Vaclav</div></div></div>