From owner-freebsd-ports@FreeBSD.ORG Wed May 16 08:13:43 2007 Return-Path: X-Original-To: freebsd-ports@freebsd.org Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 59DFD16A401 for ; Wed, 16 May 2007 08:13:43 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id E2D9113C44C for ; Wed, 16 May 2007 08:13:42 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so48521ugh for ; Wed, 16 May 2007 01:13:41 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OENCmDUAw9uDF0lcA7ctqwj/YOeRsuuZo7/mJ+Ow+JNLmVxua4bSewiHSpHc95TUu4ufGdnmOuyCadSIWwqd06kScXCv/S3huKiO4j7Ltp64ZHdp4wkZCttltNPeAE0k0DS9BQ01gY4O39zugbjbwUZ5ME9xcmKjnDg9CGIjn2M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fMH1cu21hWxB18+H+BlKLlpZ63ZapWakleUu5ojX3Jbop2ok32tddkwV5J9EHTFhmVION7fhfeJbZmvPGqKMXZyt/jSPiy40RBwrKRZFfXw90glPHvcnAYe15sC9V5zBD1qAtJ5Dv1hs18mYj4pv4OO9fhtoyAlo2KtQnNegXw4= Received: by 10.67.27.3 with SMTP id e3mr4611471ugj.1179303221606; Wed, 16 May 2007 01:13:41 -0700 (PDT) Received: by 10.78.173.19 with HTTP; Wed, 16 May 2007 01:13:41 -0700 (PDT) Message-ID: <7ad7ddd90705160113x350f08c0t1b253f6ecb5e3d7a@mail.gmail.com> Date: Wed, 16 May 2007 10:13:41 +0200 From: "Ulrich Spoerlein" To: "Stephen Montgomery-Smith" In-Reply-To: <464A2B50.5030104@math.missouri.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <464665D5.1090509@math.missouri.edu> <1179058696.13237.3.camel@ikaros.oook.cz> <20070513101332.L82202@math.missouri.edu> <46479215.1080401@math.missouri.edu> <4647C4FB.9050607@math.missouri.edu> <4647F182.6000402@gmx.de> <46487491.6020806@math.missouri.edu> <46488168.3030300@math.missouri.edu> <20070515205738.GH1462@roadrunner.q.local> <464A2B50.5030104@math.missouri.edu> Cc: freebsd-ports@freebsd.org Subject: Re: Time to abandon recursive pulling of dependencies? X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 May 2007 08:13:43 -0000 On 5/15/07, Stephen Montgomery-Smith wrote: > Ulrich Spoerlein wrote: > > I also need to quickly look up origin -> pkgname and would suggest > > placing this in the INDEX file. Then you have the foundation in place to > > be able to run 'make vim-7.1.2.tbz' in, say, /usr/ports/ and it will > > first create gettext-x.y.tbz and stuff. Ie, it could resolve/build > > dependencies *before* even starting the build in editors/vim. > This info is already in INDEX (the origin is the second field). Yes, but I was talking about the pkgname, not the origin. > I don't think INDEX can be used for my purposes. This is because the > mapping origin->pkgname can change, e.g. audio/mpg123 might map to > mpg123-vvv or mpg123-esound-vvv (where vvv is the version number). This > depends upon environment variables or what other packages are installed. That is why, to get consistent results, you should place your WITH_* options in make.conf and run your own 'make index'. This is not desirable, but it's the only method to get an INDEX that resembles what's going on on your system. The vanilla INDEX provided by the FreeBSD project is mostly useless. > For my purposes we have to have an origin->pkgname look up table which > represents the names of packages that have actually been installed. > (And even the current scheme might get this wrong, as it merely tells > you what the package name is if you had just installed it.) Ok, since I don't know the requirements of the code you optimized, I cannot comment further on this. > The other problem with INDEX is that it takes way too long to produce to > keep it completely up to date. True, true. And as pointed out above, if you don't build the INDEX with your current pkg options, it is useless anyway. Uli