From owner-freebsd-stable Fri Mar 20 17:53:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA22935 for freebsd-stable-outgoing; Fri, 20 Mar 1998 17:53:39 -0800 (PST) (envelope-from owner-freebsd-stable@FreeBSD.ORG) Received: from xmission.xmission.com (softweyr@xmission.xmission.com [198.60.22.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA22891 for ; Fri, 20 Mar 1998 17:53:28 -0800 (PST) (envelope-from softweyr@xmission.xmission.com) Received: (from softweyr@localhost) by xmission.xmission.com (8.8.8/8.7.5) id SAA13983; Fri, 20 Mar 1998 18:53:19 -0700 (MST) From: Wes Peters - Softweyr LLC Message-Id: <199803210153.SAA13983@xmission.xmission.com> Subject: Re: after the release ... To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Fri, 20 Mar 1998 18:53:18 -0700 (MST) Cc: stable@FreeBSD.ORG In-Reply-To: from "Daniel O'Callaghan" at Mar 21, 98 09:42:16 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk Daniel O'Callaghan opined: > The pkg system can be used here. pkgs record their own installation > event, they have pre and post installation scripts which can display docs > etc. Yeah, I like this approach too. Figure out how to handle kernel patches and you've got it solved. One approach might be to make kernel object files mandatory, then you can at least re-link a new kernel, similar to the SunOS distribution. > Patches with dependencies could check for those. pkg_add already handles dependency checking and installation. > > Who would develop the patches? I would say that given a reasonably > > well-defined set of conventions, the developer should be able to > > create a patch corresponding to whatever changes he or she developed > > with very little extra work. > > So what we want is a Makefile which will make an update patch, so the > committer can create this new patch. We might end up with a lot of > these, though. Perhaps it would be better to have a patchmeister (did I > hear you volunteer, Drew? :-)) who could collect the patch-package > creation requests and release an upgrade package every so often. Or perhaps we'll just have to elect a 'Stable Collector' whose job is it create patches once they've been fully tested and OK'd by the users who cvsup -STABLE. This would lead to a smaller and more "stable" set of patches (hopefully). Richard Wackerbarth provided a service philosophically similar to this for the 2.1-STABLE community in the past. > > What about security? This is an *excellent* point. It's a bit risky > PGP signature. This isn't a bad idea for the package utility in general. We could make it complain about packages with no signature, and refuse to install packages whose signature doesn't match? -- "Where am I, and what am I doing in this handbasket?" Wes Peters Softweyr LLC http://www.xmission.com/~softweyr softweyr@xmission.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message