From owner-svn-ports-head@FreeBSD.ORG Tue Sep 2 15:57:32 2014 Return-Path: Delivered-To: svn-ports-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6606F1B2; Tue, 2 Sep 2014 15:57:32 +0000 (UTC) Received: from apnoea.adamw.org (apnoea.adamw.org [204.109.59.150]) (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 3913B1BE2; Tue, 2 Sep 2014 15:57:31 +0000 (UTC) Received: from [192.168.192.25] (dhcp-108-170-169-12.cable.user.start.ca [108.170.169.12]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by apnoea.adamw.org (Postfix) with ESMTPSA id 1D9381140A7; Tue, 2 Sep 2014 11:57:29 -0400 (EDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: svn commit: r367002 - head/devel/cmake From: Adam Weinberger In-Reply-To: <5405E675.1090509@marino.st> Date: Tue, 2 Sep 2014 11:57:27 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <1C547D2C-011A-41A6-AA9D-891A056DD87A@adamw.org> References: <201409021339.s82DdX36038975@svn.freebsd.org> <5405E33B.3040906@marino.st> <5405E50B.1030100@marino.st> <30FDC48D-0DF1-4EBA-918D-878048101E21@adamw.org> <5405E675.1090509@marino.st> To: marino@freebsd.org X-Mailer: Apple Mail (2.1878.6) Cc: "svn-ports-head@freebsd.org" , "svn-ports-all@freebsd.org" , Raphael Kubo da Costa , Andrej Zverev , "ports-committers@freebsd.org" X-BeenThere: svn-ports-head@freebsd.org X-Mailman-Version: 2.1.18-1 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: Tue, 02 Sep 2014 15:57:32 -0000 On 2 Sep, 2014, at 11:47, John Marino wrote: > On 9/2/2014 17:42, Adam Weinberger wrote: >> On 2 Sep, 2014, at 11:40, John Marino >>>>> I understand that installing man pages is mandatory, that it >>>>> should not be OPTION controlled. A lot of ports use sphinx so >>>>> I don't know what the big deal about sphinx in particular is, >>>>> but lets say it's something else far worse. man pages could >>>>> be pregenerated and installed from $FILEDIR right? So there >>>>> are alternatives, but unless I'm wrong about the policy using >>>>> OPTIONS is not one of them (but I'm wrong a lot, so let's see >>>>> what the answer is). >>>>=20 >>>> How do you mean mandatory? >>>>=20 >>>> OPTIONS_DEFINE+=3D MANPAGES OPTIONS_DEFAULT+=3D MANPAGES=20 >>>> MANPAGES_CONFIGURE_ON=3D --sphinx-man >>>>=20 >>>=20 >>> By mandatory, I mean that a port that does that is violating >>> policy. Documentation is optional (DOCS) but manpages are not. >>> That's what I've understood. I've see ports that tried the above >>> and I've removed code of that equivalent. >>>=20 >>> John >>=20 >> If it=92s on by default I don=92t see the problem. Who are we to = decide >> that nobody should ever be allowed to build a port without manpages? >>=20 >=20 > If it's the policy, it's the policy. That=92s ridiculous. Where=92s that policy? There=92s MANPAGES_DESC in = bsd.options.desc.mk. I=92m not the first person to think up disabling = manpages. 80 ports have a MANPAGES option. Should I let all 80 of those = maintainers know that you decided they can=92t have that option anymore? > However, I sorta kinda think a option to not package man > pages for all ports may be coming for embedded usage. That won't = solve > this dependency that you are trying to fix, but it will solve the "i > don't need manpages for any port" issue. >=20 > Sphinx is not like tex though. It's really not a big deal practically > speaking. Bringing in a dozen dependencies is EXACTLY what options is designed = for. # Adam --=20 Adam Weinberger adamw@adamw.org http://www.adamw.org