--- Begin Message ---
Subject: |
Guile-GnuTLS/Git circular dependency |
Date: |
Sat, 06 May 2023 19:20:41 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) |
Hi,
‘git-download’ needs to depend on guile-gnutls to implement its fallback
mechanism (downloading from mirrors or from SWH over HTTPS). Commit
c625e5b64d0a6cb7ffbf2ef971d4c990b1f5c5c1 restored this. However, it
also introduced a circular dependency: the origin of guile-gnutls relies
on 'git-download', which would now depend on guile-gnutls. Thus, I
reverted it right away.
We need to solve that. For now, the only fix I can think of is having
‘guile-gnutls’ built from a “make dist”-provided tarballs. Apparently
we can add assets at <https://gitlab.com/gnutls/guile/-/tags>; would you
like to upload a tarball and accompanying signature, Simon?
Unfortunately, that means doing away with all the packaging work by
Vivien, in particular proper bootstrapping with Gnulib.
The longer-term solution is to add a “builtin:git-download” derivation
builder, just like we have “builtin:download”. The implementation
should be relatively easy, but we’ll have to be able to deal with
daemons that lack this builtin possibly for several years.
Thoughts?
Ludo’.
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#63331: Guile-GnuTLS/Git circular dependency |
Date: |
Thu, 12 Oct 2023 16:44:21 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Ludovic Courtès <ludo@gnu.org> skribis:
> Ludovic Courtès <ludo@gnu.org> skribis:
>
>> The longer-term solution is to add a “builtin:git-download” derivation
>> builder, just like we have “builtin:download”. The implementation
>> should be relatively easy, but we’ll have to be able to deal with
>> daemons that lack this builtin possibly for several years.
>
> Patch available!
>
> https://issues.guix.gnu.org/65866
This was applied in the meantime. Closing!
--- End Message ---