From owner-freebsd-arch Fri Jul 12 21:14:48 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 65C4437B400 for ; Fri, 12 Jul 2002 21:14:45 -0700 (PDT) Received: from thuvia.demon.co.uk (thuvia.demon.co.uk [193.237.34.248]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F44543E64 for ; Fri, 12 Jul 2002 21:14:43 -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 g6D4EXb38939; Sat, 13 Jul 2002 05:14:34 +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 g6D4EXKC029386; Sat, 13 Jul 2002 05:14:33 +0100 (BST) (envelope-from mark@dotar.thuvia.org) Received: (from mark@localhost) by dotar.thuvia.org (8.12.3/8.12.3/Submit) id g6D4EXo6029385; Sat, 13 Jul 2002 05:14:33 +0100 (BST) Date: Sat, 13 Jul 2002 05:14:33 +0100 (BST) From: Mark Valentine Message-Id: <200207130414.g6D4EXo6029385@dotar.thuvia.org> In-Reply-To: Terry Lambert's message of Jul 12, 8:17pm X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: Terry Lambert Subject: Re: Package system flaws? Cc: jos@catnook.com, 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: > > Um, you didn't read down to the ``Delegations'' section... > > I read it. It is not enforced. There is an escape mechanism > through human serialization, and, given his organization, you > would have to be insane not to take advantage of it. That's an escape mechanism? Sorry, but giving a few units of currency to my local friendly domain registrar is much, much easier... I think Jos was pointing out just one of many places where there exists a convention of mapping vendor subsets of a "registry" name space onto domain registrations. Yes, Java classes are a more significant example. > The problem is still one of back references for modules that > attempt to add functionality to existing software at runtime, > rather than at compile time, and compile time presence > notification without explicit modification of the packages > being notified (e.g. autoconf "finding" packages on the > developers machine at compile time that are not explicitly > listed as dependencies for run-time). I'm very familar with the necessary structure of dependency graphs in component software, but give me till after my sleep period to figure out if that's relevant to any of the points I was trying to make... But please don't bring such design disasters as autoconf in to muddle the picture... (Hmm, it may not be autoconf's design at fault, but how it's used in every configure script. Without having used it in earnest, I'm given the impression it might be possible to use only autoconf rules which don't "guess".) > The Perl and Java people resolve this by having packages > register themselves into the hierarchy. Admittedly, they > have an advantage, in that they have a module registration > standard mechinism for "class factories" for specific > implementation clases for abstract base classes... but that > was kind of the point. 8-). You don't *have* to be an > interpreter to do this, but it's very easy if you are. Giving preferential power to scripts over worrying about the API was always a Unix strong point. ;-) > In a shell script, the same thing can be accomplished with "ls" > and a "test -x" (ugly, but workable). Ugly? After you just mentioned Perl and Java? I must have misread how long you've been with us, Terry. ;-) 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