From: "Yann E. MORIN" <yann.morin.1998@free.fr>
To: PGE <pge@ik.me>
Cc: buildroot@buildroot.org
Subject: Re: [Buildroot] [PATCH] package/pkg-golang: enable pkg specific go env also for download step
Date: Sat, 3 Dec 2022 14:29:56 +0100 [thread overview]
Message-ID: <20221203132956.GC3302@scaer> (raw)
In-Reply-To: <20221122212002.139494-1-pge@ik.me>
PGE, All,
We require that submitters use their real identity; initials are not
enough.
On 2022-11-22 22:20 +0100, PGE via buildroot spake thusly:
> Currently package secific go env is used only during package build step.
>
> Go vendering is done during the download step and it's sometimes required
> to specify package secific go env also for this step.
>
> For example, when importing custom go modules who are hosted on a private
> host, it’s required to set GOPRIVATE to avoid public sum checking.
I am not sure I fully understand what "set GOPRIVATE to avoid public sum
checking" is supposed to mean.
Does that mean that setting GOPRIVATE (to what value: boolean? list of
modules? something else?) would prevent go (the program) from performing
checksum verification on the modules it downloads?
As a consequence, what impact does that have on the reproducibility of
the vendored archive? And so, what about the hashes maanged by
Buildroot?
We also require that submissions include a sign-off tag, matching the
real identity.
Please see;
https://buildroot.org/downloads/manual/manual.html#submitting-patches
> ---
> package/pkg-golang.mk | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/package/pkg-golang.mk b/package/pkg-golang.mk
> index 0b3dc3d32f..cdc67b32c0 100644
> --- a/package/pkg-golang.mk
> +++ b/package/pkg-golang.mk
> @@ -87,7 +87,8 @@ $(2)_POST_PATCH_HOOKS += $(2)_GEN_GOMOD
> $(2)_DOWNLOAD_POST_PROCESS = go
> $(2)_DL_ENV += \
> $$(HOST_GO_COMMON_ENV) \
> - GOPROXY=direct
> + GOPROXY=direct \
> + $$($(2)_GO_ENV)
Currently, we have two packages that set _GO_ENV:
- docker-cli: I don't think this would have an impact omn the download
step and the vendoring:
DOCKER_CLI_GO_ENV = CGO_ENBALED=no
- mender-artifacts: there we do ecplicitly refer to an inconsistency
about the vendoring:
HOST_MENDER_ARTIFACT_GO_ENV = GOFLAGS="-mod=vendor"
so I wonder how that would play when we also pass this during the
vendoring step. I hope that it would have no effect, because
'vendor' is actually the path where the vendoring happens.
Did you check if they were impacted by this change?
Barring any issue with the above questions, I think this is a good
change. Please respin with your real identity, a proper sign-off tag.
Regards,
Yann E. MORIN.
> # Due to vendoring, it is pretty likely that not all licenses are
> # listed in <pkg>_LICENSE.
> --
> 2.25.1
>
> _______________________________________________
> buildroot mailing list
> buildroot@buildroot.org
> https://lists.buildroot.org/mailman/listinfo/buildroot
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 561 099 427 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
next prev parent reply other threads:[~2022-12-03 13:30 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-22 21:20 [Buildroot] [PATCH] package/pkg-golang: enable pkg specific go env also for download step PGE via buildroot
2022-12-03 13:29 ` Yann E. MORIN [this message]
2022-12-04 14:06 ` Patrick Gerber via buildroot
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=20221203132956.GC3302@scaer \
--to=yann.morin.1998@free.fr \
--cc=buildroot@buildroot.org \
--cc=pge@ik.me \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox