Time to abandon recursive pulling of dependencies?

[Ulrich Spoerlein]

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.

> 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