From owner-freebsd-current@FreeBSD.ORG Wed Apr 14 18:41:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7979416A4CE for ; Wed, 14 Apr 2004 18:41:38 -0700 (PDT) Received: from smtp0.server.rpi.edu (smtp0.server.rpi.edu [128.113.53.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EFA143D45 for ; Wed, 14 Apr 2004 18:41:38 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp0.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i3F1fbEd002482; Wed, 14 Apr 2004 21:41:37 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040415011809.GA58644@xor.obsecurity.org> References: <20040413121925.GB29867@voodoo.oberon.net> <407C4035.8020609@ciam.ru> <1081896823.772.58.camel@klotz.local> <20040414131949.3A56E43D31@mx1.FreeBSD.org> <20040414232927.GA56961@xor.obsecurity.org> <20040415011809.GA58644@xor.obsecurity.org> Date: Wed, 14 Apr 2004 21:41:36 -0400 To: Kris Kennaway From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: FreeBSD Current Subject: Re: Second "RFC" on pkg-data idea for ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Apr 2004 01:41:38 -0000 At 6:18 PM -0700 4/14/04, Kris Kennaway wrote: >On Wed, Apr 14, 2004, Garance A Drosihn wrote: > > > > My hope is that if I get far enough along into the pkg-data > > project, the result would be that many of the common operations > > would be faster. However, right now I can only say "that is one > > of my goals", and I can't prove it would actually happen... > >There's only a few things that execute external commands in the >common code path of port makefiles. I've been working hard to >remove or limit them, and as I mentioned above it's possible to >optimize the current framework a lot further without too much >hard work. Hmm. Well, if the pkg-data ideas did not actually speed things up (as I hope they will), then that would eliminate one of the main reasons that I have been interested in investigating them. I do still suspect pkg-data would be faster, but maybe it won't be as much of a difference as I am hoping it will be. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu