From owner-svn-ports-head@freebsd.org Fri Mar 25 14:13:20 2016 Return-Path: Delivered-To: svn-ports-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 893DBADCE95; Fri, 25 Mar 2016 14:13:20 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "plouf.absolight.net", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 221961CB9; Fri, 25 Mar 2016 14:13:20 +0000 (UTC) (envelope-from mat@FreeBSD.org) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id F3ABABDC9A; Fri, 25 Mar 2016 15:13:17 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id BB0ABBDC87; Fri, 25 Mar 2016 15:13:17 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 53E2C614C; Fri, 25 Mar 2016 15:13:16 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id C8F99223E32E; Fri, 25 Mar 2016 15:13:14 +0100 (CET) Date: Fri, 25 Mar 2016 15:13:14 +0100 From: Mathieu Arnold To: marino@freebsd.org, Koop Mast , ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r411827 - head/graphics/colord Message-ID: <99DABB1FDAB576C60D7E4181@ogg.in.absolight.net> In-Reply-To: <56F53EE9.6020205@marino.st> References: <201603250934.u2P9YWJR080252@repo.freebsd.org> <56F538B4.5040800@marino.st> <690F1BE4A0388E08467AC546@ogg.in.absolight.net> <56F53EE9.6020205@marino.st> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="==========1A3C7FE21FE549AEC14C==========" X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: SVN commit messages for the ports tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Mar 2016 14:13:20 -0000 --==========1A3C7FE21FE549AEC14C========== Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline +--On 25 mars 2016 14:36:41 +0100 John Marino wrote: | On 3/25/2016 2:29 PM, Mathieu Arnold wrote: |> +--On 25 mars 2016 14:10:12 +0100 John Marino |> Well, yes, but they can always change the options, or add texlive to |> their blacklist, or something. People are always going to complain. |> And, there will be 12526 happy users that won't say a thing, and 1 |> person that's pissed texlive got built, and that will complain, the |> default will change, and then the former happy people will be pissed. | | My recommendation was to pregenerate the man pages. The issue is that | doc-utils is used for it. The impact is that any program that needs | gtk30 pulls in a 1.8G tarball. This is a REAL issue. There should be | conscious effort to disable anything that pulls in texlive by default. Or | something that has to be OPT in for freebsd cluster. | | This is not a case of "somebody will always complain", it's an issue that | the policy is bad. The 1.8G texlive is a major issue with no resolution | in sight. It's a build-time option, so if you use packages, you don't really care. Now, if you're building your own packages, just put texlive in your blacklist, and if you see something that you need that's not building, then change its options. There, fixed it for you. | So either leave MANPAGES off by default, or pregenerate them and install | from a second tar ball. | | |> BTW, I started using your default options removal script, I got bitten by |> it removing the options for multimedia/libdvdread because I had added the |> DVDCSS option that is not the default when PACKAGE_BUILDING... :-) | | Yes, that's the danger with these cute ports that have options list that | change dynamically. I'm not sure what can be done about that except to | discourage the practice. I've added PACKAGE_BUILDING=yes to the composite make.conf I passed to your script, it kinda works as expected now :-) -- Mathieu Arnold --==========1A3C7FE21FE549AEC14C========== Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQJ8BAEBCgBmBQJW9Ud6XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQzQUI2OTc4OUQyRUQxMjEwNjQ0MEJBNUIz QTQ1MTZGMzUxODNDRTQ4AAoJEDpFFvNRg85IlQYP/2wsLSubL7IwzbruK7r7lIKH 6ih1oJVWp4SnpJe0CZ+rxQ+jdHSTAWyS6E6TbZn+WR216ihSAJyinioXZDqNrotO 5SrDqY7BFKpByWXLyvyvFg5lZZL4jA+ISU5lcGbbhUhanH/SpS2sHgNNlBgI+xFM fgZcWQMGf8gw5+UQfuDwAZgW91j1DbvyQgMRNt37XJChMHs1NQXx7Oj5g3TPqBj/ 1TpXeZILKJusggxeOgpkCYDYg1ge49Yqedti3RDzYkNCC4x6nWtZH6zOmiAPQSpi sfSwnPO9ASDxlpiuURZ2W8cCgEGPEsLAu3rprT2OHTxd+FczfOUI64ix281ranYB ypYfJAtPDgmdqEdNvS7mFhtBBU9rFfoaprQmr0xyYZq/2INyPHorkGUX5USs+J2w n64uc4DWZ08zGFlmxfutffQs43LNJ2QaGYZuiCbF3k9OciOtOyZ0CB3c47CzAQY1 lATToTe0+nOea34NC9YtF54vDVumUNhSCiGktfSpjJXHzev+yTUDj/KGLepKrP2+ UhOYFBKNVVoZ2y1o9PJ19ISUYi7Y+f9oyzy7eQm2t1H8JGkNLhOv2MYIgv4Wl1D8 cZ/5oLc5bVXKN3C4PDQgoVSodeffMjaJyw1tj+dYt0/2Pzt8yqa5LHvrE7XYXoSD 2wECEs3nTdeLyUphmXPw =rd2T -----END PGP SIGNATURE----- --==========1A3C7FE21FE549AEC14C==========--