[GRASS-dev] dateutil dependency killing GRASS 7

[Michael Barton]

I want to retract my concern over dateutil.

Both William and Helena have shown that it IS available in the default Python distribution. I am still not clear why some people have had the GUI not start up with a dateutil error. Perhaps it is due in part to the tr_init that you recently moved out of the initialization for GRASS. That is the only thing I can think of that could cause this problem, even if some people had problems with this Python module for some reason.

I cannot test this for a couple days because I will need to update frameworks in order to also run tests about the volume display. 

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity 
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

voice: 	480-965-6262 (SHESC), 480-727-9746 (CSDC)
fax:          480-965-7671 (SHESC),  480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu











On Oct 20, 2012, at 11:40 PM, Markus Neteler <neteler at osgeo.org> wrote:

> On Sun, Oct 21, 2012 at 6:58 AM, Michael Barton <Michael.Barton at asu.edu> wrote:
>> One more thing, when GRASS starts up now, there is the following message from the TGIS modules...
>> 
>> Default TGIS driver / database set to:
>> driver: sqlite
>> database: $GISDBASE/$LOCATION_NAME/PERMANENT/tgis.db
>> 
>> Where is this coming from?
> 
> I have fixed a debug level in
> http://trac.osgeo.org/grass/changeset/53518
> and no longer get that debug message.
> 
> Markus