From owner-freebsd-hackers Fri Nov 20 07:02:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11712 for freebsd-hackers-outgoing; Fri, 20 Nov 1998 07:02:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from spooky.rwwa.com (rwwa.com [198.115.177.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA11698 for ; Fri, 20 Nov 1998 07:02:27 -0800 (PST) (envelope-from witr@rwwa.com) Received: from spooky.rwwa.com (localhost.rwwa.com [127.0.0.1]) by spooky.rwwa.com (8.8.7/8.8.7) with ESMTP id KAA25644; Fri, 20 Nov 1998 10:03:59 -0500 (EST) (envelope-from witr@rwwa.com) Message-Id: <199811201503.KAA25644@spooky.rwwa.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Robert Withrow cc: hackers@FreeBSD.ORG, witr@rwwa.com Subject: Re: AMD/NFS problems with 3.0 In-reply-to: Your message of "Wed, 18 Nov 1998 17:29:07 EST." <199811182229.RAA25694@tuva.engeast.baynetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Nov 1998 10:03:59 -0500 From: Robert Withrow Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Following up on my posting: All of my *AMD* problems were cured by upgrading to the latest version: am-utils-6.0b2s3. I'd like to suggest that 2.2.8 and 3.next upgrade to, at least, the 6.0 beta stream instead of the alpha code that is in there now. (I still have NFS problems, which I will send to another thread). Also (I know this was discussed before, since I saw a web reference for it in a search I did, but a search of the FreeBSD mailing lists for "am-utils" returns *nothing* related to am-utils, at least for me!) I'd suggest that this should probably be deleted from the BIN distribution. I doubt if more than a small minority of FreeBSD users actually *need* it, and thus it only adds bloat. Also, it builds and runs fine out-of-the-box and it is being actively maintained. It is at least incrementally harder to replace the BIN amd with one you build yourself, since you have to reverse engineer the various paths to issue to the configure script. Another note: for people who build "contrib" code into FreeBSD, it would help if you saved "config.status" when you use a frozen configuration. It saves time and reduces errors when someone else is trying to replace the "contrib" version with a more recent one... Thanks! --------------------------------------------------------------------- Robert Withrow, R.W. Withrow Associates, Swampscott MA, witr@rwwa.COM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message