On Fri, November 16, 2007 23:20, Markus Neteler wrote:
Due to the list migrations I lost track on the 6.2.3 backports.
Are there pressing outstanding things?
http://grass.gdf-hannover.de/wiki/GRASS_6.2_Feature_Plan#6.2.3cvs
looks good to me.
Objections to release 6.2.3 on Monday?
No idea if
On Sun, November 18, 2007 15:05, Markus Neteler wrote:
On Sun, Nov 18, 2007 at 11:42:45AM +0100, Moritz Lennert wrote:
On Fri, November 16, 2007 23:20, Markus Neteler wrote:
Due to the list migrations I lost track on the 6.2.3 backports.
Are there pressing outstanding things?
Michael Barton wrote:
I have advanced a little bit trying to debug this, although I have no idea
why this has suddenly appeared and wasn't there all the time, and I'm,
therefore, not sure that this is really the origin of the problem.
select.tcl uses both the GISDBASE and MAPSET env
Moritz Lennert wrote:
select.tcl uses both the GISDBASE and MAPSET env variables. However,
neither seem to be defined in wingrass (Init.sh sets them, but Init.bat
doesn't).
Init.sh sets them as shell variables; they aren't exported to the
environment.
So I tried the following:
- enter
On Nov 17, 2007, at 12:54 PM, Agustin Diez Castillo wrote:
I use bindist in several Macs with some success,
No until now, but I haven't used it a lot.
Some success - were there problems then?
actually one of them is working in
Leopard
Do you mean: generating the installer on
Glynn Clements wrote:
Moritz Lennert wrote:
select.tcl uses both the GISDBASE and MAPSET env variables. However,
neither seem to be defined in wingrass (Init.sh sets them, but Init.bat
doesn't).
Init.sh sets them as shell variables; they aren't exported to the
environment.
So I tried the
On 11/18/07 6:49 PM, Glynn Clements [EMAIL PROTECTED] wrote:
Moritz Lennert wrote:
Ah; the reason it's been working so far is that both lib/gis/gui.tcl
and gui/tcltk/gis.m/gm.tcl set them, e.g.:
if {[catch {set env(GISDBASE) [exec g.gisenv get=GISDBASE]} error]} {
Any other code