From owner-freebsd-arch@FreeBSD.ORG Sat Aug 6 07:30:22 2005 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35CFC16A41F for ; Sat, 6 Aug 2005 07:30:22 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from haven.freebsd.dk (haven.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id C985743D48 for ; Sat, 6 Aug 2005 07:30:21 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (unknown [192.168.48.2]) by haven.freebsd.dk (Postfix) with ESMTP id A7A33BC66; Sat, 6 Aug 2005 07:30:17 +0000 (UTC) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 06 Aug 2005 00:28:01 PDT." <42F46681.10708@elischer.org> Date: Sat, 06 Aug 2005 09:30:17 +0200 Message-ID: <24777.1123313417@phk.freebsd.dk> Sender: phk@phk.freebsd.dk Cc: arch@freebsd.org Subject: Re: putting HESIOD, Appletalk and IPX on notice X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Aug 2005 07:30:22 -0000 In message <42F46681.10708@elischer.org>, Julian Elischer writes: >Poul-Henning Kamp wrote: >> I think it is time we deorbit HESIOD in toto. >> >> At the same time, making Appletalk and IPX "opt in" facilities by >> putting them under >> YES_IPX >> and >> YES_APPLETALK > > >how does this differ from >options NETATALK >and >options NETIPX? > >Or do you mean for the complete build, i.e netstat etc. as well? Yes, the complete build. >My comment on both is that they do live as good working examples of other >"foreign" network stacks.I also know that there are quite a few old MACS >sitting around doing various pronter management functions etc. I know they are, that's why I don't advocating sending them to the attic yet. But we have to look at how much idle code we keep around, and in particular we need to be sensitive to code we never look at which might contain security issues etc. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.