Date: Sun, 2 May 2004 23:47:27 +0200 From: Michael Nottebrock <michaelnottebrock@gmx.net> To: obrien@freebsd.org Cc: ports-committers@freebsd.org Subject: Re: cvs commit: ports/x11/kdebase3 Makefile pkg-message ports/x11/kdebase3/files pkg-message Message-ID: <200405022347.32282.michaelnottebrock@gmx.net> In-Reply-To: <20040502200254.GB20371@dragon.nuxi.com> References: <200405021310.i42DAoZM055616@repoman.freebsd.org> <200405021932.33696.michaelnottebrock@gmx.net> <20040502200254.GB20371@dragon.nuxi.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --]
On Sunday 02 May 2004 22:02, David O'Brien wrote:
> I TOTALLY disagree with this hiding these standard files in ${FILESDIR}.
> [...]
> Look at editors/vim,
> [...]
> for examples of ports that tweak, modify and/or add major content to
> ${TMPPLIST} at build-time
I don't see your point. Slave ports (like vim-lite) don't have a pkg-plist,
all the ports which use PLIST_FILES in the Makefile (like www/squid, which
you mentioned) don't have a pkg-plist, and how do you grep for the files in
PLIST.share-vim?
I could put a pkg-plist file back into ${PKGDIR} and put a comment into it
like "This file is intentionally left blank - the packing list is
concatenated from files/plist.base + files/plist.foo + files/plist.bar
depending on your choice of build options" into the kde module ports which
presently use the plist-bits in ${FILESDIR}, would that be less obfuscated?
> Same for pkg-message. See astro/setiathome/Makefile as a correct
> example.
Done.
--
,_, | Michael Nottebrock | lofi@freebsd.org
(/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
\u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQBAlWx0Xhc68WspdLARAnuKAJ9xOBRQVDH0EgzpBox1WWbQKPqGCwCfZk6M
FFjw5sTbbEIzLMkCtpR5aAE=
=r5cX
-----END PGP SIGNATURE-----
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200405022347.32282.michaelnottebrock>
