Date: Mon, 23 Oct 2000 13:52:35 +0200 From: Eivind Eklund <eivind@FreeBSD.org> To: "David O'Brien" <obrien@FreeBSD.org> Cc: developers@FreeBSD.org Subject: Re: cvs commit: src/etc usbd.conf Message-ID: <20001023135235.B50279@warning.follo.net> In-Reply-To: <20001022203338.F6253@dragon.nuxi.com>; from obrien@FreeBSD.org on Sun, Oct 22, 2000 at 08:33:38PM -0700 References: <xzpog0jt78y.fsf@flood.ping.uio.no> <Pine.NEB.3.96L.1001017224655.53673B-100000@fledge.watson.org> <20001018092813.B60230@warning.follo.net> <20001018144155.C71470@dragon.nuxi.com> <20001019101709.A88616@warning.follo.net> <20001022203338.F6253@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Moving to -developers. On Sun, Oct 22, 2000 at 08:33:38PM -0700, David O'Brien wrote: > On Thu, Oct 19, 2000 at 10:17:09AM +0200, Eivind Eklund wrote: > > However, it was mentioned elsewhere in the thread that ISC (in the form > > of Ted Lemon) was already fixing the problem theselves, which would > > make any work I do to most likely be a waste of time. > > Not necessarily. Last time I looked version 3 has license issues. It is > worth a try to get this fixed in the 2.x series. I checked the version 3 license just now; it is a very straight 3-clause BSD style license. [Discussion of a hacky patch that ease the problem, but does not really solve it, and how to view adding such on the vendor branch.] > > No - because I came up with it less than a week ago, and have been > > trying to find a fix that I feel really solve the problem and is > > appropriate as an 'official fix'. > > I don't care to put hacks that aren't ready to submit to the vendor into > src/contrib branches. Keep them local until ready for prime time. (Note that this is probably irrelevant for this case given the license for v3 now being OK. I'm writing to get the point over for the generic case, not even limited to DHCP.) There is one issue to note here: ISC is in the business of developing reference implementations of DHCP clients and servers. Their codebase needs to be tended for this goal; immediate functionality will usually be of lesser importance than keeping the codebase as clean as possible, with no frills. FreeBSD is in the business of providing functionality to users. We are not (to any large degree) in the business of doing DHCP client or server development, and to the degree we are it is mostly to give functionality to our users. We do not have the same need for exceptional cleanness at all times. In effect, we are mostly doing release engineering on the code, not developing it. This wide split between goals for the codebases should be kept in mind when deciding what to do with FreeBSD (with similar issues for other software maintained elsewhere.) Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20001023135235.B50279>