From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pierre Neidhardt Subject: Re: ASDF Builder (Common Lisp) & "package-inferred-system" Packages Date: Fri, 02 Aug 2019 19:37:09 +0200 Message-ID: <87v9vftqnu.fsf@ambrevar.xyz> References: <8736q082h8.fsf@gmail.com> <87fttzd0uo.fsf@ambrevar.xyz> <87wonb6wdn.fsf@gmail.com> <87lg3p7hfd.fsf@gmail.com> <20190113141426.00360523@mailservices.uwaterloo.ca> <87h8ec6qek.fsf@gmail.com> <874l2zv8el.fsf@ambrevar.xyz> <87y30btt5a.fsf@ambrevar.xyz> 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]:52618) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1htbUR-0007HX-CL for guix-devel@gnu.org; Fri, 02 Aug 2019 13:37:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1htbUP-0000Ac-Vu for guix-devel@gnu.org; Fri, 02 Aug 2019 13:37:15 -0400 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:41953) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1htbUP-00008y-MN for guix-devel@gnu.org; Fri, 02 Aug 2019 13:37:13 -0400 In-Reply-To: <87y30btt5a.fsf@ambrevar.xyz> 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" To: Katherine Cox-Buday , Andy Patterson Cc: guix-devel@gnu.org --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The "asdf-build-system/source" workaround seems to have a limitation though: it does not include its input recursively. For instance, if I try to build Next that depends on cl-dbus, it will complain about missing dependencies for cl-dbus. Adding =2D-8<---------------cut here---------------start------------->8--- ,@(package-inputs cl-dbus) =2D-8<---------------cut here---------------end--------------->8--- to the list of dependencies fixes it, but that's not pretty. I believe that this is a general issue with asdf-build-system/source (could be wrong). If I look at the environment-variables file when building Next, it has =2D-8<---------------cut here---------------start------------->8--- export XDG_DATA_DIRS=3D\ "/gnu/store/2fkvzws2vqhd7zq265n2a3rjkdmc0i6v-sbcl-1.5.1/share\ :/gnu/store/qc74s7g1z3pm11d0kfka9pkc5af11pa6-sbcl-prove-asdf-1.0.0-1.4f9122= b/share\ :/gnu/store/aglych5kld05hip5j6wn5b8yx66hpagd-next-gtk-webkit-0.0.0/share\ :/gnu/store/6l1qcw9731psvp4qp28dvq9j2g1nbnmm-sbcl-trivial-features-0.8/shar= e\ :/gnu/store/g82q0i0wah4d2qh012yi793rvg526s59-sbcl-trivial-garbage-0.21/shar= e\ :/gnu/store/x8k2la7c69dfr62vrgijajp81hybd79s-sbcl-alexandria-0.0.0-1.926a06= 6/share\ :/gnu/store/jdnsak2ylxshg27cxr9fh9gbx1zpwzar-sbcl-bordeaux-threads-0.8.6-1.= 5dce49f/share\ :/gnu/store/52qzpiy63l6yy9n0icryvf317hiwiiyq-sbcl-cl-css-0.1-1.8fe654c/shar= e\ :/gnu/store/sbhkpri9avslvsmzv0fahswbp9g4igy3-sbcl-cl-json-0.5-1.6dfebb9/sha= re\ :/gnu/store/44dsabdh9fn1j4m9gcll5lqmrnycss9z-sbcl-cl-markup-0.1-1.e0eb7de/s= hare\ :/gnu/store/99ynic4nmhq4mxbrj1rx66lvbw3gki01-sbcl-cl-ppcre-2.0.11/share\ :/gnu/store/ksxf4v32xcmhw3vnrhq8rkyvzwgfx7vk-sbcl-cl-ppcre-unicode-2.0.11/s= hare\ :/gnu/store/ry9pmrqyxgyva7l5747g7ip6mgwkksys-sbcl-cl-string-match-0-1.50484= 80/share\ :/gnu/store/1gsm5f75rv4isdylbzrkvycw2gh2969h-sbcl-cl-strings-0.0.0-1.c5c5cb= a/share\ :/gnu/store/zpv26q5jgsr7hbgp3rb3nxhkcl1g6r5z-sbcl-closer-mop-1.0.0-1.fac29c= e/share\ :/gnu/store/k1m8m4wxkvqx354h0f48650a57c4ivgk-cl-dbus-20190408-1.24b452d/sha= re\ :/gnu/store/axfsl7653s96cicv7rx1rm26amxjyalr-sbcl-dexador-0.9.10-1.a2714d1/= share\ :/gnu/store/3wbyra9x6qjlfp2p3ijxpnlz5pn33xpw-sbcl-ironclad-0.42/share\ ... =2D-8<---------------cut here---------------end--------------->8--- I think the XDG_DATA_DIRS is set automatically from the set of direct input= s, but it's does not include the recursive inputs. For asdf-build-system/source to work properly, we would need to force the input. Actually, asdf.scm has this comment: =2D-8<---------------cut here---------------start------------->8--- ;; Special considerations for source packages: CL inputs become ;; propagated, and un-handled arguments are removed. =2D-8<---------------cut here---------------end--------------->8--- But I think that propagating the inputs might not suffice to build other packages. Thoughts? =2D-=20 Pierre Neidhardt https://ambrevar.xyz/ --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEUPM+LlsMPZAEJKvom9z0l6S7zH8FAl1EdMUACgkQm9z0l6S7 zH9KKAf/QUV0xD9y9pJpfisOcwt3LYeBX+0cPHxKwhg8plHVlVqftCx5DiF+LXe7 c3AvCVY452kkMwEpijql6vKwyY2sAr3icDxVxz3ZkwQiHm05PJTArcqGHve67M0X Y+toMV47O4c4NYFDYgRt6uino+8zX6dM4ULQRWq8gzvlc05T5aIkTmLlfNWRtAO6 qbQt0WoNtJ4JvPbBPwgLvkxnBlNtNSosL8ltUJSzePohJY/vcTtGrj0O0nf3gRxu B37Gly/QXIik8ewr6muQnBCkG3EC++zUzy5eP8vXk4lUKiBURvUVMUMxRdy+E4yL mDF5s0ELj6xkjFp+V3hIA0nxmrwg/g== =K5Y9 -----END PGP SIGNATURE----- --=-=-=--