From owner-freebsd-arch Sat Jul 13 14:56:21 2002 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3902637B400; Sat, 13 Jul 2002 14:56:19 -0700 (PDT) Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20C3C43E58; Sat, 13 Jul 2002 14:56:17 -0700 (PDT) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (dotar.thuvia.org [10.0.0.4]) by phaidor.thuvia.org (8.11.6/8.11.6) with ESMTP id g6DLtob41341; Sat, 13 Jul 2002 22:55:50 +0100 (BST) (envelope-from mark@thuvia.demon.co.uk) Received: from dotar.thuvia.org (localhost [IPv6:::1]) by dotar.thuvia.org (8.12.3/8.12.3) with ESMTP id g6DLtnKC049906; Sat, 13 Jul 2002 22:55:49 +0100 (BST) (envelope-from mark@dotar.thuvia.org) Received: (from mark@localhost) by dotar.thuvia.org (8.12.3/8.12.3/Submit) id g6DLtjfQ049903; Sat, 13 Jul 2002 22:55:45 +0100 (BST) Date: Sat, 13 Jul 2002 22:55:45 +0100 (BST) From: Mark Valentine Message-Id: <200207132155.g6DLtjfQ049903@dotar.thuvia.org> In-Reply-To: Terry Lambert's message of Jul 12, 6:15pm X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Terry Lambert Subject: Re: Package system flaws? Cc: Wes Peters , Jordan K Hubbard , Dan Nelson , Archie Cobbs , Dan Moschuk , Dag-Erling Smorgrav , arch@freebsd.org Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > From: Terry Lambert > Date: Fri 12 Jul, 2002 > Subject: Re: Package system flaws? > Mark Valentine wrote: > > > From: Terry Lambert > > > At this point, the best approach is probably a registry. > > > > It already exists for our purposes: /var/db/pkg. > > If you can tell me how to do a quick indexed lookup by key for > something like "path to configuration file", which wanted to > be in "/etc", was comipled to be in "/usr/local/etc", and which > the user wants to install in "/var/opt/etc", I'd be grateful. > 8-). A slight refinement on "grep @cwd /var/db/pkg/$1/+CONTENTS" is good enough for me. (The new metadata format will specifically cater for this lookup, and I've suggested there be an API call for it.) If performance is a serious issue, we can create a .db file. > > > While it's theoretically possible to edit this data in place, > > > assuming the path is not assembled from components at runtime, > > > in practice, you are limited to a path of equal or smaller size. > > > > My location strings would be padded out to a reasonable maximum size. > > With respect, I'm not worried about *your* location strings, > I'm worried about the location strings that end up in binaries > that result from "configure" resulting from "configure.in" from > "autoconf", etc.. > > If we were just talking about *your* location strings, then I > could be pretty sure that whatever API the OS presented, you > would use it. Most applications need modification to allow install-time relocation, end of story. Our job is to make this as easy as possible. > > > A lesser alternative is to have a "/var/opt" or some other > > > location which is guaranteed to be a symlink to the real path > > > location... and is never, itself, a real directory. > > > > Well, we could already create such a symlink, even on a per-package basis, > > as (for example) /var/db/pkg/foo-x.y/location... > > It's really ugly. And, as I pointed out, "lesser". 8-). I was simply pointing out what's possible now. Cheers, Mark. -- Mark Valentine, Thuvia Labs "Tigers will do ANYTHING for a tuna fish sandwich." Mark Valentine uses "We're kind of stupid that way." *munch* *munch* and endorses FreeBSD -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message