GRASS 5.0 beta2 Released!

GRASS community,

We have just released a new beta package of GRASS
(grass5.0beta2). This package replaces the older 5.0 beta package you
are all presently using. It is available as source and selected
binaries at keck.baylor.edu and the hannover ftp sites. Note: Other
sites may not be current!

Major enhancements include:

* Lots of bigfixes!
* New configure script ... GISGEN and Gmake are optional.
   Just configure and make install and go!
* New tcltk GRASS interface!

The source is available now in the directory
/pub/grass/grass5.0beta2/source on keck and via http and
ftp from uni-hannover.de

Cheers!

Bruce

On Sat, Jul 24, 1999 at 01:48:01PM +0200, Morten Hulden wrote:

I am confused. I find lots of files called grass5.0beta<something>, but
none of them seem to contain features promised.

What is going on? Is it too much to ask for a decent version numbering
scheme for grass5.0betas to save us from unnecessary downloads of these
huge packages.

Thanks for speaking up about that.
I strongly support your suggestion of a good numbering system for
beta and alpha versions.

On Mon, Jul 26, 1999 at 09:10:44AM -0500, B. Byars wrote:

We are in the process (today) of releasing GRASS 5.0 beta2
which is a substantial improvement over 5.0 beta.

IIRC were several intermediate versions of which
some were already called beta2 (or had the name somewhere in it).
After that a few development versions were accessable by people more
involved in the development.

For all official source, keck will have the latest along with
hannover.

If I start hacking on the source, which I had to do to make some things
work, I want the latest source code, which I would call an alpha or
development version.

It is important for external contributor to have access to it.
That's why all these versions have to numbered proberly.

On Mon, Jul 26, 1999 at 09:22:10AM -0500, B. Byars wrote:

We have just released a new beta package of GRASS
(grass5.0beta2). This package replaces the older 5.0 beta package you
are all presently using.

Thanks for the announcement.
My suggest would be to give that a higher number as beta2, to
mark it clearly as new.

  Bernhard

--
Research Assistant, Geog Dept UM-Milwaukee, USA. (www.uwm.edu/~bernhard)
Association for a Free Informational Infrastructure (ffii.org)

"B. Byars" wrote:

GRASS community,

We have just released a new beta package of GRASS
(grass5.0beta2). This package replaces the older 5.0 beta package you
are all presently using. It is available as source and selected
binaries at keck.baylor.edu and the hannover ftp sites. Note: Other
sites may not be current!

Major enhancements include:

* Lots of bigfixes!
* New configure script ... GISGEN and Gmake are optional.
   Just configure and make install and go!
* New tcltk GRASS interface!

The source is available now in the directory
/pub/grass/grass5.0beta2/source on keck and via http and
ftp from uni-hannover.de

Cheers!

Bruce

Linux Slackware version 4 kernel 2.2.6
i686-pc-linux-gnuglibc1

configure --prefix=/usr/local/grass5 --with-SYSV --with-USE_TERMIO

time: 35 minutes or so on PII 233 MHz 64Meg RAM

Results: /src/paint/Interface and /src/paint/Drivers
/src/paint/Drivers/preview(/preview2)
and /src/raster/r.binfer failed with Error 1 (something about no such
file referring to lib.a)

Otherwise simple and the program seems to be running. I have created a
location and imported a sites file.

The new configure setup is very simple and seems to work very well.

Thanks (from a frustrated 4.2 and 5.0beta person).

For what it's worth, on an identical setup, I had two errors, both easily
corrected. I didn't try to make portable fixes, just fixes that made it
compile.

r.binfer: wait was wrong type at line 263 of
  src/raster/r.binfer/symtab.c
  Solution: change unsigned int to int

paint: missing member of termios struct
  src/paint/Interface/driverlib/io.c:92
  Solution: use termio code instead of termios code-
    set using an #ifdef there anyway.

