Date: Thu, 21 Nov 2002 10:35:23 -0500 From: The Anarcat <anarcat@anarcat.ath.cx> To: Matthias Andree <matthias.andree@gmx.de> Cc: Nate Lawson <nate@root.org>, Matthias Andree <ma@dt.e-technik.uni-dortmund.de>, ports@freebsd.org, stable@freebsd.org Subject: Re: HEADSUP - change in CDRIOC.*SPEED ioctl units Message-ID: <20021121153523.GA12403@xtanbul.studio.espresso-com.com> In-Reply-To: <20021121111557.GC6603@merlin.emma.line.org> References: <m3fztvy0p0.fsf@merlin.emma.line.org> <Pine.BSF.4.21.0211202139460.66175-100000@root.org> <20021121111557.GC6603@merlin.emma.line.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu Nov 21, 2002 at 12:15:57PM +0100, Matthias Andree wrote: > On Wed, 20 Nov 2002, Nate Lawson wrote: > > > I'm not going to debate API since as I said before, the API is > > fundamentally limiting. It was written to support one program > > (burncd) and thus is overly restrictive. I took the approach of limiting > > the MMC set less, not adding another hack. > > If it's really only used by baseline programs, would not it be better > then to kill it altogether than shuffling it from one limited state to > another? Some people say that software optimization is complete when > there's nothing left to remove. I tend to agree for the maintenance > involved. Well, one could potentially say that this is what -current is for, API breakage/corrections. But I don't oppose the move, on the contrary. I agree with the correction since the only consumers of the API are the base tools. (do we have confirmation on that?) A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20021121153523.GA12403>