From: "Richard Purdie" <richard.purdie@linuxfoundation.org>
To: Leif Middelschulte <leif.middelschulte@gmail.com>,
poky@lists.yoctoproject.org
Cc: Leif Middelschulte <Leif.Middelschulte@klsmartin.com>
Subject: Re: [poky] [PATCH] meson: make https:// wrap source downloads work
Date: Sat, 06 Nov 2021 10:07:38 +0000 [thread overview]
Message-ID: <daa53f916bec48be39888a64d2c542f712933f73.camel@linuxfoundation.org> (raw)
In-Reply-To: <873EB729-5CCC-4B12-B45D-B9D481D38E89@gmail.com>
On Sat, 2021-11-06 at 10:47 +0100, Leif Middelschulte wrote:
> Meson would fail to fetch wraps' sources on bare systems (i.e. docker images),
> that only provide little more than the SDK.
>
> The SDK's SSL directory was not searched, so meson would fail when it tried
> to fetch sources via https, that were specified in wrap files.
> Specifically `urllib` would fail:
> ```
> <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1129)>
> ```
>
> Caution: this patch depends on the underlying C library (i.e. openssl)
> to consider this environment variable.
>
> Signed-off-by: Leif Middelschulte <Leif.Middelschulte@klsmartin.com>
> ---
> meta/recipes-devtools/meson/meson/meson-wrapper | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/meta/recipes-devtools/meson/meson/meson-wrapper b/meta/recipes-devtools/meson/meson/meson-wrapper
> index d4b5187f8d..8fafaad975 100755
> --- a/meta/recipes-devtools/meson/meson/meson-wrapper
> +++ b/meta/recipes-devtools/meson/meson/meson-wrapper
> @@ -4,6 +4,10 @@ if [ -z "$OECORE_NATIVE_SYSROOT" ]; then
> echo "OECORE_NATIVE_SYSROOT not set; are you in a Yocto SDK environment?" >&2
> fi
>
> +if [ -z "$SSL_CERT_DIR" ]; then
> + export SSL_CERT_DIR="${OECORE_NATIVE_SYSROOT}/etc/ssl/certs/"
> +fi
> +
> # If these are set to a cross-compile path, meson will get confused and try to
> # use them as native tools. Unset them to prevent this, as all the cross-compile
> # config is already in meson.cross.
Why is meson trying to fetch sources? Shouldn't this be happening in do_fetch?
Cheers,
Richard
next prev parent reply other threads:[~2021-11-06 10:07 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-06 9:47 [PATCH] meson: make https:// wrap source downloads work Leif Middelschulte
2021-11-06 10:07 ` Richard Purdie [this message]
2021-11-06 10:13 ` [poky] " Leif Middelschulte
2021-11-07 8:53 ` Richard Purdie
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=daa53f916bec48be39888a64d2c542f712933f73.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=Leif.Middelschulte@klsmartin.com \
--cc=leif.middelschulte@gmail.com \
--cc=poky@lists.yoctoproject.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.
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.