[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: SWH: fallback error

From: Ludovic Courtès
Subject: Re: SWH: fallback error
Date: Thu, 09 Sep 2021 11:39:14 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux)


zimoun <> skribis:

> Using Guix 16ef7b4, I get this:
> $ guix build -L /tmp/channel-example/ hi -S
> The following derivation will be built:
>    /gnu/store/bii72cavifd0ll151vjiz3brmdfxjdyp-git-checkout.drv
> building /gnu/store/bii72cavifd0ll151vjiz3brmdfxjdyp-git-checkout.drv...
> guile: warning: failed to install locale
> environment variable `PATH' set to 
> `/gnu/store/378zjf2kgajcfd7mfr98jn5xyc5wa3qv-gzip-1.10/bin:/gnu/store/sf3rbvb6iqcphgm1afbplcs72hsywg25-tar-1.32/bin'
> hint: Using 'master' as the name for the initial branch. This default branch 
> name
> hint: is subject to change. To configure the initial branch name to use in all
> hint: of your new repositories, which will suppress this warning, call:
> hint: 
> hint:         git config --global init.defaultBranch <name>
> hint: 
> hint: Names commonly chosen instead of 'master' are 'main', 'trunk' and
> hint: 'development'. The just-created branch can be renamed via this command:
> hint: 
> hint:         git branch -m <name>
> Initialized empty Git repository in 
> /gnu/store/884nsva9r8wkp40kbqyvpj1ad57jc5dd-git-checkout/.git/
> fatal: could not read Username for '': No such device or 
> address
> Failed to do a shallow fetch; retrying a full fetch...
> fatal: could not read Username for '': No such device or 
> address
> git-fetch: 
> '/gnu/store/5vai7bfrfkzv22dx13bxpszjrqyi78x6-git-minimal-2.33.0/bin/git fetch 
> origin' failed with exit code 128
> Trying content-addressed mirror at
> Trying content-addressed mirror at
> Trying to download from Software Heritage...
> SWH: found revision e1eefd033b8a2c4c81babc6fde08ebb116c6abb8 with directory 
> at 
> ''
> Backtrace:
>            6 (primitive-load "/gnu/store/xq0z66k209klw42wwssgww5mq6y?")
> In ice-9/boot-9.scm:
>     152:2  5 (with-fluid* _ _ _)
> In guix/swh.scm:
>     622:8  4 (call-with-temporary-directory #<procedure 7ffff46216c0?>)
>     632:5  3 (_ "/tmp/guix-build-git-checkout.drv-0/guix-directory.a?")
>     543:0  2 (vault-fetch _ _ #:log-port _)
>    261:30  1 (call ""; ?)
>     390:0  0 (json->vault-reply _)
> guix/swh.scm:390:0: In procedure json->vault-reply:
> In procedure string->symbol: Wrong type argument in position 1 (expecting 
> string): #<unspecified>

As you might have seen on #swh-devel on, this is due to
an API change on their side, which is now fixed in
fb32a38db1d3a6d9bc970e14df5be95e59a8ab02.  Tested with the usual:

  guix build -S guile-bash --check

The API change (removing “obj_id” and “obj_type” from vault replies)
might be reverted, according to what SWH folks said on IRC.

However, other incompatible changes may happen on /api/1.  For instance,
I noticed by chance that /api/1/vault/directory, which we use in
‘request-cooking’, is marked as deprecated.  I’ll update our code to the
new API soonish if nobody beats me at it, but it’s a bummer that old
code might break anytime.  :-/  (The API is officially not considered


reply via email to

[Prev in Thread] Current Thread [Next in Thread]