[GRASS-dev] Re: [GRASS GIS] #1420: wxGUI: modeller
GRASS GIS
trac at osgeo.org
Thu Sep 29 05:13:58 EDT 2011
#1420: wxGUI: modeller
-------------------------+--------------------------------------------------
Reporter: neteler | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 6.4.2
Component: wxGUI | Version: svn-releasebranch64
Keywords: addons | Platform: Unspecified
Cpu: Unspecified |
-------------------------+--------------------------------------------------
Comment(by martinl):
Replying to [comment:3 hamish]:
> Replying to [comment:2 martinl]:
> > In r48545 the addons modules are at least scanned.
>
> do not scan $GRASS_ADDON_PATH/bin/ and $GRASS_ADDON_PATH/scripts/.
rather just scan $GRASS_ADDON_PATH. executables are (ie should be)
symlinked back into there if they happened to be installed to ./bin/ or
./scripts/. (I see no reason why with a little more work bin/ and scripts/
couldn't be skipped entirely, and save the trouble of the symlinking)
>
> the $GRASS_ADDON_PATH variable is meant to be part of the $PATH
variable, it is not meant to be --prefix= or $ADDON_BASE. (see also
William's approach using $GRASS_ADDON_ETC found in lib/gis/find_etc.c and
documented in macosx/Readme.rtf)
But that's the way how GRASS_ADDON_PATH currently works in G7. It's topic
for discussion of course. Basically this variables currently serves in G7
as GISBASE for Add-ons modules. This approach doesn't require adding new
and new variables for etc, html or man pages. It's the main advantage of
this approach, personally I don't know about disadvantages (please correct
me). In G7 everything is installed to the one place, by default
`$HOME/.grass7/addons` on GNU/Linux.
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/1420#comment:4>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list