Other than that, it all compiles. Unfortunately, the autoconf stuff has
some hard-wired defaults that cannot be changed easily. I was unable to
reliably change the location of the compiled binaries. I could not specify
it on the ./configure line, nor the make line. If I had really wanted to
make it go, I would have had to change a few things in the autoconf stuf,
then go and fix gmake. I gave up and put it in /usr/local/grass5b (or
whatever. A minor bug, but a bug nonetheless.

Thanks, folks, for the work.
Angus Carr.

ps. The Canadian mirror (blue.lakeheadu.ca) is giving me troubles when I
connect from work (I am no longer at the University). Is anyone
successfully downloading from blue?
pps. blue will have beta2 available sometime today, I hope.

On Mon, 26 Jul 1999, Andrew M McDermott wrote:

"B. Byars" wrote:
>
> GRASS community,
>
> We have just released a new beta package of GRASS
> (grass5.0beta2). This package replaces the older 5.0 beta package you
> are all presently using. It is available as source and selected
> binaries at keck.baylor.edu and the hannover ftp sites. Note: Other
> sites may not be current!
>
> Major enhancements include:
>
> * Lots of bigfixes!
> * New configure script ... GISGEN and Gmake are optional.
> Just configure and make install and go!
> * New tcltk GRASS interface!
>
> The source is available now in the directory
> /pub/grass/grass5.0beta2/source on keck and via http and
> ftp from uni-hannover.de
>
> Cheers!
>
> Bruce
Linux Slackware version 4 kernel 2.2.6
i686-pc-linux-gnuglibc1

configure --prefix=/usr/local/grass5 --with-SYSV --with-USE_TERMIO

time: 35 minutes or so on PII 233 MHz 64Meg RAM

Results: /src/paint/Interface and /src/paint/Drivers
/src/paint/Drivers/preview(/preview2)
and /src/raster/r.binfer failed with Error 1 (something about no such
file referring to lib.a)

Otherwise simple and the program seems to be running. I have created a
location and imported a sites file.

The new configure setup is very simple and seems to work very well.

Thanks (from a frustrated 4.2 and 5.0beta person).

Angus Carr wrote:

(lines deleted)

Other than that, it all compiles. Unfortunately, the autoconf stuff has
some hard-wired defaults that cannot be changed easily. I was unable to
reliably change the location of the compiled binaries. I could not specify
it on the ./configure line, nor the make line. If I had really wanted to
make it go, I would have had to change a few things in the autoconf stuf,
then go and fix gmake. I gave up and put it in /usr/local/grass5b (or
whatever. A minor bug, but a bug nonetheless.

After running ./configure, you can manually edit the Makefile and
src/CMD/head/<your_architecture> to reflect the paths you want. Make
sure you edit both.

Thanks for the fixes, Agus!
  -Malcolm Williamson

One more place to edit your path: under
src/scripts/shells/create_fifos.sh, you'll need to edit the path for
DEV. BTW, after reading the entire INSTALL file, I believe the problem
lies in a typo: the --prefix and --with-bindir options should be used
with ./configure, NOT with make. Please correct me if this is not the
case (and please fix the documentation). Also, non-GRASS compilers will
need to know what to do when a module doesn't compile (not covered in
the INSTALL file).

Compiling under Solaris 2.6 on a Sun Enterprise 5000, I got a couple of
additional errors.
After getting a failure compiling r.in.tiff, I noted the following note
in lists/GRASS:

###raster/r.tiff has external software requirements: libtiff, libjpeg,
libz

Guess I'll be compiling those....

Under s.territory (a new one on me!), I got some undefined symbols:

Undefined first referenced
symbol in file
xdrmem_create
/proj/grass4.1/grass5.0b2/src/libes/LIB.sparc-sun-solaris2.6/libgis.a(opencell.o)
xdr_float
/proj/grass4.1/grass5.0b2/src/libes/LIB.sparc-sun-solaris2.6/libgis.a(get_row.o)
xdr_double
/proj/grass4.1/grass5.0b2/src/libes/LIB.sparc-sun-solaris2.6/libgis.a(get_row.o)
ld: fatal: Symbol referencing errors. No output written to
/proj/grass4.1/grass5.0/etc/bin/contrib/cmd/s.territory
*** Error code 1
make: Fatal error: Command failed for target
`/proj/grass4.1/grass5.0/etc/bin/contrib/cmd/s.territory'

Everything else appeared to compile cleanly. Nice work, guys!

Angus Carr wrote:

For what it's worth, on an identical setup, I had two errors, both easily
corrected. I didn't try to make portable fixes, just fixes that made it
compile.

r.binfer: wait was wrong type at line 263 of
        src/raster/r.binfer/symtab.c
        Solution: change unsigned int to int

paint: missing member of termios struct
        src/paint/Interface/driverlib/io.c:92
        Solution: use termio code instead of termios code-
                set using an #ifdef there anyway.

Other than that, it all compiles. Unfortunately, the autoconf stuff has
some hard-wired defaults that cannot be changed easily. I was unable to
reliably change the location of the compiled binaries. I could not specify
it on the ./configure line, nor the make line. If I had really wanted to
make it go, I would have had to change a few things in the autoconf stuf,
then go and fix gmake. I gave up and put it in /usr/local/grass5b (or
whatever. A minor bug, but a bug nonetheless.

Thanks, folks, for the work.
Angus Carr.

ps. The Canadian mirror (blue.lakeheadu.ca) is giving me troubles when I
connect from work (I am no longer at the University). Is anyone
successfully downloading from blue?
pps. blue will have beta2 available sometime today, I hope.

On Mon, 26 Jul 1999, Andrew M McDermott wrote:

> "B. Byars" wrote:
> >
> > GRASS community,
> >
> > We have just released a new beta package of GRASS
> > (grass5.0beta2). This package replaces the older 5.0 beta package you
> > are all presently using. It is available as source and selected
> > binaries at keck.baylor.edu and the hannover ftp sites. Note: Other
> > sites may not be current!
> >
> > Major enhancements include:
> >
> > * Lots of bigfixes!
> > * New configure script ... GISGEN and Gmake are optional.
> > Just configure and make install and go!
> > * New tcltk GRASS interface!
> >
> > The source is available now in the directory
> > /pub/grass/grass5.0beta2/source on keck and via http and
> > ftp from uni-hannover.de
> >
> > Cheers!
> >
> > Bruce
> Linux Slackware version 4 kernel 2.2.6
> i686-pc-linux-gnuglibc1
>
> configure --prefix=/usr/local/grass5 --with-SYSV --with-USE_TERMIO
>
> time: 35 minutes or so on PII 233 MHz 64Meg RAM
>
> Results: /src/paint/Interface and /src/paint/Drivers
> /src/paint/Drivers/preview(/preview2)
> and /src/raster/r.binfer failed with Error 1 (something about no such
> file referring to lib.a)
>
> Otherwise simple and the program seems to be running. I have created a
> location and imported a sites file.
>
> The new configure setup is very simple and seems to work very well.
>
> Thanks (from a frustrated 4.2 and 5.0beta person).
>

Hi everybody,
                    I have just compiled 5.0beta2 on a Toshiba laptop 330
Mhz, 64Mb ram with
linux RedHat 6.0, kernel 2.2.5-15.
Some problems caused by unresolved simbols in libcurses, I was not able to
figure out how
to use the ./configure script in order to add the -lcurses linker option so
I modified manually
the file src/CMD/head as follow:

CURSES = -lcurses $(TERMLIB) $(COMPATLIB)

with this the problem has been solved.
I had also to put in the include dir an "ansi.h" header file. I found a minix
version of this file
on the internet at http://minix1.hampshire.edu/include/ , it seems working.
Beyond libcurses, many other non standard RedHad installed library are
needed. These
libraries can be found on the redhat site:

   XFree86-devel-3.3.3.1-49.i386.rpm
   libjpeg-devel-6b-9.i386.rpm
   libtermcap-devel-2.0.8-13.i386.rpm
   libtiff-devel-3.4-6.i386.rpm
   zlib-devel-1.1.3-5.i386.rpm

Finally I encountered the same problem already reported on r.binfer,
    wait - incompatible type for argument 1,
   Same solution: change unsigned int to int

One last problem I have not been able to work around was in "v.in.dlg" and
"r.out.mpeg". The procedure stops and reports (for example for r.out.mpeg):

In file included from main.c:19:
rom_proto.h:21: macro `strchr' used without args
make[1]: *** [OBJ.i586-pc-linux-gnu/main.o] Error 1
make[1]: Leaving directory

`/usr/local/grass5/src/grass5.0beta/src/raster/r.out.mpeg'

GISGEN failure at STEP: src/raster/r.out.mpeg
make: *** [do-install] Error 1

I do not know how to solve this, so I simply skipped the two programs and
kept the old
versions.

I've got the 5.0beta2 working on my laptop. It seems that it is behaving
well, I am already
working with my mapsets. The problems with xterm, reported especially in
creating a
new location, have disapperad, and the whole thing seems to work pretty well.

Thanks a lot guys

LP

On Tue, Jul 27, 1999 at 04:51:18PM +0200, Luca Palmeri wrote:

Some problems caused by unresolved simbols in libcurses, I was not able to
figure out how
to use the ./configure script in order to add the -lcurses linker option so
I modified manually
the file src/CMD/head as follow:

Hmm. Worked fine under glibc-2.1.2 and ncurses-4.2. ( speaking of which I like the new curses interface )

CURSES = -lcurses $(TERMLIB) $(COMPATLIB)

> In file included from main.c:19:
> rom_proto.h:21: macro `strchr' used without args
> make[1]: *** [OBJ.i586-pc-linux-gnu/main.o] Error 1
> make[1]: Leaving directory
`/usr/local/grass5/src/grass5.0beta/src/raster/r.out.mpeg'
> GISGEN failure at STEP: src/raster/r.out.mpeg
> make: *** [do-install] Error 1

I do not know how to solve this, so I simply skipped the two programs and
kept the old
versions.

Just delete that line. strchr() is now a macro definition.

--Jack

April 1

This is the day upon which we are reminged of what we are on the other three
hundred and sixty-four.
    -- Mark Twain, "Pudd'nhead Wilson's Calendar"
====-=-==== Jack (John) Cummings == cummings@nyquist.ee.ualberta.ca ====-=-====
========== for pgp public key --- finger the above address, and pray ==========