From owner-dev-commits-ports-all@freebsd.org Thu Jun 3 10:16:55 2021 Return-Path: Delivered-To: dev-commits-ports-all@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 66721656708; Thu, 3 Jun 2021 10:16:55 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Fwhdg2Dfyz4n7q; Thu, 3 Jun 2021 10:16:55 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from mail.j.mat.cc (owncloud.cube.mat.cc [79.143.240.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.mat.cc", Issuer "R3" (verified OK)) (Authenticated sender: mat/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 190B5F61C; Thu, 3 Jun 2021 10:16:55 +0000 (UTC) (envelope-from mat@freebsd.org) Received: from aching.in.mat.cc (unknown [IPv6:2a01:678:ab:0:3356:ef6b:256f:d0c6]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: mat@mat.cc) by mail.j.mat.cc (Postfix) with ESMTPSA id DC1A0942D80; Thu, 3 Jun 2021 10:16:53 +0000 (UTC) Date: Thu, 3 Jun 2021 12:16:52 +0200 From: Mathieu Arnold To: Torsten Zuehlsdorff Cc: ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: Replacing USE_GCC=any and the danfe@ filter (was: svn commit: r568012 - head/net/tightvnc) Message-ID: <20210603101652.v2nk3kuvbayokd2g@aching.in.mat.cc> References: <20210603063235.676vy42y56fzvuu5@aching.in.mat.cc> <64998e65-5200-ba36-eb61-f54b26a6e2a8@toco-domains.de> <0506d5b7-3a2e-89eb-8e72-238b7a3f3d4d@toco-domains.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="aponheoybdrivd5c" Content-Disposition: inline In-Reply-To: <0506d5b7-3a2e-89eb-8e72-238b7a3f3d4d@toco-domains.de> X-BeenThere: dev-commits-ports-all@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Commit messages for all branches of the ports repository List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2021 10:16:55 -0000 --aponheoybdrivd5c Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 03, 2021 at 11:55:27AM +0200, Torsten Zuehlsdorff wrote: >=20 >=20 > On 03.06.21 11:50, Torsten Zuehlsdorff wrote: > >=20 > >=20 > > On 03.06.21 08:32, Mathieu Arnold wrote: > > > On Thu, Jun 03, 2021 at 12:22:47AM +0200, Gerald Pfeifer wrote: > > > > On Sun, 30 May 2021, Mathieu Arnold wrote: > > > > > Thank you for working on this. > > > >=20 > > > > So, I was just ready to commit the next step and prepared a nice git > > > > style commit message: > > > >=20 > > > > =A0=A0=A0 Replace USE_GCC=3Dany with USE_GCC=3Dyes > > > > =A0=A0=A0 USE_GCC=3Dany has been equivalent to USE_GCC=3Dyes in mos= t cases (such > > > > =A0=A0=A0 as i386 and amd64 since 12.x and depending on configurati= on 11.x, > > > > =A0=A0=A0 most newer installations on other platforms, and 13.x acr= oss the > > > > =A0=A0=A0 board). > > > > =A0=A0=A0 Since commit 96c17633d90386b5bcf8 Mk/bsd.gcc.mk ... > > > >=20 > > > > Alas, the danfe@ filter struck: > > > >=20 > > > > =A0=A0=A0 remote: Resolving deltas: 100% (111/111), completed with = 111 > > > > local objects. > > > > =A0=A0=A0 remote: > > > > =A0=A0=A0 remote: > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > =A0=A0=A0 remote: First line does not start with the regular > > > > =A0=A0=A0 remote: category/port: subject > > > > =A0=A0=A0 remote: > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > >=20 > > > > What now? > > > >=20 > > > > Neither "*/*: Replace USE_GCC=3Dany..." in the subject nor a couple= dozen > > > > individual commits strike me as desirable. > > >=20 > > > *: Replace... works just fine. > >=20 > > This seems to be a transcription of "It works around a rule which has > > its purpose but should not be enforced 100% of the time". >=20 > Also just for fun: this new rule violates our old rule about committing n= ew > ports. It was always start with "New port $cat/$name". Or have we changed > this rule? Well, you can try, but you will not be able to push the commit, now we write `cat/port: new port blah`. For the same reason, all commit subjects starts the same, it is much much easier to scan quickly. --=20 Mathieu Arnold --aponheoybdrivd5c Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAABCgB9FiEEVhwchfRfuV0unqO5KesJApEdfgIFAmC4rBBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDU2 MUMxQzg1RjQ1RkI5NUQyRTlFQTNCOTI5RUIwOTAyOTExRDdFMDIACgkQKesJApEd fgIrPg/+IKdFS4Oq80v8d5QfUbMP2dV2qUQy3ItcxWZYKKjvLYUTolm9j4bDd7bU I+j14+F0yrZOppjE+VV5hZqgfYWDZ4jSK3uy5EXyRStiWbUKLYHZv9cM3xjUbRo9 JNS25USzMhjvKLSub51/1syctVZUaH1x5vjp8nU+BEjzcfoYB0tYnnITwb4Zs/p5 8loNwund/BhCH4EUDnTdDcke0SyE4CzJPx+1IWJlfxMwXtXvkJdGZ/W66Ai5trM5 U1LFUJoDs96X9ipnUprZqJVfvBgqxqBuy7gn/YGUlQfplk+P0wUWz1xIU89sIHO5 fTwqSy5/O4tVXfUIens3Bqt3ZFD9AP/BqfN6oWPBrNx1YovQuyWQDwSPXZRGsFsS NsVd3Nm5cl7VZJE6JOtHA5EqVc03HphBrf8jFlrU8PIpSZYb+J9FEh3bX46dzOM7 ClIL/4kGnf0ESTvnjwO/fe8Eh0HOkQ4hkaIM3m71XQtczz7eABxlLA9XCNpEf+wV 4mCabz/ToT5bxe8Fhr//F52ItgW8INWPmfxHNvZbbepBi+uDBmS6xDsI3eaVdLxd JoXoSZlCvpnWmK7mtWcI8ZXtodTtwA+VvalY9Ywep4yFY4k1mXdB0dU2WPn0MDkH T2b7ZWgTjggPOsHCdX+8dn+5GUiWgv8emXZrjdQ4pf8+yN2BY6k= =4Akv -----END PGP SIGNATURE----- --aponheoybdrivd5c--