Date: Sun, 1 Mar 2020 18:02:44 +0100 From: Mathieu Arnold <mat@FreeBSD.org> To: Chris <portmaster@BSDforge.com> Cc: Mateusz Piotrowski <0mp@FreeBSD.org>, ports@FreeBSD.org Subject: Re: When to use TMPPLIST instead of pkg-plist? Message-ID: <20200301170244.ic65yhdrmketcy5v@atuin.in.mat.cc> In-Reply-To: <a38ed7c362f0e941a4e76616d9df599f@udns.ultimatedns.net> References: <a78ca75b-1596-ce0e-ccd5-f21210e16045@FreeBSD.org> <a38ed7c362f0e941a4e76616d9df599f@udns.ultimatedns.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--2wspeshhr2kamicr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 29, 2020 at 11:29:18AM -0800, Chris wrote: > On Sat, 29 Feb 2020 11:02:23 +0100 Mateusz Piotrowski 0mp@FreeBSD.org said >=20 > > On 2/29/20 12:15 AM, Mathieu Arnold wrote: > > > On Fri, Feb 28, 2020 at 10:06:19PM +0100, Mateusz Piotrowski wrote: > > >> Do we have any (perhaps unwritten) policy for when to use TMPPLIST? = And > > > when > > >> should a port maintainer stick to pkg-plist? > > > We do not. A port maintainer should stick to pkg-plist. > >=20 > > That's what I thought. > >=20 > > Is there a reason for it? Does it all boil down to that fact that > > pkg-plist is much more explicit and easier to debug/review? Or there is > > another reason? > TMPPLIST is an artifact of the QA process when making a port. It is used So, I stopped reading there because as this is wrong, all that comes afterwards was also ;-) TMPPLIST is the file where all of PLIST_FILES/DIR go after being processsed for %%FOO%% placeholders, it is where pkg-plist ends up, also after being processed for placeholders. It is also where stuff get added, like .info files from the INFO variable, @ldconfig calls from USE_LDCONFIG, rc file from USE_RC_SUBR, docs and examples from PORTDOCS and PORTEXAMPLES, and probably a few other things pile up in there. All in all, TMPPLIST is the temporary file where every file, directory, keyword... utimately every part of the framework, end up putting what needs to end up in the package. It is also used in the QA process, to tell the user if stuff is wrong wrt what is really installed, but it is not the other way round. --=20 Mathieu Arnold --2wspeshhr2kamicr Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEOraXidLtEhBkQLpbOkUW81GDzkgFAl5b6rRfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNB QjY5Nzg5RDJFRDEyMTA2NDQwQkE1QjNBNDUxNkYzNTE4M0NFNDgACgkQOkUW81GD zkj01g/9GJwQBKL/LDusP4wP6I3EgfrrNs6cVFzqHtou4SJcY4/JnFWFFi3qKmci wzbM2VoVTryLh0c+So4QyOYFPBscBGKvtxBf67O9Gz0CMNXV1f1fGCb9RkWEFDMO g1THNf60nJQaTnPe5k1tlaTByJwAH8IHYRF2zGS89KytZTiSXIBLJd/W/Xjw0/qt 66rII3jdDQIu171QAqYlk+LMD0YRItXPWUagjhXe0lRlftwtGeTPJgEzvbwaDkUS pKh3kYs0NySE8iMmDJvVTK6ijRzRaCHoUJZ1J0sqfB+Q1DIaZ5cbbCwUi1b+ekbU UP1uGFqzte3Ry/zuWa5lQDAUlHbwsNg7mXmv54zp/M8p2McYgwtqRHHao9i+QFgU 1IcRheMen97ddRRJA/heVj33xjz9kmjSl3x+xWHeMKnPsSOkaJSIjkiPoCPVV+C/ TB9yNdeaIl0WABWCUIBnibcT4Cc2AXQJOu6PngLj9+dDaxGKMndixkXJC1ekx5YK 7d9pKjf3E0uf4fovuBR3zAVPpdnQXtlYTK6/4VMca5iowabh5X2StBP2sXXNPMTR CWuD6zV2Wfa1oXmRQ/vlw4PT0EhzB51GWG1F4wVIA7z+btujRm5ZewBPP9zb4gXY gLzGB8jXQhkM23OgIaXYvOXle+Qt3eD13wlAUNfPaD+k330LrlI= =lrEz -----END PGP SIGNATURE----- --2wspeshhr2kamicr--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200301170244.ic65yhdrmketcy5v>