From owner-freebsd-ports@freebsd.org Mon Sep 19 09:14:12 2016 Return-Path: Delivered-To: freebsd-ports@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 629EDBDF12A for ; Mon, 19 Sep 2016 09:14:12 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from smtp.infracaninophile.co.uk (smtp.infracaninophile.co.uk [81.2.117.100]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp.infracaninophile.co.uk", Issuer "infracaninophile.co.uk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E8EA7E56 for ; Mon, 19 Sep 2016 09:14:11 +0000 (UTC) (envelope-from matthew@FreeBSD.org) Received: from ox-dell39.ox.adestra.com (unknown [85.199.232.226]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: m.seaman@infracaninophile.co.uk) by smtp.infracaninophile.co.uk (Postfix) with ESMTPSA id D4D8069B3 for ; Mon, 19 Sep 2016 09:14:06 +0000 (UTC) Authentication-Results: smtp.infracaninophile.co.uk; dmarc=none header.from=FreeBSD.org Authentication-Results: smtp.infracaninophile.co.uk/D4D8069B3; dkim=none; dkim-atps=neutral Subject: Re: Checking port option descriptions To: freebsd-ports@freebsd.org References: <57DF9841.7000500@quip.cz> From: Matthew Seaman Message-ID: <2d4f9827-fa51-3950-0bcf-76d54143dd21@freebsd.org> Date: Mon, 19 Sep 2016 10:13:56 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <57DF9841.7000500@quip.cz> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KtsrnbUuOIWUtlVHEntqPorBrqUeMHuku" X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,RDNS_NONE, SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on smtp.infracaninophile.co.uk X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2016 09:14:12 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --KtsrnbUuOIWUtlVHEntqPorBrqUeMHuku Content-Type: multipart/mixed; boundary="m43tq4ju0tvwBOsqPacGIU3VtiXGCxCq8" From: Matthew Seaman To: freebsd-ports@freebsd.org Message-ID: <2d4f9827-fa51-3950-0bcf-76d54143dd21@freebsd.org> Subject: Re: Checking port option descriptions References: <57DF9841.7000500@quip.cz> In-Reply-To: <57DF9841.7000500@quip.cz> --m43tq4ju0tvwBOsqPacGIU3VtiXGCxCq8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 09/19/16 08:48, Miroslav Lachman wrote: > The next problem is options doing nothing to "this" port but just pull > some other port as dependency because maintainer thinks it is useful fo= r > the end users to have installed it too - this should be avoided (IMHO).= I must respectfully disagree here. Options that only affect the run-time dependencies of a package are extremely useful. > I don't have port names in hand but I know I saw this in the past. Well, how about phpmyadmin as a for-instance? There are about eight PHP modules which phpmyadmin will automagically adapt to the presence or absence of at runtime and turn on or off corresponding bits of its user interface. So, for example, if you have pecl-pdflib installed it will give you options to generate a PDF diagram of your database schema. These are all options in the port, and they are on by default, because why wouldn't you want the full functionality of phpmyadmin enabled? Well, rhetoric aside, some of those options do pull in some quite big dependency trees. So, for instance, you can avoid pulling in all the X11 client libraries by turning off the GD option -- of course, this does lose you support for generating some diagrams. I do agree though that options of this type are conceptually different to most other cases. For example, in principle there's nothing to prevent pkg(8) throwing up a dialogue at install time and asking you which of those run-time dependencies you want installed. Now, that hasn't been implemented because there are questions about forcing pkg(8) to be too interactive, which would be problematic, plus we'd need to have a mechanism in the ports to mark these sorts of dependencies. =46rom pkg(8)'s point of view, this would behave very similarly to some o= f the ideas around 'sub packages' -- i.e.. having a separate packages of, say, debug symbols or docs or examples that you could choose to install at runtime or not. Cheers, Matthew --m43tq4ju0tvwBOsqPacGIU3VtiXGCxCq8-- --KtsrnbUuOIWUtlVHEntqPorBrqUeMHuku Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJX36xVAAoJEABRPxDgqeTn8WoP/1xki1rstK57SZORGBNQhyMq gNuyUxtatGyAxh8ea2XPW2iGXwIJo/uqPUdbXnAxdKtjhKlFN9e4k9APcY5h2yG9 T+bLfOPWS3WXpNBvTj6yZTHnvz2ilsPywuJAgIvFDf0cLn9sx9s0EeGX/KroZzmV cHHhOEcmBNapU1adjFdefbG/GZCk45K0jnZjEmevDOd6YTJU5xcgZb08KYJLE01G BEOXSCGPyKilh+GC7LKp5nuYWSQRDha87eNKtA3IbPTJMcKN7WYcp7FecMgH4MED 06HNaYDCfC7rGABTTuaphXBdIkSTeUgL7aDG5sH45HANJeq0DNv/lllpeSAPcnkN OzaG5jINUTTQCyWdku8+GK8tMrcM+E5wGtR4WWCuGSqFuLCrnufCQh1DSuYCEFT1 JizEVplGEYdyrG+m57LEAzSmeE7Px9DGkE759VJKbjxHWplltAhDffFBIW2wnTXn uNOkttbvq7zlWK8YW1vPOE/WWs4AFe3m9aGScDcx8kJfzdjrLkW+l4q3EGwofIym RpDl9QEOKP72CEcg1zmxf6/iVJ21jnAstifvIa7Fw2yjRvEtnv01slN6qPsQAXW/ uw/YETQY+vw0n/6gda+mwSGC1yLeZj3Uo9GmqWOWUKmW7YQSeLrUOZhbwrWOz7FM FcnTUYqdg3Jl/24yH09M =KeyR -----END PGP SIGNATURE----- --KtsrnbUuOIWUtlVHEntqPorBrqUeMHuku--