[GRASS-dev] [GRASS GIS] #2008: grass.script's find_program() can't find modules

GRASS GIS trac at osgeo.org
Sat Jun 22 23:19:12 PDT 2013

#2008: grass.script's find_program() can't find modules
  Reporter:  hamish    |       Owner:  grass-dev@…              
      Type:  defect    |      Status:  reopened                 
  Priority:  critical  |   Milestone:  6.4.4                    
 Component:  Python    |     Version:  svn-releasebranch64      
Resolution:            |    Keywords:  find_program()           
  Platform:  All       |         Cpu:  x86-64                   

Comment(by glynn):

 Replying to [comment:29 wenzeslaus]:

 > > More generally, there should probably be separate functions for
 "opening" a file or URL in the user's desktop environment.
 > Sorry, I don't get your last point. Would you like to have
 `open_something` function in GRASS or do you expect this function to be
 available from system or something else?

 I think that GRASS should have something. On Windows, this doesn't require
 testing for specific programs; subprocess.call(file, shell=True) should

 > Diverging from the original ticked topic, the
 `GRASS_HTML_BROWSER=firefox` blocks the command line even after r56880
 when no firefox session is running. However, this is expected and I think
 there is no way how to avoid this when we want (probably because of cmd
 line web browsers) to use `execlp`.

 GRASS_HTML_BROWSER is probably too simplistic. E.g. a GUI browser should
 be executed in the background, whereas e.g. lynx shouldn't. But something
 like xdg-open should probably be preferred.

Ticket URL: <http://trac.osgeo.org/grass/ticket/2008#comment:32>
GRASS GIS <http://grass.osgeo.org>

More information about the grass-dev mailing list