From owner-freebsd-ports@FreeBSD.ORG Thu Sep 4 06:00:20 2014 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE225632 for ; Thu, 4 Sep 2014 06:00:20 +0000 (UTC) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 339C51FA3 for ; Thu, 4 Sep 2014 06:00:20 +0000 (UTC) Received: from [89.182.42.172] (helo=localhost) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1XPQ5g-0002q9-UU for freebsd-ports@freebsd.org; Thu, 04 Sep 2014 08:00:17 +0200 Date: Thu, 4 Sep 2014 08:00:11 +0200 From: Marcus von Appen To: freebsd-ports@freebsd.org Subject: Re: [BRAINSTORMING] simplifying maintainer's life Message-ID: <20140904060011.GB1044@medusa.sysfault.org> Reply-To: Marcus von Appen Mail-Followup-To: freebsd-ports@freebsd.org References: <20140903082538.GE63085@ivaldir.etoilebsd.net> <20140903145614.158f8e89@kalimero.tijl.coosemans.org> <20140903135029.GK63085@ivaldir.etoilebsd.net> <20140903165622.3bff54e0@kalimero.tijl.coosemans.org> <20140903150018.GL63085@ivaldir.etoilebsd.net> <5407649A.80500@FreeBSD.org> <20140903191256.GB1025@medusa.sysfault.org> <20140903212243.GK63931@graf.pompo.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y7xTucakfITjPcLV" Content-Disposition: inline In-Reply-To: <20140903212243.GK63931@graf.pompo.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-Df-Sender: MTEyNTc0Mg== X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Sep 2014 06:00:21 -0000 --Y7xTucakfITjPcLV Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On, Wed Sep 03, 2014, Thierry Thomas wrote: > Le mer 3 sep 14 =C3=A0 21:12:56 +0200, Marcus von Appen > =C3=A9crivait=C2=A0: > > > On, Wed Sep 03, 2014, Bryan Drewery wrote: > > > [...] > > > > > I understand there is fear involved with not having a plist validate > > > everything. Consider that many other package systems do not require a > > > plist to start. > > > > [...] > > > > Seconded. In my opinion for 95% of all cases it sums up to: everything = in the > > staging directory gets installed. We can use post-build or pre-install = to > > clean up the staging directory where necessary, or even revert the plist > > meaning in the worst case, e.g. everything in ${EXCLUDE_INSTALL} is not= to be > > installed, if necessary. > > I disagree. I use plist for two things: You belong to the +-5% ;-). > - when upgrading a port, I compare the previous plist with the newer > one, and if some important files are missing, I try to understand the > reason; For those things a comparision mechanism in the qa scripts for a porter/committer might come in handy: - get stagedir contents - get (current) package contents - compare and show a list of changes for the QA > - I often grep all plists to find which port could possibly provide such > header or such library (among non-installed ports, of course). I do the same, but would argue that such a query service should belong to or offered by a pkg search (as sort of counterpart to pkg which). Cheers Marcus --Y7xTucakfITjPcLV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlQH/+sACgkQi68/ErJnpkfX5QCgtbAnZgMAB66kjVcVsqABC8Li wqEAnAgQ63rhJp8qHyVzphAlUhL7/uXA =qPeg -----END PGP SIGNATURE----- --Y7xTucakfITjPcLV--