Hello,
A windows binary of the current 6.3 Release Candidate 1 is now available
at the wingrass download site:
http://geog-pc40.ulb.ac.be/grass/wingrass/
File: grass63RC1.zip
As always, testers very welcome. Make sure to read the README for
installation, known issues and other information.
Moritz
Markus,
Now that we seem to go to a more or less official release of a native windows port, I wanted to raise a question concerning our distributing external library binaries with the grass binaries.
As they are all (?) GPL, it should not be any problem to distribute them, but I guess we need to include some more information about copyright/left, or ? Should I add a copyright file to the distribution which lists the information ? What would need to be in it ?
Currently, there is README.extralibs which for each library contains the link to its homepage and an explanation of how it was compiled. Maybe that is enough ?
Moritz
On 25/10/07 20:00, Moritz Lennert wrote:
Hello,
A windows binary of the current 6.3 Release Candidate 1 is now available
at the wingrass download site:http://geog-pc40.ulb.ac.be/grass/wingrass/
File: grass63RC1.zip
As always, testers very welcome. Make sure to read the README for
installation, known issues and other information.Moritz
_______________________________________________
grassuser mailing list
grassuser@grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser
One problem seems to be Tcl/Tk using the ActiveState license.
Currently, users need to download and install this individually as
it cannot be bundled and distributed by us.
Did anyone have any luck trying to compile against GPL'd Tcl/Tk?
For me, compilation works fine, but running GRASS from the MSYS
shell just gives me blank Tk windows without any GUI widgets.
Benjamin
Moritz Lennert wrote:
Markus,
Now that we seem to go to a more or less official release of a native
windows port, I wanted to raise a question concerning our distributing
external library binaries with the grass binaries.As they are all (?) GPL, it should not be any problem to distribute
them, but I guess we need to include some more information about
copyright/left, or ? Should I add a copyright file to the distribution
which lists the information ? What would need to be in it ?Currently, there is README.extralibs which for each library contains the
link to its homepage and an explanation of how it was compiled. Maybe
that is enough ?Moritz
On 25/10/07 20:00, Moritz Lennert wrote:
Hello,
A windows binary of the current 6.3 Release Candidate 1 is now available
at the wingrass download site:http://geog-pc40.ulb.ac.be/grass/wingrass/
File: grass63RC1.zip
As always, testers very welcome. Make sure to read the README for
installation, known issues and other information.Moritz
_______________________________________________
grassuser mailing list
grassuser@grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser_______________________________________________
grass-dev mailing list
grass-dev@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass-dev
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Historic Archaeology)
Christian-Albrechts-Universität zu Kiel
Johanna-Mestorf-Straße 2-6
D 24098 Kiel
Germany
Tel.: ++49 (0)431 880-3378 / -3379
Fax : ++49 (0)431 880-7300
www.uni-kiel.de/ufg
Adding to my message on Tcl/Tk and WinGRASS, there is a further
problem I noticed -- maybe someone else is fighting with this, too.
The 'wish' interpreter does not work on MSYS if you copy the
executable int /usr/bin (which on my system translates to
C:\msys\1.0\bin)!
It runs just fine from /mingw/bin or /usr/local/bin.
I thought my problem was the non-GPL version of Tcl/Tk, but
this seems to be it!
I'll try with the GPL libs again now, and report back later
whether we still need ActiveTcl.
Cheers,
Benjamin
Benjamin Ducke wrote:
One problem seems to be Tcl/Tk using the ActiveState license.
Currently, users need to download and install this individually as
it cannot be bundled and distributed by us.Did anyone have any luck trying to compile against GPL'd Tcl/Tk?
For me, compilation works fine, but running GRASS from the MSYS
shell just gives me blank Tk windows without any GUI widgets.Benjamin
Moritz Lennert wrote:
Markus,
Now that we seem to go to a more or less official release of a native
windows port, I wanted to raise a question concerning our distributing
external library binaries with the grass binaries.As they are all (?) GPL, it should not be any problem to distribute
them, but I guess we need to include some more information about
copyright/left, or ? Should I add a copyright file to the distribution
which lists the information ? What would need to be in it ?Currently, there is README.extralibs which for each library contains the
link to its homepage and an explanation of how it was compiled. Maybe
that is enough ?Moritz
On 25/10/07 20:00, Moritz Lennert wrote:
Hello,
A windows binary of the current 6.3 Release Candidate 1 is now available
at the wingrass download site:http://geog-pc40.ulb.ac.be/grass/wingrass/
File: grass63RC1.zip
As always, testers very welcome. Make sure to read the README for
installation, known issues and other information.Moritz
_______________________________________________
grassuser mailing list
grassuser@grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser_______________________________________________
grass-dev mailing list
grass-dev@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass-dev
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Historic Archaeology)
Christian-Albrechts-Universität zu Kiel
Johanna-Mestorf-Straße 2-6
D 24098 Kiel
Germany
Tel.: ++49 (0)431 880-3378 / -3379
Fax : ++49 (0)431 880-7300
www.uni-kiel.de/ufg
Open source Tcl/Tk 8.4.15 from www.tcl.tk works fine in MSYS,
if configured to install in /usr/local (or whatever place except /usr).
This lets me run the GRASS start-up screen and gis.m just fine.
As expected, d.mon does not work (no X) and NVIZ just crashes badly.
So no need to ActiveTcl anymore, as far as I can tell.
Benjamin
Benjamin Ducke wrote:
Adding to my message on Tcl/Tk and WinGRASS, there is a further
problem I noticed -- maybe someone else is fighting with this, too.The 'wish' interpreter does not work on MSYS if you copy the
executable int /usr/bin (which on my system translates to
C:\msys\1.0\bin)!It runs just fine from /mingw/bin or /usr/local/bin.
I thought my problem was the non-GPL version of Tcl/Tk, but
this seems to be it!I'll try with the GPL libs again now, and report back later
whether we still need ActiveTcl.Cheers,
Benjamin
Benjamin Ducke wrote:
One problem seems to be Tcl/Tk using the ActiveState license.
Currently, users need to download and install this individually as
it cannot be bundled and distributed by us.Did anyone have any luck trying to compile against GPL'd Tcl/Tk?
For me, compilation works fine, but running GRASS from the MSYS
shell just gives me blank Tk windows without any GUI widgets.Benjamin
Moritz Lennert wrote:
Markus,
Now that we seem to go to a more or less official release of a native
windows port, I wanted to raise a question concerning our distributing
external library binaries with the grass binaries.As they are all (?) GPL, it should not be any problem to distribute
them, but I guess we need to include some more information about
copyright/left, or ? Should I add a copyright file to the distribution
which lists the information ? What would need to be in it ?Currently, there is README.extralibs which for each library contains the
link to its homepage and an explanation of how it was compiled. Maybe
that is enough ?Moritz
On 25/10/07 20:00, Moritz Lennert wrote:
Hello,
A windows binary of the current 6.3 Release Candidate 1 is now available
at the wingrass download site:http://geog-pc40.ulb.ac.be/grass/wingrass/
File: grass63RC1.zip
As always, testers very welcome. Make sure to read the README for
installation, known issues and other information.Moritz
_______________________________________________
grassuser mailing list
grassuser@grass.itc.it
http://grass.itc.it/mailman/listinfo/grassuser_______________________________________________
grass-dev mailing list
grass-dev@grass.itc.it
http://grass.itc.it/mailman/listinfo/grass-dev
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Historic Archaeology)
Christian-Albrechts-Universität zu Kiel
Johanna-Mestorf-Straße 2-6
D 24098 Kiel
Germany
Tel.: ++49 (0)431 880-3378 / -3379
Fax : ++49 (0)431 880-7300
www.uni-kiel.de/ufg
On 26/10/07 15:38, Benjamin Ducke wrote:
Open source Tcl/Tk 8.4.15 from www.tcl.tk works fine in MSYS,
if configured to install in /usr/local (or whatever place except /usr).This lets me run the GRASS start-up screen and gis.m just fine.
As expected, d.mon does not work (no X) and NVIZ just crashes badly.So no need to ActiveTcl anymore, as far as I can tell.
Well, I would count NVIZ crashing badly as a serious issue... 
It doesn't for me with ActiveTcl.
Moritz
Aargh!
Moritz Lennert wrote:
On 26/10/07 15:38, Benjamin Ducke wrote:
Open source Tcl/Tk 8.4.15 from www.tcl.tk works fine in MSYS,
if configured to install in /usr/local (or whatever place except /usr).This lets me run the GRASS start-up screen and gis.m just fine.
As expected, d.mon does not work (no X) and NVIZ just crashes badly.So no need to ActiveTcl anymore, as far as I can tell.
Well, I would count NVIZ crashing badly as a serious issue...
It doesn't for me with ActiveTcl.Moritz
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Historic Archaeology)
Christian-Albrechts-Universität zu Kiel
Johanna-Mestorf-Straße 2-6
D 24098 Kiel
Germany
Tel.: ++49 (0)431 880-3378 / -3379
Fax : ++49 (0)431 880-7300
www.uni-kiel.de/ufg
Hmm, I get exactly the same crash when running with ActiveTcl (see
screenshot)
I did:
nviz elev=height
nviz
(nviz started via gis.m)
all the same.
Maybe it's because I am running this in a VMWare virtual machine
and/or on a Windows 2000 system.
I'll try on some real Win hardware and XP later.
Another thing: is the --with-opengl=windows option working on MSYS?
I'll do some more tests tomorrow. Too tired for today.
Cheers,
Benjamin.
Benjamin Ducke wrote:
Aargh!
Moritz Lennert wrote:
On 26/10/07 15:38, Benjamin Ducke wrote:
Open source Tcl/Tk 8.4.15 from www.tcl.tk works fine in MSYS,
if configured to install in /usr/local (or whatever place except /usr).This lets me run the GRASS start-up screen and gis.m just fine.
As expected, d.mon does not work (no X) and NVIZ just crashes badly.So no need to ActiveTcl anymore, as far as I can tell.
Well, I would count NVIZ crashing badly as a serious issue...
It doesn't for me with ActiveTcl.Moritz
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Historic Archaeology)
Christian-Albrechts-Universität zu Kiel
Johanna-Mestorf-Straße 2-6
D 24098 Kiel
Germany
Tel.: ++49 (0)431 880-3378 / -3379
Fax : ++49 (0)431 880-7300
www.uni-kiel.de/ufg
On 26/10/07 17:38, Benjamin Ducke wrote:
Hmm, I get exactly the same crash when running with ActiveTcl (see
screenshot)I did:
nviz elev=height
nviz
(nviz started via gis.m)
I do not use msys for running grass under windows.
I can launch nviz from the cmd.exe with 'nviz -q' or 'nviz elev=elevation.dem'. I can launch it from the Gis Manager via the File menu, via the nviz button in the Map Display and by typing nviz -q (or others) in the "shell" at the bottom of the Output window.
...
Just tried via msys and everything works perfectly as well.
> Maybe it's because I am running this in a VMWare virtual machine
and/or on a Windows 2000 system.
I'll try on some real Win hardware and XP later.Another thing: is the --with-opengl=windows option working on MSYS?
What do you mean by "working" ? I use it and I get 'OpenGL support: yes' at the end of configure.
I'll do some more tests tomorrow. Too tired for today.
Maybe you could try with my binaries to see if that makes any difference.
Moritz
Moritz Lennert wrote:
Now that we seem to go to a more or less official release of a native
windows port, I wanted to raise a question concerning our distributing
external library binaries with the grass binaries.As they are all (?) GPL, it should not be any problem to distribute
them, but I guess we need to include some more information about
copyright/left, or ? Should I add a copyright file to the distribution
which lists the information ? What would need to be in it ?
* The GPL must be distributed with it. The user must know that they are given
certain rights to get/modify the code.
From the GPL preamble:
"For example, if you distribute copies of such a program, whether
gratis or for a fee, you must give the recipients all the rights that
you have. You must make sure that they, too, receive or can get the
source code. And you must show them these terms so they know their
rights."
* AFAIK you should include the copyright files as well. If not, and you do
include one for GRASS, it would seem to the user that GRASS holds the copyright
for all the other software too. Maybe look at how GPL incorporating software
for windows like "PDFCreator" deals with this?
Hamish
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Benjamin Ducke wrote:
Open source Tcl/Tk 8.4.15 from www.tcl.tk works fine in MSYS,
if configured to install in /usr/local (or whatever place except /usr).This lets me run the GRASS start-up screen and gis.m just fine.
As expected, d.mon does not work (no X) and NVIZ just crashes badly.
"d.mon x0" will not work without X, but does "d.mon PNG" work?
Hamish
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Moritz Lennert wrote:
Now that we seem to go to a more or less official release of a native
windows port, I wanted to raise a question concerning our distributing
external library binaries with the grass binaries.As they are all (?) GPL, it should not be any problem to distribute
them, but I guess we need to include some more information about
copyright/left, or ? Should I add a copyright file to the distribution
which lists the information ? What would need to be in it ?
The GPL requires that you include a copy of the GPL. It doesn't
require that you add any other notices, e.g. information on who holds
the copyright.
Currently, there is README.extralibs which for each library contains the
link to its homepage and an explanation of how it was compiled. Maybe
that is enough ?
Apart from including a copy of the GPL, the other main requirement is
that the source code is available "from the same place" as the
binaries. It is *not* sufficient to refer the user to a different
site.
Alternatively, we could include a written offer to provide the source
code on demand, but then we have to keep a copy of the source code
around for at least three years in case anyone ever takes us up on it
(don't assume that the source code for the specific version which we
include will still be available elsewhere in three years' time).
--
Glynn Clements <glynn@gclements.plus.com>
Hamish wrote:
> Open source Tcl/Tk 8.4.15 from www.tcl.tk works fine in MSYS,
> if configured to install in /usr/local (or whatever place except /usr).
>
> This lets me run the GRASS start-up screen and gis.m just fine.
> As expected, d.mon does not work (no X) and NVIZ just crashes badly."d.mon x0" will not work without X, but does "d.mon PNG" work?
No monitors work on (native) Windows, due to the socket interface.
I even tried to get it working using TCP sockets (rather than
AF_UNIX), but never got it to work.
--
Glynn Clements <glynn@gclements.plus.com>
Benjamin Ducke wrote:
Hmm, I get exactly the same crash when running with ActiveTcl (see
screenshot)I did:
nviz elev=height
nviz
(nviz started via gis.m)all the same.
Maybe it's because I am running this in a VMWare virtual machine
and/or on a Windows 2000 system.
I'll try on some real Win hardware and XP later.Another thing: is the --with-opengl=windows option working on MSYS?
It's certainly supposed to work; that's the whole point of
--with-opengl=windows.
It worked (with "stock" Tcl/Tk, compiled from source) when I
originally added --with-opengl=windows support.
--
Glynn Clements <glynn@gclements.plus.com>
The Mozilla project has on open source "Portable Runtime" that
includes locks, anonymous pipes, sockets, etc. on all platforms:
http://www.mozilla.org/projects/nspr/#NSPRReference
Did anyone ever take a look at how difficult it would be to use
that for the cross-platform I/O?
Benjamin
Glynn Clements wrote:
Hamish wrote:
Open source Tcl/Tk 8.4.15 from www.tcl.tk works fine in MSYS,
if configured to install in /usr/local (or whatever place except /usr).This lets me run the GRASS start-up screen and gis.m just fine.
As expected, d.mon does not work (no X) and NVIZ just crashes badly."d.mon x0" will not work without X, but does "d.mon PNG" work?
No monitors work on (native) Windows, due to the socket interface.
I even tried to get it working using TCP sockets (rather than
AF_UNIX), but never got it to work.
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Historic Archaeology)
Christian-Albrechts-Universität zu Kiel
Johanna-Mestorf-Straße 2-6
D 24098 Kiel
Germany
Tel.: ++49 (0)431 880-3378 / -3379
Fax : ++49 (0)431 880-7300
www.uni-kiel.de/ufg
OK, the problem is not the virtual machine or the Windows
version. It gives me the same error message on a "hardware"
XP.
What confuses me is the error message itself, which does not
seem to be related to Tcl/Tk whatsoever:
Error in startup script
child process exited abnormaly
while executing
"exec $rc_boot/bin/g.gisenv X3D_WIDTH"
(procedure "Nv_makeGUI" line 41)
invoked from within
"Nv_makeGUI.top"
(file
"C:/msys/1.0/local/grass-6.3.cvs/etc/nviz2.2/scripts/nviz2.2_script"
line 1024
Needless to say, setting X3D_width using g.gisenv on the
command line works just fine, but the crash persists.
Benjamin
Moritz Lennert wrote:
On 26/10/07 17:38, Benjamin Ducke wrote:
Hmm, I get exactly the same crash when running with ActiveTcl (see
screenshot)I did:
nviz elev=height
nviz
(nviz started via gis.m)I do not use msys for running grass under windows.
I can launch nviz from the cmd.exe with 'nviz -q' or 'nviz
elev=elevation.dem'. I can launch it from the Gis Manager via the File
menu, via the nviz button in the Map Display and by typing nviz -q (or
others) in the "shell" at the bottom of the Output window....
Just tried via msys and everything works perfectly as well.
> Maybe it's because I am running this in a VMWare virtual machine
and/or on a Windows 2000 system.
I'll try on some real Win hardware and XP later.Another thing: is the --with-opengl=windows option working on MSYS?
What do you mean by "working" ? I use it and I get 'OpenGL support: yes'
at the end of configure.I'll do some more tests tomorrow. Too tired for today.
Maybe you could try with my binaries to see if that makes any difference.
Moritz
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Historic Archaeology)
Christian-Albrechts-Universität zu Kiel
Johanna-Mestorf-Straße 2-6
D 24098 Kiel
Germany
Tel.: ++49 (0)431 880-3378 / -3379
Fax : ++49 (0)431 880-7300
www.uni-kiel.de/ufg
On 29/10/07 10:37, Benjamin Ducke wrote:
OK, the problem is not the virtual machine or the Windows
version. It gives me the same error message on a "hardware"
XP.
What confuses me is the error message itself, which does not
seem to be related to Tcl/Tk whatsoever:Error in startup script
child process exited abnormaly
while executing
"exec $rc_boot/bin/g.gisenv X3D_WIDTH"
(procedure "Nv_makeGUI" line 41)
invoked from within
"Nv_makeGUI.top"
(file
"C:/msys/1.0/local/grass-6.3.cvs/etc/nviz2.2/scripts/nviz2.2_script"
line 1024Needless to say, setting X3D_width using g.gisenv on the
command line works just fine, but the crash persists.
I can only suggest again to test with the the available binaries to find out whether the problem is in your compilation or in the runtime environment.
Moritz
Right, I'll do that as soon as possible.
Moritz Lennert wrote:
On 29/10/07 10:37, Benjamin Ducke wrote:
OK, the problem is not the virtual machine or the Windows
version. It gives me the same error message on a "hardware"
XP.
What confuses me is the error message itself, which does not
seem to be related to Tcl/Tk whatsoever:Error in startup script
child process exited abnormaly
while executing
"exec $rc_boot/bin/g.gisenv X3D_WIDTH"
(procedure "Nv_makeGUI" line 41)
invoked from within
"Nv_makeGUI.top"
(file
"C:/msys/1.0/local/grass-6.3.cvs/etc/nviz2.2/scripts/nviz2.2_script"
line 1024Needless to say, setting X3D_width using g.gisenv on the
command line works just fine, but the crash persists.I can only suggest again to test with the the available binaries to find
out whether the problem is in your compilation or in the runtime
environment.Moritz
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Historic Archaeology)
Christian-Albrechts-Universität zu Kiel
Johanna-Mestorf-Straße 2-6
D 24098 Kiel
Germany
Tel.: ++49 (0)431 880-3378 / -3379
Fax : ++49 (0)431 880-7300
www.uni-kiel.de/ufg
OK, I did some more testing.
Moritz' binaries work just fine: NVIZ comes up no problem.
This is interesting, because I am using the same Tcl binaries
that my own GRASS 6.3 compilation also uses. This means
there is nothing wrong with Tcl/Tk itself.
I then copied Moritz' GRASS binaries into my MSYS file structure.
Starting grass from an MSYS shell again gives me the same
NVIZ crash.
So it seems there is something wrong in the NVIZ environment.
Maybe a wrong version of some DLL taking precedence when
I start sh.exe. This also results in another Tcl/Tk problem:
GRASS modules don't show the Tk input GUIs. When I start
a GRASS modules from MSYS' sh.exe w/o options, I only get
the help description dumped to the console.
Again, w/o MSYS all is OK.
Sound familiar to anyone?
Could some GRASS startup script be involved?
Best,
Benjamin
Moritz Lennert wrote:
On 29/10/07 10:37, Benjamin Ducke wrote:
OK, the problem is not the virtual machine or the Windows
version. It gives me the same error message on a "hardware"
XP.
What confuses me is the error message itself, which does not
seem to be related to Tcl/Tk whatsoever:Error in startup script
child process exited abnormaly
while executing
"exec $rc_boot/bin/g.gisenv X3D_WIDTH"
(procedure "Nv_makeGUI" line 41)
invoked from within
"Nv_makeGUI.top"
(file
"C:/msys/1.0/local/grass-6.3.cvs/etc/nviz2.2/scripts/nviz2.2_script"
line 1024Needless to say, setting X3D_width using g.gisenv on the
command line works just fine, but the crash persists.I can only suggest again to test with the the available binaries to find
out whether the problem is in your compilation or in the runtime
environment.Moritz
--
Benjamin Ducke, M.A.
Archäoinformatik
(Archaeoinformation Science)
Institut für Ur- und Frühgeschichte
(Inst. of Prehistoric and Historic Archaeology)
Christian-Albrechts-Universität zu Kiel
Johanna-Mestorf-Straße 2-6
D 24098 Kiel
Germany
Tel.: ++49 (0)431 880-3378 / -3379
Fax : ++49 (0)431 880-7300
www.uni-kiel.de/ufg
On 29/10/07 13:52, Benjamin Ducke wrote:
OK, I did some more testing.
Moritz' binaries work just fine: NVIZ comes up no problem.
This is interesting, because I am using the same Tcl binaries
that my own GRASS 6.3 compilation also uses. This means
there is nothing wrong with Tcl/Tk itself.I then copied Moritz' GRASS binaries into my MSYS file structure.
Just out of curiosity: why do you want to do this ? If you want to be able to run scripts, it should be enough to just define the path to sh.exe and to msys' bin/ and lib/ directories in the grass63.bat file.
And you can run grass from within msys without integrating everying into the MSYS file structure. Just open msys, and run /c/grass/bin/grass63 (IIRC, you need to change the definition of GISBASE in grass63 to correspond to msys syntax).
Moritz