From owner-svn-ports-all@FreeBSD.ORG Thu Apr 9 15:50:59 2015 Return-Path: Delivered-To: svn-ports-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33E79831 for ; Thu, 9 Apr 2015 15:50:59 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0FB0ACF9 for ; Thu, 9 Apr 2015 15:50:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.9/8.14.9) with ESMTP id t39FowsZ098667 for ; Thu, 9 Apr 2015 15:50:58 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.9/8.14.9/Submit) id t39Fowp4098664 for svn-ports-all@freebsd.org; Thu, 9 Apr 2015 15:50:58 GMT (envelope-from bdrewery) Received: (qmail 76588 invoked from network); 9 Apr 2015 10:50:54 -0500 Received: from unknown (HELO ?10.10.1.139?) (freebsd@shatow.net@10.10.1.139) by sweb.xzibition.com with ESMTPA; 9 Apr 2015 10:50:54 -0500 Message-ID: <55269FE4.2030208@FreeBSD.org> Date: Thu, 09 Apr 2015 10:51:00 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Alexey Dokuchaev Subject: Re: svn commit: r383191 - head/Mk References: <201504040535.t345ZJ9M028396@svn.freebsd.org> <20150408194202.GA45809@hades.panopticon> <5525A9C1.5010003@FreeBSD.org> <20150408232144.GX21982@hades.panopticon> <5525D48E.5090305@FreeBSD.org> <20150409110221.GB45809@hades.panopticon> <55269785.7030307@FreeBSD.org> <20150409153856.GA31951@FreeBSD.org> In-Reply-To: <20150409153856.GA31951@FreeBSD.org> OpenPGP: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FRpKJs32VOVdW32avTS5uvBQ6Ch2nkIR2" Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, Dmitry Marakasov , ports-committers@freebsd.org X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2015 15:50:59 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --FRpKJs32VOVdW32avTS5uvBQ6Ch2nkIR2 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 4/9/2015 10:38 AM, Alexey Dokuchaev wrote: > On Thu, Apr 09, 2015 at 10:15:17AM -0500, Bryan Drewery wrote: >> *That* made sense. Frankly I think all dev warnings should be disabled= >> in that case though. Setting up ports like this may work but it is not= a >> good way to test a port before committing or submitting it. Many ports= >> and their framework files reference "CURDIR/../..". In r327743 I >> modified www/linux-seamonkey to use PORTSDIR here and I believe I brok= e >> the workflow for the maintainers testing. The ports tree really needs = to >> be tested as a whole. This is why portshaker exists, so you can bring = in >> your partial tree into a full tree. Unionfs in theory is for this too.= >=20 > Bryan, I'm on Dmitry's side here. Building some "foo" port from outsid= e > /usr/ports (or a properly checked out tree) is very handy feature, and = it > had worked for many years; and while perhaps never officially advertise= d, > silently breaking it is a huge POLA violation for power users. I would= > really appreciate if we can have this behavior back. I am in favor of fixing it. I just think all the tests should be disabled. It won't make sense to have some tests enabled and some not. It's no good if the port passes in your out-of-tree build for 1/2 the tests and then you just straight commit and find that it fails all of the other tests. >=20 > On a related noted, I'm generally getting more and more concerned that > the tree becomes primarily chroot/jail building-oriented. Example: >=20 > I'm personally heavily relying on ability to set OSVERSION to arbitrary= > value on per-port basis; it is very helpful to test the logic of some > complicated port (e.g. x11/nvidia-driver) to make sure you got all thes= e > checks right. Now since r369644 (also by you) I have to comment that > harness code from Mk/bsd.port.mk out. >=20 > I was actually surprised that I have to do it, since log message talks > only about "OSVERSION or UNAME_r is improperly set when building in a > jail/chroot", but in reality I cannot do a "make OSVERSION=3Dxxx" even = when > building locally. I'd also appreciate if you could change the code so > it works as described (i.e. for jail/chroot-environments, bulk package > builders, tinderbox/p*re, et al.), but not for /usr/ports, thank you. >=20 > ./danfe >=20 Read the commit log again for r369644. Setting one var and not the other leads to incorrect behavior in many ports. You must have them matching. It is not just about jails/chroots. --=20 Regards, Bryan Drewery --FRpKJs32VOVdW32avTS5uvBQ6Ch2nkIR2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJVJp/kAAoJEDXXcbtuRpfPuxUH/R3Dqrmgzg1yFuYs3v0/tL+b TvWgQvDMCpmfjuLeRfjqHtApVK74m/2AVQOS98gFIpLRJ8oTLuodnifaDymGIMbc EUlrA7TOo2WNxFZG83c1XPSYPMMMcH/Nrb4KaV7KE63l771ZRlZfT7Zt3wfYFxyA 6j1L9N/sEC0O++ZIyamiRAJA73BHFKckQ6MvvADXtGBpNkTMYyClpNgvtooJVFCA +NrIVB2m8d0HnehjEFXx+4R7JJgH2ofa6nfFa80dOwrK0kwppdG8U7hqfvN3CX1L xB5fBJZvW1L+ItplUfHG2x4MoJUpghKt8WPzEOl+TrFKDQDWk1Fpm1D7jVO7SdA= =YU+n -----END PGP SIGNATURE----- --FRpKJs32VOVdW32avTS5uvBQ6Ch2nkIR2--