From owner-cvs-all@FreeBSD.ORG Wed Apr 2 13:24:30 2003 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1091937B401; Wed, 2 Apr 2003 13:24:30 -0800 (PST) Received: from jkh-gw.queasyweasel.com (adsl-64-173-3-158.dsl.sntc01.pacbell.net [64.173.3.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9634943FAF; Wed, 2 Apr 2003 13:24:28 -0800 (PST) (envelope-from jkh@queasyweasel.com) Received: from queasyweasel.com (jkh@narcissus.freebsd.com [64.173.15.99]) h32LONNB002987; Wed, 2 Apr 2003 13:24:24 -0800 (PST) (envelope-from jkh@queasyweasel.com) Date: Wed, 2 Apr 2003 13:24:30 -0800 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v551) To: Peter Wemm From: Jordan K Hubbard In-Reply-To: <20030402194821.C33692A8A5@canning.wemm.org> Message-Id: <7DDCFFBC-6551-11D7-87AF-000393BB9222@queasyweasel.com> Content-Transfer-Encoding: 7bit X-Mailer: Apple Mail (2.551) cc: Alexander Leidinger cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: "Matthew N. Dodd" cc: cvs-src@FreeBSD.org Subject: Re: Proposal regarding the RFC 3514 handling X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Apr 2003 21:24:30 -0000 All of this discussion begs the question, however: Since we've set a precedent here, when does Jim Fleming's IPv8 support get rolled in? FreeBSD could certainly use "stargates" as a way of impressing Julian's Linux-using friends! - Jordan On Wednesday, April 2, 2003, at 11:48 AM, Peter Wemm wrote: > Alexander Leidinger wrote: >> On Tue, 1 Apr 2003 00:21:44 -0800 (PST) >> "Matthew N. Dodd" wrote: >> >>> mdodd 2003/04/01 00:21:44 PST >>> >>> FreeBSD src repository >>> >>> Modified files: >>> sbin/ping ping.8 ping.c >>> share/man/man4 inet.4 ip.4 >>> sys/netinet in.h in_pcb.h ip.h ip_input.c ip_output.c >>> ip_var.h >>> usr.bin/netstat inet.c >>> Log: >>> Implement support for RFC 3514 (The Security Flag in the IPv4 >>> Header). >> >> In the light of the actual "force" against this commit: perhaps it >> would >> be ok for all involved parties to only compile this code in based >> upon a >> kernel option... > > Personally, I tend to agree. > >> In my POV: people which don't know enough about this topic would IMHO >> not be concerned about this code, and people which know enough to >> have a >> reason to compile or not compile this code into the kernel should also >> know enough about FreeBSD to not regard this code as a lack of >> professionalism (and see it as what it is: there are people which >> enjoy >> to invest their time into FreeBSD... and this is what makes FreeBSD >> what >> it is). > > Exactly. We're supposed to be doing FreeBSD for our own enjoyment. If > others get use from it then fine. The day that we're no longer > allowed to > have fun because it might upset somebody in some fortune-500 company > will > be a sad day indeed. Nobody said we had to be 100% deadly serious the > whole time. > > .. as long as having a bit of fun doesn't get in the way.. An option > would > stop it being in the code execution paths. > > On the other hand, we have so much cruft in the ip input/output code > paths > (2 or 3 different packet filter hooks etc), this is tiny by comparison. > > Anyway, I think Matthew is going to to remove it, so maybe its a moot > point. > > Cheers, > -Peter > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com > "All of this is for nothing if we don't go to the stars" - JMS/B5 > > -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer