gzipped packages refuse to install (Full Version)

All Forums >> [SFU / Interix / SUA Technology] >> Tools Discussion Forum



Message

nxtw -> gzipped packages refuse to install (Jul. 16, '05, 9:11:53 PM)

Hi. I'm having trouble installing any gzipped packages.

% pkg_add bash-current-bin.tar.gz
tar: End of archive volume 1 reached
tar: Sorry, unable to determine archive format.
pkg_add(bash-current-bin.tar.gz): tar extract of /tmp/packages/bash-current-bin.
tar.gz failed!
pkg_add(bash-current-bin.tar.gz): unable to extract table of contents from `/tmp
/packages/bash-current-bin.tar.gz'
Is this a Package, or a simple .tgz archive ? See tar(1).

If I gunzip the package manually, pkg_add will try to install the package, but fails on the dependencies (from what I can tell, they download fine, but won't extract with the same tar error as before, 4 times.)

What's going on?



hemadrid -> RE: gzipped packages refuse to install (Jul. 16, '05, 10:18:26 PM)

I am having the exact same problem. I was getting all the needed packages and unzip them and then run the pkg_add on all dependencies before doing a pkg_add on what I need. I really appreciate if somebody can help to avoid this manual steps.



Rodney -> RE: gzipped packages refuse to install (Jul. 18, '05, 4:38:08 PM)

(Sorry, I've been away for the weekend)

You don't unzip the packages. The installer takes care of this. Just leave them with the ".tgz" ending.
Things will be fine.

You do not need to install dependencies by hand. The installer (again) already takes care of this.
When a package is being installed the install checks if the dependencies are already
installed. If they are not already installed then pkg_add looks to see if the
dependencies happen to be on the local disk and then reaches out to the /Tools ftp site
when they are not available locally.

In fact our recommendation, for several years now, is to install the "bootstrap" of the installer
and then do all pkg_add's directly to the ftp site (yes, this is on the instruction page).
So "pkg_add ftp://ftp.interopsystems.com/pkgs/3.5/bash-current-bin.tgz"
or
"pkg_update -L bash" (and answer the one question as "y').



hemadrid -> RE: gzipped packages refuse to install (Jul. 18, '05, 5:01:04 PM)

What I meant is that I am getting the exact same error messages for "pkg_add abc.tgz" as reported by nxtw for "pkg_add abc.tar.gz".



nxtw -> RE: gzipped packages refuse to install (Jul. 18, '05, 5:31:13 PM)

Yeah, that's what I've been doing.

If I install the package directly from FTP, it won't work. If I download the package and try to install it, it won't. If I gunzip the package first, it will.

$ pkg_add ftp://ftp.interopsystems.com/pkgs/3.5/bash-current-bin.tgz
tar: End of archive volume 1 reached
tar: Sorry, unable to determine archive format.
tar: End of archive volume 1 reached
tar: Sorry, unable to determine archive format.
tar: End of archive volume 1 reached
tar: Sorry, unable to determine archive format.
tar: End of archive volume 1 reached
tar: Sorry, unable to determine archive format.
pkg_add(bash-current-bin): unable to open table of contents file `+CONTENTS' - n
ot a package?



Rodney -> RE: gzipped packages refuse to install (Jul. 18, '05, 6:17:29 PM)

The message "tar: End of archive volume 1 reached" usually indicates
that the package couldn't be found/downloaded.

So, which version of pkg_add are each of you using ? (run "pkg_add -V").
In your home directory do you have the ".netrc" file and does it contain a line
that says "ftp.interopsystems.com" with your /Tools member name and password ?
What messages do you see if you do from a shell "ftp ftp.interopsytems.com ?



nxtw -> RE: gzipped packages refuse to install (Jul. 18, '05, 6:30:05 PM)

$ pkg_add -V
version 2.3.1.1

the site name, username, and password is in .netrc in my home directory

I can download the package just fine:

$ ftp ftp://ftp.interopsystems.com/pkgs/3.5/bash-current-bin.tgz
Connected to ftp.interopsystems.com.
--snip--
220 ProFTPD 1.2.9 Server (Interop Systems FTP Server 1) [ftp.interopsystems.com]
331 Password required for nxtw.
230 User nxtw logged in.
Remote system type is UNIX.
Using binary mode to transfer files.
200 Type set to I
250 CWD command successful.
250 CWD command successful.
Retrieving pkgs/3.5/bash-current-bin.tgz
local: bash-current-bin.tgz remote: bash-current-bin.tgz
227 Entering Passive Mode (64,235,106,194,4,81).
150 Opening BINARY mode data connection for bash-current-bin.tgz (667591 bytes)
100% |**************************************************| 651 KB 00:04
226 Transfer complete.
667591 bytes received in 4.31 seconds (151.17 KB/s)
221 Goodbye.

I just noticed that I can't extract the gzipped archive using tar:
%/bin/tar zxf bash-current-bin.tgz
tar: End of archive volume 1 reached
tar: Sorry, unable to determine archive format.

but I can gunzip it manually:
%gunzip bash-current-bin.tgz
%tar xf bash-current-bin.tar
%



Rodney -> RE: gzipped packages refuse to install (Jul. 18, '05, 7:47:36 PM)

> I just noticed that I can't extract the gzipped archive using tar:

very odd.
From your shell prompt I'll assume you are using csh/tcsh as your shell:
What does the command "where gunzip" output ? There should be multiple lines of output.
I'm suspecting, at this moment anyway, that the copy of /usr/local/bin/gzip is missing.
(It's much newer than /usr/contrib/bin/{gzip,gunzip}).



nxtw -> RE: gzipped packages refuse to install (Jul. 18, '05, 10:41:40 PM)

% where gunzip
/usr/local/bin/gunzip
/usr/contrib/bin/gunzip
/usr/local/bin/gunzip



Rodney -> RE: gzipped packages refuse to install (Jul. 19, '05, 6:42:02 AM)

This is starting to sound like a DEP problem since all of the programs are there.

There are a couple of entries in the FAQ about DEP for XP and W2K3.
link: 2.07 – I'm running on a new machine and my program core dumps, but it's fine on other machines.



hemadrid -> RE: gzipped packages refuse to install (Jul. 19, '05, 11:48:22 AM)

I edited my boot.ini and turned off DEP by using the option "/NoExecute=AlwaysOff" and pkg_add and pkg_update are working fine now. Thank you very much.



kurkov -> RE: gzipped packages refuse to install (Jun. 1, '06, 9:19:56 AM)

Sorry that I'm evoking this topic again. Could you tell me how to resolve the issue (I have the same troubles as described in the first message)? One important notice: I have no ability to make installation directly from your ftp site (due to our internal security policy). What should I do? Thanks in advance.



Rodney -> RE: gzipped packages refuse to install (Jun. 1, '06, 10:04:53 AM)

Well, I'll assume that you've read the above suggestions and that's why you
mention about your internal security policy. So I'm writing on the premise
that you've bootstrap installed the installer, etc.

If you have an FTP or HTTP proxy that you can point at (some policies allow this)
then you can set this for ftp to use. This works provided it's not a proxy
that doesn't do some sort-of password exchange. You'll do this by setting the
environment variable "ftp_proxy" to the proxy's URL.
(Yes, ftp does try to do this automatically now, but the info is hard to
find sometimes).

As a member you can go through the member's Warehouse page using your HTTP browser
and download the needed packages. Then do an installation from your local disk.
The bummer with this is that all/any package dependencies won't get done automagically.
The other is that we don't list the environmental packages on the web page.
Anyway whenever you come up to a message about not finding package XXX then you need
to get that package and install it as well.

We also have an ISO distribution called Toolworks. You use this ISO to burn your own Toolworks CD.
Then run the CD. It installs everything (or what you select) from the CD (there's a README).
It's $30 the first purchase and $20 for followup releases. We also ship real CD's too.
http://www.interopsystems.com/InteropToolworks.htm
This CD is used regularly by places with tight security.



LightningStorm -> RE: gzipped packages refuse to install (Sep. 8, '06, 6:10:05 PM)

i bieleve that this problem has something to do with the version of tar that is distributed with Interix. It won't ungzip tgz files automatically. If you get this package updated it should work.



Page: [1]



Forum Software © ASPPlayground.NET Advanced Edition 2.5 ANSI

0.047