From owner-freebsd-stable Sun Mar 22 22:35:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA06989 for freebsd-stable-outgoing; Sun, 22 Mar 1998 22:35:29 -0800 (PST) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA06976 for ; Sun, 22 Mar 1998 22:35:22 -0800 (PST) (envelope-from danny@panda.hilink.com.au) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id RAA28084; Mon, 23 Mar 1998 17:35:10 +1100 (EST) Date: Mon, 23 Mar 1998 17:35:09 +1100 (EST) From: "Daniel O'Callaghan" To: Derek Flowers cc: stable@FreeBSD.ORG Subject: Re: Binary package updates, etc. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk I think Derek is doing a great job! Congrats. However, I do also think that Cy Schubert made a very valid point that we need to identify what it is that is going to be updated using this package mechanism. If the pkg mechanism include feature enhancements to the system, then people may be reluctant to use it, lest they change somethin on which their system depends. Alex changed the size of the ipfw structure and created an incompatibility between ipfw(8) and ip_fw.[ch] last November/December. The result was that a kernel upgrade meant a userland upgrade for ipfw(8). This is likely to be a good reason many will shy away from enhancement packages. If the pkg mechanism is only for bug fixes, that's fine, until you need to produce a package for a bug fix in an enhancement. The only way to cater for both scenarios is to flag each package as either ENHANCEMENT or FIX, and make any FIX packages dependent on the ENHANCEMENT package. Of course, if there is a bug fix in (e.g.) ipfw which is unrelated to, but after, an enhancement, we need two packages. As you can see, this is starting to get yucky, and it is a good reason to sit down and work out exactly what it is we want to achieve with this upgrade mechanism. Does anyone else have any ideas? Danny /* Daniel O'Callaghan */ /* HiLink Internet danny@hilink.com.au */ /* FreeBSD - works hard, plays hard... danny@freebsd.org */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message