From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pierre Neidhardt Subject: Re: Parameterized packages Date: Fri, 17 Jan 2020 17:34:34 +0100 Message-ID: <87a76m11ph.fsf@ambrevar.xyz> References: <8736ldq74z.fsf@netris.org> <20190719202906.lbanx5puk7t6q4cr@cf0> <87a7753boq.fsf@ambrevar.xyz> <87h813wah0.fsf@gnu.org> <87v9piut40.fsf@ambrevar.xyz> <87o8v5ukgb.fsf@ambrevar.xyz> <87d0blhr9s.fsf@ambrevar.xyz> <20200116190644.uytvzvypuvdwh2iq@n0> <87lfq7xgst.fsf@elephly.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:46536) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1isUa3-0000PC-0D for guix-devel@gnu.org; Fri, 17 Jan 2020 11:34:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1isUZz-0006ca-6f for guix-devel@gnu.org; Fri, 17 Jan 2020 11:34:42 -0500 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:53637) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1isUZz-0006Zv-0Y for guix-devel@gnu.org; Fri, 17 Jan 2020 11:34:39 -0500 In-Reply-To: <87lfq7xgst.fsf@elephly.net> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane-mx.org@gnu.org Sender: "Guix-devel" To: Ricardo Wurmus , ison Cc: guix-devel@gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Ricardo, Ricardo Wurmus writes: > I think this is a sensible approach, though it would require agreement > or at least coordination among package contributors about what > parameters to use. For example, one such parameter could be > =E2=80=9C#:headless=E2=80=9D to disable any graphical user interface or d= esktop feature, > but a case could just as well be made for =E2=80=9C#:gui=E2=80=9D or =E2= =80=9C#:graphical=E2=80=9D=E2=80=A6 > > Coordination hasn=E2=80=99t been a problem so far because we managed to a= gree on > build systems and utilities, but it seems to me that parameters to match > on span a much larger range =E2=80=94 I feel reminded of the problem of p= ackage > tags or categories, which are a similarly large field that defies > agreement. I think Tobias suggestion is a good solution to this: make parameters first class, global objects. A package can only use globally declared parameters. This way we have a limited set of well-defined parameters under control (understand: no duplicates, consistent naming). As Tobias pointed out, global declaration of parameters allows us to centralize their documentation and types. =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAl4h4hoACgkQm9z0l6S7 zH9mlggAh+xFQv4wBpRQ9AWkn7BdKn205Ms5wzeGvjsvjlzQV0koY6EnH2pP8uPR SaAO10P1GktdRb+RK1n/dzDgbge9VyznH1Nh2u0GsUXGS8H4AquXD4vyXHuqWlp8 T8uAfcJbwjHGU3PbsyxQEqycZyvnhvYjLB/3hEEkqSI5zRlsjyDWbs1BhDNvY8gw n4iMUsiCnNQzu/ATEw4ndl/UgfgpHNMeQWFFsse/zWeePjKq7S3WCkZyCUg3uzsV Gjh3izzUvuLKoSSVri6YrZL8l8RSkwt1qo2vqn+Tyibe86gigrRX+OlQCHLGjyVd 8TKgnYiSowcNTpgC6Vb+3c7rkQO9qg== =ymry -----END PGP SIGNATURE----- --=-=-=--