From owner-freebsd-stable Mon Oct 29 13:13:11 2001 Delivered-To: freebsd-stable@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id 54FE337B407 for ; Mon, 29 Oct 2001 13:13:05 -0800 (PST) Received: (qmail 6246 invoked by uid 0); 29 Oct 2001 21:13:03 -0000 Received: from p3ee2167f.dip.t-dialin.net (HELO mail.gsinet.sittig.org) (62.226.22.127) by mail.gmx.net (mp002-rz3) with SMTP; 29 Oct 2001 21:13:03 -0000 Received: (qmail 25273 invoked from network); 29 Oct 2001 19:10:39 -0000 Received: from shell.gsinet.sittig.org (192.168.11.153) by mail.gsinet.sittig.org with SMTP; 29 Oct 2001 19:10:39 -0000 Received: (from sittig@localhost) by shell.gsinet.sittig.org (8.11.3/8.11.3) id f9TJAZr25254 for freebsd-stable@FreeBSD.ORG; Mon, 29 Oct 2001 20:10:35 +0100 (CET) (envelope-from sittig) Date: Mon, 29 Oct 2001 20:10:35 +0100 From: Gerhard Sittig To: freebsd-stable@FreeBSD.ORG Subject: Re: Unable to install -stable snap via FTP Message-ID: <20011029201035.F97313@shell.gsinet.sittig.org> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <2226.1004297066@winston.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <2226.1004297066@winston.freebsd.org>; from jkh@winston.freebsd.org on Sun, Oct 28, 2001 at 11:24:26AM -0800 Organization: System Defenestrators Inc. Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Oct 28, 2001 at 11:24 -0800, Jordan Hubbard wrote: > > Sysinstall doesn't verify checksums in transit (though that would be a > cool feature). It's really a mystery as to why this is happening, > unless something's broken in libfetch, since sysinstall didn't change > with respect to this and every indication is that the code should Just > Work(tm). If I ever get some time, I'll build a local release here > and test-install it to see if I can instrument the problem at all. I haven't checked and am ignorant w/ regards to sysinstall, libfetch, etc. But could this be the kind of "error" which sometimes can be seen on consoles, too, when you do some "tar xzvf $ARCH"? I think of the one coming from internal block sizes: tar recognizes the end of the archive and exits, while the decompressor still wants to deliver some padding data (since it's in the compressed file) and thus runs into some EPIPE error. Having a quick look at the install archive format makes me think ... $ cd /home/cdrom/mounts/4.4-install.iso $ cat bin/bin.aa | file - standard input: gzip compressed data, deflated, last modified: Thu Jan 1 01:00:00 1970, max compression, os: Unix $ cat bin/bin.aa | gunzip | file - standard input: GNU tar archive Although "cat bin/bin.?? | tar tvzf -" (and the same for some others, see the next (bash syntax) command) doesn't trigger this "error" situation -- at least not visibly ... FILES=`ls */*.aa` for DIST in $FILES; do export D=`dirname $DIST` export F=`basename $DIST .aa` ( echo $D/$F cat ${D}/${F}.?? | tar tvzf - > /dev/null ) | less -MM -q done virtually yours 82D1 9B9C 01DC 4FB4 D7B4 61BE 3F49 4F77 72DE DA76 Gerhard Sittig true | mail -s "get gpg key" Gerhard.Sittig@gmx.net -- If you don't understand or are scared by any of the above ask your parents or an adult to help you. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message