From nobody@FreeBSD.org  Tue Aug  6 11:02:14 2002
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id CE55537B400
	for <freebsd-gnats-submit@FreeBSD.org>; Tue,  6 Aug 2002 11:02:14 -0700 (PDT)
Received: from www.freebsd.org (www.FreeBSD.org [216.136.204.117])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9226843E42
	for <freebsd-gnats-submit@FreeBSD.org>; Tue,  6 Aug 2002 11:02:14 -0700 (PDT)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.12.4/8.12.4) with ESMTP id g76I2EOT045043
	for <freebsd-gnats-submit@FreeBSD.org>; Tue, 6 Aug 2002 11:02:14 -0700 (PDT)
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.12.4/8.12.4/Submit) id g76I2ELg045042;
	Tue, 6 Aug 2002 11:02:14 -0700 (PDT)
Message-Id: <200208061802.g76I2ELg045042@www.freebsd.org>
Date: Tue, 6 Aug 2002 11:02:14 -0700 (PDT)
From: darcy Buskermolen <darcy@wavefire.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: uudecode of libc.so.3.1.bz2.uu in compat22 fails
X-Send-Pr-Version: www-1.0

>Number:         41386
>Category:       kern
>Synopsis:       uudecode of libc.so.3.1.bz2.uu in compat22 fails
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    obrien
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Aug 06 11:10:01 PDT 2002
>Closed-Date:    Sat Oct 19 20:40:02 PDT 2002
>Last-Modified:  Sat Oct 19 20:40:02 PDT 2002
>Originator:     darcy Buskermolen
>Release:        RELENG_4
>Organization:
Wavefire technologies Corp
>Environment:
FreeBSD blgg469ly51ql 4.6-STABLE FreeBSD 4.6-STABLE #0: Mon Aug  5 09:07:29 PDT 2002     root@blgg469ly51ql:/usr/src/sys/compile/HOME  i386
>Description:
uudecode -p /usr/src/lib/compat/compat22/libc.so.3.1.bz2.uu | bzip2 -d > libc.so.3.1
uudecode: /usr/src/lib/compat/compat22/libc.so.3.1.bz2.uu: no "begin" line

bzip2: Compressed file ends unexpectedly;
        perhaps it is corrupted?  *Possible* reason follows.
bzip2: Inappropriate ioctl for device
        Input file = (stdin), output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

*** Error code 2

Stop in /usr/src/lib/compat/compat22.

>How-To-Repeat:
add COMPAT22=true to /etc/make.conf
>Fix:
      
>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->obrien 
Responsible-Changed-By: trevor 
Responsible-Changed-When: Wed Aug 7 11:09:52 PDT 2002 
Responsible-Changed-Why:  
to de facto maintainer 

http://www.freebsd.org/cgi/query-pr.cgi?pr=41386 

From: Trevor Johnson <trevor@jpj.net>
To: freebsd-gnats-submit@freebsd.org
Cc: Darcy Buskermolen <darcy@wavefire.com>,
	"David O'Brien" <obrien@freebsd.org>
Subject: Re: kern/41386
Date: Wed, 7 Aug 2002 14:22:25 -0400 (EDT)

 The commands:
 
 cvs -R co -P -r RELENG_4 src/lib/compat/compat22/libc.so.3.1.bz2.uu
 uudecode -p src/lib/compat/compat22/libc.so.3.1.bz2.uu| bzip2 -d > libc.so.3.1
 
 succeeded for me.  The MD5 of the resulting libc.so.3.1 matched that of
 the one I submitted (namely f9e1b3edbacc033afdd0a30359458ca7).  This was
 also true when I repeated the commands but omitted the "-r RELENG_4."
 -- 
 Trevor Johnson
 

From: Trevor Johnson <trevor@jpj.net>
To: Darcy Buskermolen <darcy@wavefire.com>
Cc: freebsd-gnats-submit@freebsd.org,
	"David O'Brien" <obrien@freebsd.org>
Subject: Re: kern/41386
Date: Wed, 7 Aug 2002 15:58:52 -0400 (EDT)

 Darcy Buskermolen wrote:
 
 > Ok after much further digging the problem is found, this is actully a case of
 > new vs old versions of uudecode, I just manualy did a makeinstall of
 > uudecode, and now it all works fine, You may want to consider tooking into
 > what option is needed to pass to the new version of uuencode to have it mimic
 > classic behavior..
 
 Thank you for finding the problem.  I did "cvs log
 /usr/src/usr.bin/uudecode/uudecode.c" and saw:
 
 	revision 1.13.2.3
 	date: 2002/04/22 13:12:46;  author: jmallett;  state: Exp;  lines: +5 -1
 	MFC: base64 decoding was broken, as was outputting the decoded data was
 	being done incorrectly.
 
 Revision 1.13.2.3 is in FreeBSD 4.6-RELEASE, so it seems that only -STABLE
 users whose installations predate 4.6-RELEASE will suffer from this
 problem.  For the MFC to RELENG_4_5 it should be kept in mind though
 (probably David O'Brien was already aware of this, but I was not).  Using
 the "classic" encoding would avoid the problem.  Doing it for RELENG_4
 would cause a lot of repo bloat, but I suspect that many users may be in
 the same boat as you.  Another possibility would be to ask users to do as
 you did:  first update at least their uudecode to 4.6-RELEASE or later.
 -- 
 Trevor Johnson
 
State-Changed-From-To: open->closed 
State-Changed-By: obrien 
State-Changed-When: Sat Oct 19 20:32:23 PDT 2002 
State-Changed-Why:  
This issue appears to be taken care of.  Please let me know if there is a 
remaining action item. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=41386 
>Unformatted:
