From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hartmut Goebel Subject: Re: rust (build system) deficits Date: Wed, 11 Mar 2020 18:55:54 +0100 Message-ID: <3b6049fb-6cc3-f936-bf2f-d8b31d558221@crazy-compilers.com> References: <25ad6a33-2f37-4ea4-6c74-842bbfa46475@crazy-compilers.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------C5A5A82321B965F16F9A51F8" Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:38294) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jC5aN-0005kC-MU for guix-devel@gnu.org; Wed, 11 Mar 2020 13:56:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jC5aM-0005bO-CO for guix-devel@gnu.org; Wed, 11 Mar 2020 13:56:03 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:59430) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jC5aM-0005ai-2d for guix-devel@gnu.org; Wed, 11 Mar 2020 13:56:02 -0400 In-Reply-To: Content-Language: en-US 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: John Soo Cc: Guix-devel This is a multi-part message in MIME format. --------------C5A5A82321B965F16F9A51F8 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi John, >> This importer does not solve the declarations, and IMHO it should not >> anyway - as the are dependencies of another packages, which might chan= ge over time. >> > I=E2=80=99m not sure I fully understand why the recursive importer shou= ld not > solve the transitive dependencies. Could you elaborate further? > > If you are suggesting that guix refresh won=E2=80=99t pick up the chang= es, > then I think agree with you. That I believe is an artifact of using > arguments rather than inputs to specify dependencies. > I was talking about `guix import crates -r`, which - like `guix refresh` - shall not add transitive dependencies to #crate-inputs. But I would expect the build-system to transitivly resolve #crate-inputs as well as #crate-development inputs. > The importer does solve the transitive dependencies but there is a bug.= Version numbers of cargo dependencies are not used which can sometimes c= ause the problem you describe. I really hope the fixes get merged soon be= cause it is a real pain.=20 Are you talking about "guix import crates" here, too? --=20 Regards Hartmut Goebel | Hartmut Goebel | h.goebel@crazy-compilers.com | | www.crazy-compilers.com | compilers which you thought are impossible | --------------C5A5A82321B965F16F9A51F8 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Hi John,
This importer does not sol=
ve the declarations, and IMHO it should not
anyway - as the are dependencies of another packages, which might change =
over time.

I=E2=80=99m not sure I fully understand why the recursive import= er should not solve the transitive dependencies. Could you elaborate further?

If you are suggesting that guix refresh won=E2=80=99t pick up th= e changes, then I think agree with you. That I believe is an artifact of using arguments rather than inputs to specify dependencies.

I was talking about `guix import crates -r`, which - like `guix refresh` - shall not add transitive dependencies to #crate-inputs.<= /p>

But I would expect the build-system to transitivly resolve #crate-inputs as well as #crate-development inputs.

The importer does solve the =
transitive dependencies but there is a bug. Version numbers of cargo depe=
ndencies are not used which can sometimes cause the problem you describe.=
 I really hope the fixes get merged soon because it is a real pain.
Are you talking about "guix import crates" here, too?
--=20
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com   =
            |
| www.crazy-compilers.com | compilers which you thought are impo=
ssible |
--------------C5A5A82321B965F16F9A51F8--