problems installing GnuPG from ITUG library
lukef
i am an OSS novice but am trying to install the GnuPG application on
our s-series from
http://ituglib.connect-community.org/apps/Ituglib/SrchOpenSrcLib.jsf
i download the object and it arrives as:
gnupg-1.2.4-nsr.tar.tar
which is a bit of a surprise as i expected it to be .tar.gz
i transfer to tandem using win6530 hostpad in binary
when i try to decompress it says it's not a valid format:
/aci/tmp :compress -d gnupg-1.2.4-nsr.tar.tar
gnupg-1.2.4-nsr.tar.tar.Z: not in compressed format
(
i have to rename the file with a .Z suffix for it to look:
/aci/tmp : compress -d GNU/gnupg-1.2.4-nsr.tar.tar
GNU/gnupg-1.2.4-nsr.tar.tar.Z: No such file or directory
)
when i try to extract using tar i get:
/aci/tmp :tar -xvf GNU/gnupg-1.2.4-nsr.tar.tar
tar: GNU/gnupg-1.2.4-nsr.tar.tar : This doesn't look like a tar
archive
tar: GNU/gnupg-1.2.4-nsr.tar.tar : Skipping to next file...
tar: Ready for volume 1
tar: Type "go" when ready to proceed (or "quit" to abort):
and i can type go hundreds of times and it carries on so i quit
i tried the above after reading some threads on this group. i have no
success when following the instructions on the website either, e.g.:
/aci/tmp/GNU :cd /; /bin/zcat '/aci/tmp/GNU/ tar-1.14-nsr.tar.tar' | /
bin/tar -rf -
/aci/tmp/GNU/ tar-1.14-nsr.tar.tar.Z: No such file or directory
tar: - : This doesn't look like a tar archive
tar: - : Skipping to next file...
No files written.
/ :cd /; /bin/zcat '/aci/tmp/tar-1.14-nsr.tar.tar' | /bin/tar -rf -
tar: - : This doesn't look like a tar archive
tar: - : Skipping to next file...
No files written.
any help gratefully received but please bear in mind this is all new
to me!
thanks, luke.
briand
and it worked fine.
It needs to be decompressed first using 'gunzip'. not 'compress'. You
may need to download that too from ituglib.
lukef
> Hi, I downloaded the same file -http://ituglib.connect-community.org/gnupg-1.2.4-nsr.tar.gz
> and it worked fine.
> It needs to be decompressed first using 'gunzip'. not 'compress'. You
> may need to download that too from ituglib.
hi briand,
where do i get gunzip from? couldn't see it on the ituglib. unless
it's gzip but when i try to install that using the instructions from
the website it also fails:
/aci/tmp :cd /; /bin/zcat '/aci/tmp/gzip-1.2.4a-nsr.tar.tar' | /bin/
tar -rf -
tar: - : This doesn't look like a tar archive
tar: - : Skipping to next file...
No files written.
cheers.
Rob Lesan
Try renaming the file to gzip-1.2.4.nsr.tar.gz
Bill Honaker
and gzip which are required.
I've seen a couple of browser installations that insist on changing
the gz suffix that the server sends to tar resulting in 'tar.tar'
suffix... You can fix that in the 'save as' box or just rename it. It
might be caused by Winzip... but I've not had time to track down the
issue. (Note: My own main laptop is one of the installations with
this problem).
Your librarian
Keith Dick
I don't understand the xxxx.tar.tar business either, but I have been able to unpack files named that way on my Windows system using the free 7-ZIP program. My version of 7-ZIP is old -- 4.42 from 2006 so I cannot be sure the current version will work, but it is something you could try if nothing else works for you. You can get 7-ZIP from http://www.7-zip.org/
This would not be a very convenient approach, since you would then have to move all the extracted files over to the NonStop system. Maybe you could pack them up again on the PC using 7-ZIP into something that can be recognized by the tar on the NonStop system.
But this is certainly a second-choice approach. Better to get the right tools installed on the NonStop system so you can do all the work there, as the maintainers of the library intended. I don't know why that isn't working for you, so I can't help with that part.
lukef
>
> - Show quoted text -
i have changed the suffix to .gz but no joy:
/aci/tmp :ls -l
total 19855
drwxrwxrwx 1 B24.TESTER B24 4096 Jun 16 14:55 GNU
-rwxrwxrwx 1 B24.TESTER B24 379808 Mar 6 2008 gmake
-rw-rw-rw- 1 B24.TESTER B24 4995623 Jun 16 16:25
gnupg-1.2.4-nsr.ta
r.tar.Z
-rwxrwxrwx 1 B24.TESTER B24 2397792 Mar 6 2008 gtar
-rwxrwxrwx 1 B24.TESTER B24 146608 Mar 6 2008 gzip
-rw-rw-rw- 1 B24.TESTER B24 134049 Jun 16 16:13
gzip-1.2.4a-nsr.ta
r.gz
-rw-rw-rw- 1 B24.TESTER B24 134049 Jun 16 16:36
gzip-1.2.4a-nsr.ta
r.tar.Z
-rw-rw-rw- 1 B24.TESTER B24 1973541 Jun 16 16:41 tar-1.14-
nsr.tar.t
ar.Z
/aci/tmp :cd /; /bin/zcat '/aci/tmp/gzip-1.2.4a-nsr.tar.gz' | /bin/tar
-rf -
/aci/tmp/gzip-1.2.4a-nsr.tar.gz.Z: No such file or directory
tar: - : This doesn't look like a tar archive
tar: - : Skipping to next file...
No files written.
/ :
seems to want .Z at the end. if i make it .Z i get:
/aci/tmp :mv gzip-1.2.4a-nsr.tar.gz gzip-1.2.4a-nsr.tar.Z
/aci/tmp :ls -l
total 19855
drwxrwxrwx 1 B24.TESTER B24 4096 Jun 16 14:55 GNU
-rwxrwxrwx 1 B24.TESTER B24 379808 Mar 6 2008 gmake
-rw-rw-rw- 1 B24.TESTER B24 4995623 Jun 16 16:25
gnupg-1.2.4-nsr.ta
r.tar.Z
-rwxrwxrwx 1 B24.TESTER B24 2397792 Mar 6 2008 gtar
-rwxrwxrwx 1 B24.TESTER B24 146608 Mar 6 2008 gzip
-rw-rw-rw- 1 B24.TESTER B24 134049 Jun 16 16:13
gzip-1.2.4a-nsr.ta
r.Z
-rw-rw-rw- 1 B24.TESTER B24 134049 Jun 16 16:36
gzip-1.2.4a-nsr.ta
r.tar.Z
-rw-rw-rw- 1 B24.TESTER B24 1973541 Jun 16 16:41 tar-1.14-
nsr.tar.t
ar.Z
/aci/tmp :cd /; /bin/zcat '/aci/tmp/gzip-1.2.4a-nsr.tar' | /bin/tar -
Rob Lesan
.Z indicates a compress archive. Try uncompress <file>.Z
Joachim Schmitz
> There are instructions on the top of the website to get the GNU tar
> and gzip which are required.
>
> I've seen a couple of browser installations that insist on changing
> the gz suffix that the server sends to tar resulting in 'tar.tar'
> suffix... You can fix that in the 'save as' box or just rename it. It
> might be caused by Winzip... but I've not had time to track down the
> issue. (Note: My own main laptop is one of the installations with
> this problem).
>
> Your librarian
I've seen this too. No fix though, other than renaming it to tar.gz (or
tar.Z in the case og the tar and gzip package).
Could this be related to the mime-types config in the web-server?
Bye, Jojo
lukef
wrote:
i deleted everything and started again, changing the suffixes to .Z
for gzip and tar, .gz
i also tried ASCII ftp as well as binary.
same result each time.
/aci/tmp/GNU :ls -l
total 13874
-rw-rw-rw- 1 B24.TESTER B24 4995623 Jun 18 15:45
gnupg-1.2.4-nsr.ta
r.gz
-rw-rw-rw- 1 B24.TESTER B24 134010 Jun 18 16:03
gzip-1.2.4a-nsr.ta
r.Z
-rw-rw-rw- 1 B24.TESTER B24 1973541 Jun 18 15:45 tar-1.14-
nsr.tar.Z
/aci/tmp/GNU :cd /; /bin/zcat '/aci/tmp/GNU/gzip-1.2.4a-nsr.tar.Z' | /
bin/tar -r
red floyd
Try
zcat gzip-1.2.4a-nsr.tar.Z | tar -xvf -
Joachim Schmitz
outch, of course, how could I have missed this... (-r is restore in pax, but
in tar it is -x for extract, with -r having an entirely different meaning in
tar). It is fixed now (on ITUGLIB's index page)
Sorry about this.
Bye, Jojo
lukef
wrote:
>
> - Show quoted text -
ok cool have got the installation of tar & gzip done ok.
unfortunately the next bit fails!
/aci/tmp/GNU :/usr/local/bin/tar -C/ -xzf '/aci/tmp/GNU/gnupg-1.2.4-
nsr.tar.gz'
tar (child): gzip: Cannot exec: No such file or directory
tar (child): Error is not recoverable: exiting now
/usr/local/bin/tar: Child returned status 2
/usr/local/bin/tar: Error exit delayed from previous errors
/usr/local/bin :ls /aci/tmp/GNU/gnupg-1.2.4-nsr.tar.gz
/aci/tmp/GNU/gnupg-1.2.4-nsr.tar.gz
/usr/local/bin :ls -l
total 5686
-rwxr-xr-x 3 SUPER.SUPER SUPER 178336 May 30 2007 gunzip
-rwxr-xr-x 1 SUPER.SUPER SUPER 3860 May 30 2007 gzexe
-rwxr-xr-x 3 SUPER.SUPER SUPER 178336 May 30 2007 gzip
-rwxr-xr-x 1 SUPER.SUPER SUPER 2361136 Jun 4 2007 tar
-rwxr-xr-x 3 SUPER.SUPER SUPER 178336 May 30 2007 zcat
-rwxr-xr-x 2 SUPER.SUPER SUPER 2008 May 30 2007 zcmp
-rwxr-xr-x 2 SUPER.SUPER SUPER 2008 May 30 2007 zdiff
-rwxr-xr-x 1 SUPER.SUPER SUPER 1012 May 30 2007 zforce
-rwxr-xr-x 1 SUPER.SUPER SUPER 1341 May 30 2007 zgrep
-rwxr-xr-x 1 SUPER.SUPER SUPER 1076 May 30 2007 zmore
-rwxr-xr-x 1 SUPER.SUPER SUPER 3510 May 30 2007 znew
thanks for your help on this!
cheers, luke.
lukef
>
> - Show quoted text -
a colleague suggested this command and it is all looks good:
export PATH=$PATH:/usr/local/bin
thanks for your help.
Joachim Schmitz
I just was about to say the very same thing. And now I've added it to the
index page too...
> thanks for your help.
You're welcome, thanks for reporting the problems.
Bye, Jojo
David Thompson
I believe so. A few times I have looked into a similar problem I have
found that a webserver was delivering a file that is actually .tar.gz
with c-type tar, c-encoding gzip and disposition filename=x.tar.
A client that implemented all these headers correctly would work, but
IE7 and IIRC also 6 instead suggests to save as x.tar.tar, so anything
that believes the extension (as most Windoze programs and Unix users
do) gets confused. Even WinZip 12, which can do both .tar and .tar.gz
but only if it is correctly told which.
The solution as you say is renaming to .tar.gz if that is what it is.
Logically the same problem could occur with .tar.Z, but I download so
few of those I don't recall ever encountering it.
lukef
wrote:
hi,
i have an additional request:
i can't read the gnupg manuals (the output from 'man -M /usr/local/man
gpg' has all the formatting chars in it). i tried to install groff
but got errors. any chance someone could email me a formatted copy?
thanks, luke.
this is what i get:
export PATH=$PATH:/usr/local/bin
/usr/local/bin/tar -C/ -xzf '/aci/tmp/GNU/groff-1.10-nsr.tar.Z'
/aci/tmp/GNU :/usr/local/bin/tar -C/ -xzf '/aci/tmp/GNU/groff-1.10-
nsr.tar.Z'
/usr/local/bin/tar: usr/local/bin/lookbib: Wrote only 8192 of 10240
bytes
/usr/local/bin/tar: Skipping to next header
/usr/local/bin/tar: usr/local/bin/pic: Wrote only 9216 of 10240 bytes
/usr/local/bin/tar: Skipping to next header
/usr/local/bin/tar: Error exit delayed from previous errors
although when i look at the file it seems ok:
/aci/tmp/GNU :/usr/local/bin/tar -tzvf '/aci/tmp/GNU/groff-1.10-
nsr.tar.Z'
-rwxr-xr-x SUPER.SUPER/SUPER 144400 2007-06-05 22:52:36 usr/local/bin/
addftinfo
-rwxr-xr-x SUPER.SUPER/SUPER 8435 2007-06-05 22:54:40 usr/local/bin/
afmtodit
-rwxr-xr-x SUPER.SUPER/SUPER 576016 2007-06-05 22:52:05 usr/local/bin/
eqn
-rwxr-xr-x SUPER.SUPER/SUPER 279712 2007-06-05 22:52:14 usr/local/bin/
grodvi
-rwxr-xr-x SUPER.SUPER/SUPER 267984 2007-06-05 22:51:52 usr/local/bin/
groff
-rwxr-xr-x SUPER.SUPER/SUPER 2627 2007-06-05 22:54:42 usr/local/bin/
grog
-rwxr-xr-x SUPER.SUPER/SUPER 275248 2007-06-05 22:52:18 usr/local/bin/
grolj4
-rwxr-xr-x SUPER.SUPER/SUPER 403088 2007-06-05 22:52:09 usr/local/bin/
grops
-rwxr-xr-x SUPER.SUPER/SUPER 259136 2007-06-05 22:52:11 usr/local/bin/
grotty
-rwxr-xr-x SUPER.SUPER/SUPER 145664 2007-06-05 22:52:21 usr/local/bin/
hpftodit
…
-rw-r--r-- SUPER.SUPER/SUPER 4155 2007-06-05 22:54:30 usr/local/
share/groff/t
mac/tmac.tty-char
-rw-r--r-- SUPER.SUPER/SUPER 842 2007-06-05 22:54:32 usr/local/
share/groff/t
mac/troffrc
lukef
>
> - Show quoted text -
actually the GNU privacy handbook is a help. but when i try the
commands i get more errors!
/aci/tmp/GNU :gpg --list-keys
gpg: Please note that you don't have secure memory on this system
gpg: WARNING: program may create a core file!
gpg: fatal: /G/B24T2/TESTER/.gnupg: can't create directory: Invalid
function arg
ument
secmem usage: 0/0 bytes in 0/0 blocks of pool 0/32768
/aci/tmp/GNU :gpg --gen-key
gpg: Please note that you don't have secure memory on this system
gpg (GnuPG) 1.2.4; Copyright (C) 2003 Free Software Foundation, Inc.
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it
under certain conditions. See the file COPYING for details.
gpg: WARNING: program may create a core file!
gpg: fatal: /G/B24T2/TESTER/.gnupg: can't create directory: Invalid
function arg
ument
secmem usage: 0/0 bytes in 0/0 blocks of pool 0/32768
it doesn't seem to matter who i log on as.
Joachim Schmitz
<snip>
> hi,
>
> i have an additional request:
> i can't read the gnupg manuals (the output from 'man -M /usr/local/man
> gpg' has all the formatting chars in it). i tried to install groff
> but got errors. any chance someone could email me a formatted copy?
> thanks, luke.
>
> this is what i get:
>
> export PATH=$PATH:/usr/local/bin
> /usr/local/bin/tar -C/ -xzf '/aci/tmp/GNU/groff-1.10-nsr.tar.Z'
>
> /aci/tmp/GNU :/usr/local/bin/tar -C/ -xzf '/aci/tmp/GNU/groff-1.10-
> nsr.tar.Z'
>
> /usr/local/bin/tar: usr/local/bin/lookbib: Wrote only 8192 of 10240
> bytes
> /usr/local/bin/tar: Skipping to next header
> /usr/local/bin/tar: usr/local/bin/pic: Wrote only 9216 of 10240 bytes
> /usr/local/bin/tar: Skipping to next header
> /usr/local/bin/tar: Error exit delayed from previous errors
I'll look into this.
Bye, Jojo
Joachim Schmitz
<snip>
> actually the GNU privacy handbook is a help. but when i try the
> commands i get more errors!
>
> /aci/tmp/GNU :gpg --list-keys
>
> gpg: Please note that you don't have secure memory on this system
> gpg: WARNING: program may create a core file!
No idea what this is about
> gpg: fatal: /G/B24T2/TESTER/.gnupg: can't create directory: Invalid
> function arg
> ument
This though does ring a bell.
<snip>
>
> it doesn't seem to matter who i log on as.
Does it make a difference whether thae user (or alias) has an
initial-di8rectory set in Safguard?
Looks like $B24T2.TESTER is the Guardian Default subvol (in OSS notation).
If it works with the user having set an initial directory, but the same
thing does not for an alias, I guess you'd have to recompile the darn thing
with a minor modification:
Instead of
getpwuid(getuid())
you'd need
getpwnam(getlogin())
Not 100% perfect, but should do the trick (of distinguishing users from
aliases). The modification is an easy task, compiling resp. getting past the
configure step is not.
If I find the time, I'll look into this but don't hold your breath on it...
but then again just using a user rather than an alias might be a good
workaround?
Bye, Jojo
lukef
wrote:
hi jojo,
thanks for your reply. would it help if i got sysadmin to change
GUARDIAN DEFAULT VOLUME in safeguard for this user? can (should) this
be an OSS location?
cheers, luke.
lukef
also i logged on once with a USER and once with an alias (of SUPER/
SUPER) both with the same results. neither have anything in INITIAL-
DIRECTORY in SAFEGUARD. i will see if i can it added.
lukef
>
> - Show quoted text -
jojo,
i added an initial-directory and it worked:
/aci/tmp :gpg --list-keys
gpg: Please note that you don't have secure memory on this system
gpg: WARNING: program may create a core file!
gpg: /aci/tmp/.gnupg: directory created
gpg: new configuration file `/aci/tmp/.gnupg/gpg.conf' created
gpg: WARNING: options in `/aci/tmp/.gnupg/gpg.conf' are not yet active
during th
is run
gpg: keyring `/aci/tmp/.gnupg/pubring.gpg' created
/aci/tmp :
love your work! cheers mate, luke.
lukef
>
> - Show quoted text -
could someone send me a copy of the manual please? i.e. 'man -M /usr/
local/man gpg'
syntax seems to be slightly different to the GNU privacy handbook?
Joachim Schmitz
> On 13 July, 10:40, lukef <LFITZGER...@LINK.CO.UK> wrote:
<snip>
>> jojo,
>>
>> i added an initial-directory and it worked:
For the alias or for the underlying user or for both?
>> /aci/tmp :gpg --list-keys
>>
>> gpg: Please note that you don't have secure memory on this system
>> gpg: WARNING: program may create a core file!
>> gpg: /aci/tmp/.gnupg: directory created
>> gpg: new configuration file `/aci/tmp/.gnupg/gpg.conf' created
>> gpg: WARNING: options in `/aci/tmp/.gnupg/gpg.conf' are not yet
>> active during th
>> is run
>> gpg: keyring `/aci/tmp/.gnupg/pubring.gpg' created
>> /aci/tmp :
>>
>> love your work! cheers mate, luke.- Hide quoted text -
>>
>> - Show quoted text -
>
> could someone send me a copy of the manual please? i.e. 'man -M /usr/
> local/man gpg'
> syntax seems to be slightly different to the GNU privacy handbook?
You have mail...
Bye, Jojo
Joachim Schmitz
Sorry, can't reproduce this problem, it unpacks cleanly here.
However: It should not be .Z but .gz, at least it is that on ituglib.
Are you having a diskspace issue? Is any of the volumes listed in the pool
file (for the fileset that contanes /usr/local, usually ROOT) filled up?
Bye, Jojo
Joachim Schmitz
> Bill Honaker wrote:
>> There are instructions on the top of the website to get the GNU tar
>> and gzip which are required.
>>
>> I've seen a couple of browser installations that insist on changing
>> the gz suffix that the server sends to tar resulting in 'tar.tar'
>> suffix... You can fix that in the 'save as' box or just rename it. It
>> might be caused by Winzip... but I've not had time to track down
>> the issue. (Note: My own main laptop is one of the installations
>> with this problem).
>>
>> Your librarian
>
>
> I've seen this too. No fix though, other than renaming it to tar.gz
> Could this be related to the mime-types config in the web-server?
I believe I've now fix this tar.tar issue by some tweaks to the webserver
config. Works for me for tar.gz files, works, but not perfectly, for the
tar.Z files which get downloaded as tar.z (i.e. lower-case z rather than
upper-case Z). Suggestions wellcome how to fix that...
I disabled these 2 lines in mime-types.config
#EncodingType x-gzip gz
#EncodingType x-zip-compress Z
and aded these 2
MimeType application/x-gzip gz
MimeType application/x-compress Z
Bye, Jojo
Joachim Schmitz
> Joachim Schmitz wrote:
>> Bill Honaker wrote:
>>> There are instructions on the top of the website to get the GNU tar
>>> and gzip which are required.
>>>
>>> I've seen a couple of browser installations that insist on changing
>>> the gz suffix that the server sends to tar resulting in 'tar.tar'
>>> suffix... You can fix that in the 'save as' box or just rename it.
>>> It might be caused by Winzip... but I've not had time to track down
>>> the issue. (Note: My own main laptop is one of the installations
>>> with this problem).
>>>
>>> Your librarian
>>
>>
>> I've seen this too. No fix though, other than renaming it to tar.gz
>> (or tar.Z in the case of the tar and gzip package).
>> Could this be related to the mime-types config in the web-server?
>
> I believe I've now fix this tar.tar issue by some tweaks to the
> webserver config. Works for me for tar.gz files, works, but not
> perfectly, for the tar.Z files which get downloaded as tar.z (i.e.
> lower-case z rather than upper-case Z). Suggestions wellcome how to
> fix that...
Fixed now too, thanks to a workmate.
> I disabled these 2 lines in mime-types.config
> #EncodingType x-gzip gz
> #EncodingType x-zip-compress Z
>
> and aded these 2
> MimeType application/x-gzip gz
> MimeType application/x-compress Z
Slight modification here, big effect:
MimeType application/x-zip-compress Z
Bye, Jojo
Joachim Schmitz
Or should I say: Capital effect ;-) (as it made the upper-case Z work)