From owner-freebsd-binup Sun Oct 28 13:45: 9 2001 Delivered-To: freebsd-binup@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 885) id AF72D37B401; Sun, 28 Oct 2001 13:45:06 -0800 (PST) Date: Sun, 28 Oct 2001 13:45:06 -0800 From: Eric Melville To: The Anarcat Cc: "Simon L. Nielsen" , binup@FreeBSD.org, libh@FreeBSD.org Subject: Re: current project steps Message-ID: <20011028134506.B15301@FreeBSD.org> References: <20011020202153.A76835@FreeBSD.org> <20011026135930.03D1637B406@hub.freebsd.org> <20011026165952.D11804@shall.anarcat.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011026165952.D11804@shall.anarcat.dyndns.org>; from anarcat@anarcat.dyndns.org on Fri, Oct 26, 2001 at 04:59:52PM -0400 Sender: owner-freebsd-binup@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I think what binup should concentrate on is the client/server paradigm > because the package system is already under way. We've already got that designed, and for the most part, implemented as well. > We probably need pkg-plists. Even if that sucks. We're thinking it would be highly useful to have an entirely layer of abstraction here. Think of a cluster of FreeBSD machines sitting in a lab. Why not put all their package information into a local Postgres server? > It would probably be possible to create packages from /usr/obj (or > equivalent), and then install these, but the fundamental problem is > that: > > cd /foo/bar ; make install > > is more efficient than > > cd /foo/bar ; make package ; pkg_add bar.tgz Yes, but what I've got in mind is making the install target smart enough to update the package database. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-binup" in the body of the message