From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Marusich Subject: Re: Recent change in 'guix package --search-paths' behavior? Date: Thu, 11 May 2017 01:46:08 -0700 Message-ID: <87efvvn5m7.fsf@gmail.com> References: <87tw4trtgb.fsf@gmail.com> <87d1bgvrqr.fsf@gnu.org> <87lgq3eus9.fsf@gmail.com> <87a86jx05w.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:53110) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d8jjk-0007s5-Ng for guix-devel@gnu.org; Thu, 11 May 2017 04:46:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d8jjg-0005nv-Qq for guix-devel@gnu.org; Thu, 11 May 2017 04:46:16 -0400 In-Reply-To: <87a86jx05w.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Thu, 11 May 2017 10:33:47 +0200") 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: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: guix-devel@gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Hi Chris, > > Chris Marusich skribis: > >> ludo@gnu.org (Ludovic Court=C3=A8s) writes: >> >>> Chris Marusich skribis: >>> >>>> Hi, >>>> >>>> The manual says ((guix) Invoking guix package): >>>> >>>> This option can also be used to compute the _combined_ search pat= hs >>>> of several profiles. Consider this example: >>>> >>>> $ guix package -p foo -i guile >>>> $ guix package -p bar -i guile-json >>>> $ guix package -p foo -p bar --search-paths >>>> >>>> The last command above reports about the =E2=80=98GUILE_LOAD_PATH= =E2=80=99 >>>> variable, even though, taken individually, neither =E2=80=98foo= =E2=80=99 nor =E2=80=98bar=E2=80=99 >>>> would lead to that recommendation. >>> >>> [...] >>> >>>> Is the documentation wrong, or is this a regression? >>> >>> Try with =E2=80=9Cguile2.2-json=E2=80=9D instead of =E2=80=9Cguile-json= =E2=80=9D. >>> >>> Ludo=E2=80=99. >> >> As usual, you're right! :-) That worked: > > [...] > >> Why does 'guix' resolve to guile@2.2.2, but 'guile-json' resolves to >> guile-json@0.6.0? > > It=E2=80=99s because we=E2=80=99re not done with the transition: > > https://lists.gnu.org/archive/html/guix-devel/2017-03/msg00436.html > > The idea is to incrementally rename all =E2=80=9Cguile2.2-foo=E2=80=9D pa= ckages to > =E2=80=9Cguile-foo=E2=80=9D, and, when needed, keep an extra =E2=80=9Cgui= le2.0-foo=E2=80=9D. For > guile-json this hasn=E2=80=99t been done yet, but now=E2=80=99s probably = a good time to > do it. > >> Is it because, as mentioned in the comments in procedure >> 'find-newest-available-packages' in gnu/packages.scm, "the preferred >> package is whichever one was found last by 'fold-packages'"? >> >> I've attached a patch for the documentation which might help clarify >> this for anyone who has the same question in the future. What do you >> think? Too much detail for an edge case, or a useful footnote? > > I would rather not add more text to it because the example will become > valid again soonish, and the extra text might muddy waters. > > WDYT? Yes, I agree - we don't need to explain this temporary edge case. =2D-=20 Chris --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAlkUJNEACgkQ3UCaFdgi Rp0AKg/+NiOVN0jc8rRMywdphpyvtta9mrz5z81o7dnm0ur/bKmKiBlWOtudBSCN gfYidPVRGVEXd+sJP+Y6D99wLqnMXNFPAFl7fWZ7FaRvubfE5U5A71TFT02uCHRW bLi2CTCLEXjx2Ohfrj1BlfeMuhm8jO+vvC2SPyjfm23hVDGahZwCogE+j8s2mJIO szeL3YlT+wCeiYNM7Nh505H4b5J3wrc0DZ+c/kAI4gWkMXYcSRcZcaUx9zxQjsZV o66c8GD7qQb47kHD5HojwIuJEyrSY4P+Ad5ZMOQc7amOdmbx0gasIdTzZWV9Wlor g3ZqmStGbjUh0NwOduFGRHp/acFE6Ue6zPm6zaGl4bg8f1X5FuuSHeONWNbVyagx HR/eOYSCoMmpRM7ZHIlpTxGdTpuCIvIPrLVoNvh+uHPoV4FKd0S7g3BlZuod5gA3 kMCJxm8U53i9/KzJWuMxYJmx8kgKZY+xm3qXKlkx7PuFGNpZjNWYqECGpMy143+R UArlYuxX6D526dXVXH3Xfr9EjuBpi6V0A8g5CxQ1tyhhSOEhX5LDXTV3uFr5zlXi n6JLL9vQUti0XTU9l3eW0CHbxAXELlBgUCRwiTCwgU+42gLAxfw7VG9YhRYHQoWM mDRMiFl9cGI42H8YTx26VYkFf/BeSmlR441ToWfRvPefPxRJHlI= =lQ5A -----END PGP SIGNATURE----- --=-=-=--