all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: ludovic.courtes@inria.fr (Ludovic Courtès)
To: Efraim Flashner <efraim@flashner.co.il>
Cc: Guix-devel <guix-devel@gnu.org>
Subject: Re: Software Heritage API
Date: Mon, 04 Sep 2017 16:47:07 +0200	[thread overview]
Message-ID: <87y3puy104.fsf@gnu.org> (raw)
In-Reply-To: <20170823191238.GJ2484@macbook42.flashner.co.il> (Efraim Flashner's message of "Wed, 23 Aug 2017 22:12:38 +0300")

Hi Efraim,

Efraim Flashner <efraim@flashner.co.il> skribis:

> I've kept this tagged to take a look at it later. I checked the sha1sum
> of swig-3.0.10.tar.gz and it gave me a valid URL.
> https://archive.softwareheritage.org/api/1/content/c672b8535394cfb204c70de7c66e69fb20a95647/
> https://archive.softwareheritage.org/api/1/content/sha1:c672b8535394cfb204c70de7c66e69fb20a95647/
> https://archive.softwareheritage.org/api/1/content/sha256:2939aae39dec06095462f1b95ce1c958ac80d07b926e48871046d17c0094f44c/
> If you take a look at the page(s), '/raw' can only be appended to the
> sha1 (or blank) URLs to download the source, which currently returns
> 401.

Be aware that Software Heritage (SWH) stores only raw commits and not
tarballs (or not yet).  That means that you may be able to find the
“3.0.10” tag of SWIG, but not swig-3.0.10.tar.gz.  See:

  https://sympa.inria.fr/sympa/arc/swh-devel/2016-09/msg00000.html

> Currently our "magic mirrors" search hydra based on the hash; in order
> to check here also for the source we'd have to undo the base32 hash, and
> then either transform the sha256 hash to a sha1 hash, or use two API
> calls, the first to check for the source and the second to get and use
> the url to download it. A quick check online makes me think it's not
> possible to take a sha256 hash and get the sha1 hash of that file.

As it is now, SWH could only help us for Git checkouts, not for
tarballs.

There is no way to “convert” a SHA256 hash to SHA1 or similar, though,
but apparently SWH supports SHA256 anyway.

The second problem, though, is that the way we compute the hash of a
directory differs from the way they do:

  https://sympa.inria.fr/sympa/arc/swh-devel/2016-07/msg00018.html

Essentially, Guix computes the hash of the nar (“normalized archive”) of
the directory, whereas SWH computes a hash over the Git tree
representation.

AFAICS this cannot be overcome without manually specifying the
git-tree-hash in our ‘origin’ objects.

Ludo’.

      reply	other threads:[~2017-09-04 14:51 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-06  9:34 Software Heritage API Ludovic Courtès
2017-08-23 19:12 ` Efraim Flashner
2017-09-04 14:47   ` Ludovic Courtès [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87y3puy104.fsf@gnu.org \
    --to=ludovic.courtes@inria.fr \
    --cc=efraim@flashner.co.il \
    --cc=guix-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.