[GRASS5] [bug #1300] (grass) Installation failure on HP/UX 10.20

GRASS GRASS developer
1

this bug's URL: http://intevation.de/rt/webrt?serial_num=1300
-------------------------------------------------------------------------

Subject: Installation failure on HP/UX 10.20

Platform: HP/UX
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources
GRASS Version: 5.0.0

When installing grass, commands like
/bin/sh -c "cd (dir) ; tar cBf (files) | (cd (installdir) ; tar xBf - )
are used. But on the HP-provided tar, that gives:
tar: B: unknown option
As I also had gnu tar avaliable (installed as /usr/local/bin/tar), I could correct the problem by changing the PATH for the installation script:
su root -c 'PATH=/usr/local/bin:$PATH:/opt/bin ; gmake install'

I don't know if the intallation script checks which tar is avaliable, but as I have /usr/local/bin quite early in my PATH, whereas the root user mostly uses the OS-provided commands, it would not have helped

(otoh, HP/UX 10.20 is no longer supported by HP, I don't know if the issue persists on HP/UX 11)

Morten

-------------------------------------------- Managed by Request Tracker

2

Request Tracker wrote:

Subject: Installation failure on HP/UX 10.20

Platform: HP/UX
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources
GRASS Version: 5.0.0

When installing grass, commands like
/bin/sh -c "cd (dir) ; tar cBf (files) | (cd (installdir) ; tar xBf - )
are used. But on the HP-provided tar, that gives:
tar: B: unknown option

1. The "B" switch should only be used in conjunction with "x", not
with "c". It *may* be that removing it from the first tar command will
eliminate the problem (note that the error only occurs once, not
twice).

2. I have no idea whether the "B" switch is actually necessary on any
platform.

3. In the longer term, we shouldn't be using "tar" anyhow. The
[G]makefiles should have an "install" target which installs individual
files with the "install" program.

--
Glynn Clements <glynn.clements@virgin.net>