From owner-freebsd-stable Fri Mar 20 12:47:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA22302 for freebsd-stable-outgoing; Fri, 20 Mar 1998 12:47:11 -0800 (PST) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from prepaid.atlas.com (atlas-173.atlas.com [206.29.170.173]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA22293 for ; Fri, 20 Mar 1998 12:47:07 -0800 (PST) (envelope-from Brian_Beattie@Atlas.com) Received: from coyote.prepaid.atlas.com(really [10.16.7.71]) by prepaid.atlas.com via sendmail with smtp id for ; Fri, 20 Mar 1998 12:46:24 -0800 (PST) (Smail-3.2 1996-Jul-4 #1 built 1998-Jan-29) Date: Fri, 20 Mar 1998 12:46:19 -0800 (PST) From: Brian Beattie X-Sender: Brian_Beattie@coyote.prepaid.atlas.com To: Ted Spradley cc: Drew Derbyshire - UUPC/extended software support , stable@FreeBSD.ORG Subject: Re: after the release ... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk On Fri, 20 Mar 1998, Ted Spradley wrote: > > > I neither a CVS expert nor directing FreeBSD release policy. I'm only > > pointing out a failure in the FreeBSD release cycle, as Jordan pointed out HP > > and Sun have bugs, but THEY have a packaged patch process. FreeBSD does not, > > it only has "upgrade to the next release" or hand patch any fixes into the > > source and rebuild. > > I take exception to the word 'hand' here. You really ought to try to learn a > bit about make and cvs. IMHO, those are two of the most useful things a > computer can do (but they're not graphical, not even interactive, so they're > completely out of fashion (don't *start*, Ted)). And they're not just for > programmers. > > > Adding such a patch function seems to be an issue of > > packaging a limited number of critical changes (in 2.2.5 for example, it would > > have been the lpd and the security fixes) into a package. Under System V, it > > would be pkgadd. Under FreeBSD the best method seems to be ports. > > I presume you mean a *binary* patch here. What's the big advantage of binary over source? You don't have to pay extra for the compiler. I suppose the binary patch would run faster, but the computer does the work, not you, so why do you care? The source patch is more likely to get it right, and if it doesn't, you've got a tiny chance to fix it. The other reason for a binary patch is that it could be used by people with limited disk space who chose not to install sources. Brian Beattie Atlas PrePaid Services Brian_Beattie@atlas.com 503.228.1400x4355 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message