[GRASS-dev] [GRASS GIS] #2528: r.shade not in menu
GRASS GIS
trac at osgeo.org
Mon Jan 5 17:22:10 PST 2015
#2528: r.shade not in menu
--------------------------+-------------------------------------------------
Reporter: cmbarton | Owner: grass-dev@…
Type: defect | Status: reopened
Priority: normal | Milestone: 7.0.0
Component: wxGUI | Version: unspecified
Resolution: | Keywords: toolboxes, menu, r.shade
Platform: Unspecified | Cpu: Unspecified
--------------------------+-------------------------------------------------
Comment(by wenzeslaus):
Replying to [comment:13 cmbarton]:
> Replying to [comment:10 wenzeslaus]:
> > Replying to [comment:8 cmbarton]:
> > > Is there some way to force an update to the menu from the command
line after compilation?
> >
> > * compile with `make`
> > * run GRASS from `dist...` directory, i.e. using `bin.../grass..`
> > * `cd` into `gui/wxpython`
> > * `make clean`
> > * `make`
> >
> > This should work. If you want to recompile the toolboxes and not the
whole GRASS, use:
> >
> > * (in GRASS session)
> > * `rm dist.../gui/wxpython/xml/*.xml`
> > * `cd` into `gui/wxpython`
> > * `make clean`
> > * `make`
> >
> > If you want to script it, you probably have to start GRASS from
command line in the demo location and set the environmental variable
`GRASS_BATCH_JOB` to a script where you have the steps which must be
executed inside GRASS.
>
> I'll try these. They might at least reduce the number of steps in a
workaround. Do you think that the 2nd one will work if I'm running any
GRASS 7 session? Or must it be the one just compiled?
It could work but I wouldn't do that. Mixing two different GRASS versions
(in sense of directories/installations/compilations) will probably end up
in some confusion. The safe way is to use GRASS in `dist...` and `bin...`
directories of the code you are working with; this is the code which is
used during compilation if GRASS session is needed (and that's the
environment you are trying to fake it).
--
Ticket URL: <http://trac.osgeo.org/grass/ticket/2528#comment:14>
GRASS GIS <http://grass.osgeo.org>
More information about the grass-dev
mailing list