I have a HP 712/60 with NS 3.3 installed. I don't have a cdrom and want to install CubX and the Dev Tools. Plus I need to get Omniweb over so I can surf the world wide web. I am having a problem with tar files. It keeps reporting that it is looking for the next file header. If I gzip the files, gunzip reports that the hash is wrong. Here is what I am exactly doing.
I have a VMware image with 4.2 on it. I don't have networking but I am going to do that next. So I copy the files from the cd's to my 4.2 disk image. Then I use 4.2 to make a tar, and gzip it(i have also skipped the gzip). I then copy the files to a second hard disk image that is formated for FAT. I mount the FAT image on my native windows install and then use ftp on my HPPA to copy the files there. The idea was to expand them and run the install of the packages on the HPPA.
I even have the same problem with the tar files I downloaded from here, specifically the NS33RISCUserPatch3.tar and NS33DeveloperPatch2.tar and omniweb.
Anybody have any clue? I might just try and reinstall from scratch.
Quote from: "rpangrazio"I have a HP 712/60 with NS 3.3 installed. I don't have a cdrom and want to install CubX and the Dev Tools. Plus I need to get Omniweb over so I can surf the world wide web. I am having a problem with tar files. It keeps reporting that it is looking for the next file header. If I gzip the files, gunzip reports that the hash is wrong. Here is what I am exactly doing.
I have a VMware image with 4.2 on it. I don't have networking but I am going to do that next. So I copy the files from the cd's to my 4.2 disk image. Then I use 4.2 to make a tar, and gzip it(i have also skipped the gzip). I then copy the files to a second hard disk image that is formated for FAT. I mount the FAT image on my native windows install and then use ftp on my HPPA to copy the files there. The idea was to expand them and run the install of the packages on the HPPA.
I even have the same problem with the tar files I downloaded from here, specifically the NS33RISCUserPatch3.tar and NS33DeveloperPatch2.tar and omniweb.
Anybody have any clue? I might just try and reinstall from scratch.
It almost sounds like when you ftp the files from Windows over to the Gecko, you're not using 'bin' for BINARY tranfers. You are right? OR are the files being tranfered as ASCII? That'll mess things up quickly. :-)
Also remember that both NEXTSTEP/OPENSTEP come w/ both tar & gnutar. If you have problems w/ tar, try gnutar & I'd still gzip the files. The systems come w/ it. Hope that points you to a quick fix.
You know I am embarrassed to say this but I hadn't thought about the binary/ASCII problem. I am embarrassed because I have used so many UNIX systems and am far from a neophyte at these kinds of things. Sometimes you miss the simple stuff.
Anyways, thanks for the reply. I'll try it when I get home tonight.
Bob
Quote from: "rpangrazio"You know I am embarrassed to say this but I hadn't thought about the binary/ASCII problem. I am embarrassed because I have used so many UNIX systems and am far from a neophyte at these kinds of things. Sometimes you miss the simple stuff.
Anyways, thanks for the reply. I'll try it when I get home tonight.
Bob
Hey Bob,
It happens to all of us. ;-) I've been doing for a long time my self, & have done the same thing on bad days. lol But it might be something else. I'll look for your response. Take care.
Well it seems the binary/asii thing was the problem. The ns33RiscPatch3 is installing right now. It wouldn't even open before. Thanks again for the help.
Quote from: "rpangrazio"Well it seems the binary/asii thing was the problem. The ns33RiscPatch3 is installing right now. It wouldn't even open before. Thanks again for the help.
Great! The only thing that matters is it's working like it's supposed to now! Take care.