Time to abandon recursive pulling of dependencies?

[Stephen Montgomery-Smith]

Ulrich Spoerlein wrote:
> On 5/15/07, Stephen Montgomery-Smith <stephen at math.missouri.edu> 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.

This is for registering of ports.  Since this has to work in most every
situation, it cannot assume that INDEX is correct, nor that the user has
properly set his WITH_* options.


I had always long assumed that INDEX had merely cosmetic value.