cvs commit: ports/games Makefile ports/games/linux-ut2003-demo Makefile distinfo pkg-descr ports/games/linux-ut2003-demo/files ut2003-demo.in

[Jean-Yves Lefort]

On Sun, 4 Sep 2005 18:51:22 +0200
Alexander Leidinger <Alexander at Leidinger.net> wrote:

> On Sun, 4 Sep 2005 17:18:49 +0200
> Jean-Yves Lefort <jylefort at FreeBSD.org> wrote:
>  
> > > >   Log:
> > > >   Add linux-ut2003-demo.
> > > 
> > > Why is it necessary to generate the plist at install time? As far as I
> > > can see the port installs a fixed set of files and doesn't do any magic
> > > to prevent the installation of files depending on a complex set of
> > > options or the state of the moon.
> > 
> > It reduces the size of the port by about 40kb, and eases future updates.
> 
> We had a discussion on ports@ a while ago: As long as there are no very
> urgent reasons to use a install-time generated plist a maintainer
> should (as in: we point with fingers on you if you don't do it) use a
> static plist since it is more beneficial for most people.

The pkg-plist/PLIST_*/MAN*/PORTDOCS/... set is not meant to be
human-readable. See x11/nvidia-driver/pkg-plist for an example.

What about moving package metadata (files starting with +) to a
separate file ${PKGNAME}.metadata${PKG_SUFX} and modifying the
pkgtools accordingly?

When passed an uninstalled package name as argument, pkg_info would
fetch the metadata tarball from the packages site, cache it somewhere
beneath ${PACKAGESDIR}, and display the metadata contained in that
tarball.

Furthermore, the metadata files could be used to maintain a pkg_locate
database.

-- 
Jean-Yves Lefort

jylefort at FreeBSD.org
http://lefort.be.eu.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-ports/attachments/20050904/addfa681/attachment.bin