unofficial mirror of guix-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Simon Tournier <zimon.toutoune@gmail.com>
To: Felix Lechner <felix.lechner@lease-up.com>
Cc: Guix Devel <guix-devel@gnu.org>
Subject: Re: Understanding a Golang importer error
Date: Thu, 25 May 2023 16:09:58 +0200	[thread overview]
Message-ID: <87o7m8wlhl.fsf@gmail.com> (raw)
In-Reply-To: <CAFHYt55pDYrx-oTQLX9J3tB37p=3CFx6_gxqeT0_Di7HwDq9Sg@mail.gmail.com>

Hi,

On mer., 24 mai 2023 at 19:29, Felix Lechner via "Development of GNU Guix and the GNU System distribution." <guix-devel@gnu.org> wrote:

> I would find it more consistent, however, to pick a nearby version (or
> the newest version) and emit that package definition, instead.

Well, what does it mean “nearby“?  From my understanding, it seems
better to display a warning, to be non-blocking and provide a recipe
where the integrity checksum is missing.  For an example, see:

    https://issues.guix.gnu.org/issue/63647#0-lineno61


> After all, Guix package variables do not care about versions, and
> neither do we. Guix and its contributors assume more or less
> throughout that nearby versions work fine. Why not here, too?

I do not understand what it means.  Guix package cares a lot about
fixed-output, i.e. about the integrity checksum. :-) Quoting the manual:

        Operations such as file downloads and version-control checkouts
        for which the expected content hash is known in advance are
        modeled as fixed-output derivations. Unlike regular derivations,
        the outputs of a fixed-output derivation are independent of its
        inputs—e.g., a source code download produces the same result
        regardless of the download method and tools being used.

        https://guix.gnu.org/manual/devel/en/guix.html#Derivations

Therefore, you need a mean to express the map between the Guix
content-addressed and the outside world working with URIs and often with
version label.


> We could also prompt the user of 'guix import' to select a tag.

Well, I know nothing about Go.  Neither about how Go packaging is
working.  Currently, these tags does not seems appearing in the goproxy
(https://proxy.golang.org) which is the information used to construct
the recipe, IIUC.


> Do the versions perhaps come from the consuming go.mod files that
> spell out the version requirements?

Please note that, as Attila pointed, some improvements [1,2] for the Go
importer are waiting for review in the patch tracker.  Help is
welcome. ;-)

1: https://issues.guix.gnu.org/issue/55242
2: https://issues.guix.gnu.org/issue/63631


Cheers,
simon


  reply	other threads:[~2023-05-25 18:34 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-05-22  3:13 Understanding a Golang importer error Felix Lechner via Development of GNU Guix and the GNU System distribution.
2023-05-22  6:38 ` Csepp
2023-05-22 14:44 ` Attila Lendvai
2023-05-22 16:27 ` Simon Tournier
2023-05-25  2:29   ` Felix Lechner via Development of GNU Guix and the GNU System distribution.
2023-05-25 14:09     ` Simon Tournier [this message]
2023-05-25 16:02       ` Simon Tournier

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

  List information: https://guix.gnu.org/

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

  git send-email \
    --in-reply-to=87o7m8wlhl.fsf@gmail.com \
    --to=zimon.toutoune@gmail.com \
    --cc=felix.lechner@lease-up.com \
    --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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).