Date: Fri, 26 Sep 2014 13:41:45 +0200 From: Tijl Coosemans <tijl@FreeBSD.org> To: Dmitry Marakasov <amdmi3@amdmi3.ru> Cc: svn-ports-head@freebsd.org, Alexey Dokuchaev <danfe@FreeBSD.org>, svn-ports-all@freebsd.org, ports-committers@freebsd.org Subject: Re: svn commit: r369152 - head/editors/yudit Message-ID: <20140926134145.3dfa8bc5@kalimero.tijl.coosemans.org> In-Reply-To: <20140925194914.GC1301@hades.panopticon> References: <201409240148.s8O1mdqC051976@svn.freebsd.org> <20140924020214.GA46145@FreeBSD.org> <20140925194914.GC1301@hades.panopticon>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 25 Sep 2014 23:49:14 +0400 Dmitry Marakasov <amdmi3@amdmi3.ru> wrote: >> Alexey Dokuchaev (danfe@FreeBSD.org) wrote: >>> New Revision: 369152 >>> URL: http://svnweb.freebsd.org/changeset/ports/369152 >>> QAT: https://qat.redports.org/buildarchive/r369152/ >>> >>> Log: >>> - Switch to PORTDATA >> >> One problem with PORTDATA that is greatly reduces pkg-plist greppability. >> I'm not sure if it is useful for plist files or sane sizes. > > Plists are not supposed to be grappable. There's plenty automatic > plist generation mechanisms used in ports tree besides PORTDATA not > mentioning `${ECHO} >> ${TMPPLIST}' used it some ports, so plists > are guaranteed to be incomplete and not usable for that purpose. With > staging support I hope them to be reduced even more if not removed > completely. PORTDATA is useful for all ports, as small plists still > combine into significant part of overall plist mass. I don't think plists will disappear. For libraries it's very important to know when the .so version changes and exp-runs often detect problems thanks to plists. The last exp-run I did even relied completely on plists to detect problems. They are just too valuable for QA. Personally I wish pkg-plist would become the only place where we list package contents, with glob patterns to allow some automation like variables such as PORTDATA provide now. Glob patterns aren't greppable either, but it's a lot easier to match a list of patterns against a given path than it is to scan for PORTDATA, let alone ECHO >> TMPPLIST. Variables like PORTDATA, PLIST_FILES,... are also not extensible to subpackages. You'd have to introduce a new framework of variables to be able to say which subpackage the files belong to.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140926134145.3dfa8bc5>