[GRASS-dev] Re: [GRASS GIS] #1420: wxGUI: modeller

[GRASS GIS]

#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>