From mboxrd@z Thu Jan 1 00:00:00 1970 From: Efraim Flashner Subject: Re: Package transformations Date: Mon, 1 Feb 2016 15:06:10 +0200 Message-ID: <20160201150610.3786621e@debian-netbook> References: <87egcwaiwm.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/1OuinAuAUjWxriDkNrDj2yS"; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:41621) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aQEBW-0006B1-Lc for guix-devel@gnu.org; Mon, 01 Feb 2016 08:06:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aQEBT-0000vB-FQ for guix-devel@gnu.org; Mon, 01 Feb 2016 08:06:26 -0500 In-Reply-To: <87egcwaiwm.fsf@gnu.org> 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.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Ludovic =?UTF-8?B?Q291cnTDqHM=?= Cc: guix-devel@gnu.org --Sig_/1OuinAuAUjWxriDkNrDj2yS Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Mon, 01 Feb 2016 10:18:01 +0100 ludo@gnu.org (Ludovic Court=C3=A8s) wrote: > Hello! >=20 > I=E2=80=99ve pushed my =E2=80=9Ctrain hacks=E2=80=9D, which are a continu= ation of refactoring > work I had done in December (ca. 64ec0e2): >=20 > =E2=80=A2 =E2=80=98guix build=E2=80=99 has a new =E2=80=98--with-input= =E2=80=99 option to rewrite the > dependency graph so you can run: >=20 > guix build guix --with-input=3Dguile=3Dguile-next >=20 > and guess what it does. :-) >=20 > However, it only works for explicit inputs. >=20 > =E2=80=A2 =E2=80=98guix package=E2=80=99 supports =E2=80=98--with-sourc= e=E2=80=99 and =E2=80=98--with-input=E2=80=99, with the > caveat that such transformations are forgotten upon upgrades. >=20 > =E2=80=A2 There=E2=80=99s a fairly generic package transformation frame= work in (guix > scripts build). >=20 > =E2=80=A2 The documentation of command-line build options is a bit impr= oved, > with subsections for each category of options. >=20 > Feedback welcome! >=20 > Ludo=E2=80=99. >=20 I looked over the commit but not deeply enough yet, would it be possible to use some of the logic in this to fix the package-with-python2 issue? what about extending guix package so you could do `guix package -i $(guix build foo --with-input=3Dbar=3Dbaz) --named=3Dfoo-baz`, an on-the-fly custom package? In terms of figuring out how to make it more lasting, it would need to be expanded if someone wanted to add/remove an input in their GUIX_PACKAGE_PATH and have it propagate through the packages without having to make a custom version of each one. Or to use as a substitute like when libpng had its CVE. --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --Sig_/1OuinAuAUjWxriDkNrDj2yS Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJWr1hCAAoJEPTB05F+rO6TeMYP/R7QTVzeSkASyNnfHhzTWRMJ dvmCu5KFRESTea5E3AEVfJn9vHpWsVE/NE2ZCfC0J8OXJ7bzN342rbuuJeS3cKh5 zPKFUmk4oF2Mc5FtG43JhVZ94lTbkUG/irhwv8wDRECd+VRs1fRVVffG2zGSC9mw 0UntGpOPYG2E4HHF+1pNTrEve4uQS9xN9Vp15mgiEVl1vzHuBf/iMLxexJSF1enj LAh1xaUy+1L6DbJ+U9AX0f/RyD170fwCal2FgHiFPGiU8HCCscrR0XnCVCDPxA2j SQEFPG+n006gnmcsHGfxeD3rnT/zg0CIQJb+Chq1fYS7+KAU//Qm2i0WhA1TZ31C sNdHlX/ljIu12M+V7pZAngOz3/PleYZm25im3IQLOqvkjoADubI5GiDqQkGpGEM2 TwaQ5F8jgD8iOft9wvTEIdE1l3ypqsYUXzef5aAxAmLb9jp1teTUI1iQ0fI5pv/d fIxYc1nuNNR0rFPLKv/0LN4pKzFxTawKwD6T2A2jcW7ncukQ2PriXBYz42OdAh8H cuawxVaEx2hxvHPXoYt1M2N2y+F12iHRbD/vHFpW0clf2bomI+0ZuBmM/iWFOmgQ Tf4cCZV9yPs8CRPcqvWYVNwUdwoMR/vYzOMe4gz2SAaoQU0xTI+5VUL/c1+GVQue 16QcUE5iZoS0bWZQ1DHb =HnEU -----END PGP SIGNATURE----- --Sig_/1OuinAuAUjWxriDkNrDj2yS--