From mboxrd@z Thu Jan 1 00:00:00 1970 From: Myles English Subject: Re: fetching git submodule using (uri (recursive? #t)) Date: Mon, 03 Jun 2019 23:30:11 +0100 Message-ID: <87d0jus3nw.fsf@gmail.com> References: <87r28ipviy.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([209.51.188.92]:40465) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hXvTC-0003Aw-5W for help-guix@gnu.org; Mon, 03 Jun 2019 18:30:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hXvTB-0007us-91 for help-guix@gnu.org; Mon, 03 Jun 2019 18:30:22 -0400 Received: from mail-wm1-x343.google.com ([2a00:1450:4864:20::343]:50960) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hXvTA-0007oJ-Uu for help-guix@gnu.org; Mon, 03 Jun 2019 18:30:21 -0400 Received: by mail-wm1-x343.google.com with SMTP id f204so8821026wme.0 for ; Mon, 03 Jun 2019 15:30:15 -0700 (PDT) Received: from localhost (91.109.241.36.static-uk.cryptolayer.com. [91.109.241.36]) by smtp.googlemail.com with ESMTPSA id j3sm3333050wrt.73.2019.06.03.15.30.12 for (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Mon, 03 Jun 2019 15:30:12 -0700 (PDT) In-reply-to: <87r28ipviy.fsf@gmail.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org Sender: "Help-Guix" To: help-guix@gnu.org on [2019-05-28] at 14:18 I wrote: > I am trying to build this package that uses git submodules but the > (recursive? #t) doesn't seem to have any effect. Thanks to bavier and reepca on IRC #guix who figured out this happens when the package definition is changed (by e.g., adding "(recursive? #t)") but the hash is not updated. This causes guix to think, reasonably, that it already has the source in /gnu/store/the_hash-etc because the_hash hasn't changed since the last time it was fetched. To fix, just remove the source from the store before trying again: $ guix gc -d /gnu/store/the_hash-etc (N.B. the "-d" above might have changed to "-D") Additionally, when developing a package, reepca suggested making a random change to the hash just so guix knows it needs to get the source again, and it will suggested the real hash to put in the package definition. Myles