GNU bug report logs - #65740
No fallback to SWH for .guix-channel dependencies

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Simon Tournier <zimon.toutoune <at> gmail.com>
Subject: bug#65740: closed (Re: bug#65740: No fallback to SWH for
 .guix-channel dependencies)
Date: Sat, 09 Sep 2023 12:34:03 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#65740: No fallback to SWH for .guix-channel dependencies

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 65740 <at> debbugs.gnu.org.

-- 
65740: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=65740
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Simon Tournier <zimon.toutoune <at> gmail.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 65740-done <at> debbugs.gnu.org
Subject: Re: bug#65740: No fallback to SWH for .guix-channel dependencies
Date: Sat, 09 Sep 2023 12:04:23 +0200

Hi,

On Fri, 08 Sep 2023 at 22:40, Ludovic Courtès <ludo <at> gnu.org> wrote:

>> This report is about two bugs:
>>
>>  1. transparent fallback to SWH for .guix-channel dependencies
>>
>>  2. pin all channels when running “guix describe”, even the ones from
>>    .guix-channel dependencies.
>
> #1 happens, but only when channels are pinned (returned by ‘guix
> #describe’).
>
> Re #2, I don’t think there’s such a bug, is there?  In the example
> below, ‘guix describe’ shows 4 channels (including dependencies), not 2:

My bad!

I had probably not done what I always recommend: “guix describe“.

Sorry for the noise.

Cheers,
simon

[Message part 3 (message/rfc822, inline)]

From: Simon Tournier <zimon.toutoune <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: No fallback to SWH for .guix-channel dependencies
Date: Mon, 04 Sep 2023 19:09:39 +0200

Hi,

Consider this channels.scm file:

--8<---------------cut here---------------start------------->8---
$ cat /tmp/channels.scm
(list (channel
        (name 'guix)
        (url "https://git.savannah.gnu.org/git/guix.git")
        (branch "master")
        (commit
          "710d9050524213a83e4ce9efe9765d7fbc233839"))
      (channel
        (name 'bimsb)
        (url "https://github.com/BIMSBbioinfo/guix-bimsb.git")
        (branch "master")
        (commit
          "240a599f77dab7dcb8d2ed091b90056e58a46c51")))
--8<---------------cut here---------------end--------------->8---

Then, assume Github is down forever.  Guix will lookup to Software
Heritage (SWH) for the channel bimsb.  So far, so good.  However, then
it fails:

--8<---------------cut here---------------start------------->8---
$ guix time-machine -C /tmp/channels.scm -- describe
Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'...
Updating channel 'bimsb' from Git repository at 'https://github.com/BIMSBbioinfo/guix-bimsb.git'...
/tmp/channels.scm:95:6: warning: channel 'bimsb' lacks 'introduction' field but '.guix-authorizations' found
Updating channel 'guix-past' from Git repository at 'https://gitlab.inria.fr/guix-hpc/guix-past'...
guix time-machine: error: Git error: failed to resolve address for gitlab.inria.fr: Name or service not known
--8<---------------cut here---------------end--------------->8---

The main reason is because the channel bimsb contains the file
.guix-channel which reads,

--8<---------------cut here---------------start------------->8---
(channel
 (version 0)
 (dependencies
  (channel
   (name guix-past)
   (url "https://gitlab.inria.fr/guix-hpc/guix-past"))
  (channel
   (name guix-science)
   (url "https://github.com/guix-science/guix-science.git"))))
--8<---------------cut here---------------end--------------->8---

And Guix is not able to fallback to SWH for these channels.

Corollary, even if it was able, what is the correct revision of
the guix-past or guix-science channels?

This report is about two bugs:

 1. transparent fallback to SWH for .guix-channel dependencies

 2. pin all channels when running “guix describe”, even the ones from
   .guix-channel dependencies.

This #2 is annoying because it makes the workflow:

    guix time-machine -C channels.scm -- shell -m manifest.scm

unpractical when user relies on channels with dependencies.

Cheers,
simon

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.