All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Jens Rehsack" <rehsack@gmail.com>
To: Otavio Salvador <otavio.salvador@ossystems.com.br>
Cc: "Purdie, Richard" <richard.purdie@linuxfoundation.org>,
	Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: [OE-core][PATCH] toolchain-scripts.bbclass: also recognize ${SDK_SYS} env setups
Date: Thu, 9 Jul 2020 15:16:09 +0200	[thread overview]
Message-ID: <BF038116-F9AB-401B-ADDA-0ACF1039CB8E@gmail.com> (raw)
In-Reply-To: <CAP9ODKo9u6qQydVg_qhiSpZP_YwsHBO0EipQh8f2cemtY+PPng@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2958 bytes --]



> Am 09.07.2020 um 13:52 schrieb Otavio Salvador <otavio.salvador@ossystems.com.br>:
> 
> Hello Jens,
> 
> I've added Richard on Cc.

/o\

> Em qui., 9 de jul. de 2020 às 01:13, Jens Rehsack <rehsack@gmail.com> escreveu:
>>> Am 08.07.2020 um 23:20 schrieb Otavio Salvador <otavio.salvador@ossystems.com.br>:
>>> 
>>> Em qua., 8 de jul. de 2020 às 16:58, Jens Rehsack <rehsack@gmail.com> escreveu:
>>>> 
>>>> Instead of recognizing only environment-setup scripts in
>>>> ${STAGING_DIR_TARGET} or ${STAGING_DIR_NATIVE}, respectively - lurk also into
>>>> ${SDKPATH}/buildtools/sysroots/${SDK_SYS} where nativesdk-openssl installs
>>>> setup files.
>>>> 
>>>> Remove overwriting of OPENSSL_CONF from buildtools-tarball.bb to clarify
>>>> whether nativesdk-openssl installs wrong content or buildtools-tarball:
>>>>   (nativesdk-openssl) tmp/sysroots/x86_64/usr/lib/ssl-1.1/openssl.cnf
>>>>   (buildtools-tarball) buildtools/sysroots/x86_64-pokysdk-linux/etc/ssl/openssl.cnf
>>>> 
>>>> Signed-off-by: Jens Rehsack <sno@netbsd.org>
>>> 
>>> I did not understand the openssl related change. Is it possible to
>>> rework the commit log so it is more detailed?
>> 
>> For sure, but maybe I'm completely wrong. Let me try explaining it first...
>> 
>> If - and only if - one creates an SDK which included openssl (and not libressl, mbedssl, ...),
>> nativesdk-openssl packages an ${SDKPATHNATIVE}/environment-setup.d/openssl.sh
>> 
>> OTOH - meta/recipes-core/meta/buildtools-tarball.bb creates a script which is sourced
>> at the very end of SDK environment setup and writes what's included in
>> {SDKPATHNATIVE}/environment-setup.d/openssl.sh on it's own - with maybe slightly
>> different location - what guides me to add:
>> ... to clarify whether nativesdk-openssl installs wrong content or buildtools-tarball:
>>   (nativesdk-openssl) tmp/sysroots/x86_64/usr/lib/ssl-1.1/openssl.cnf
>>   (buildtools-tarball) buildtools/sysroots/x86_64-pokysdk-linux/etc/ssl/openssl.cnf
>> 
>> Maybe they way how nativesdk-cmake is doing it is the right way. Then, maybe
>> nativesdk-openssl should be reworked. This is for clarification.
>> 
>> Does it explain something better?
> 
> Yes and generating it directly might indeed be not the best option.
> Ideally, it'd generate a new source script which would run later and
> do any need adjustment. Do you agree?

I have at least no idea. I just wondered and thought asking this way
is an option.

> Either way, this commit seems to be mixing two changes and I'd prefer
> if you split it. This allow for nicer review as well as better commit
> messages of individual changes.

Of course I can (and will) split both changes and discuss them separately.
But I rated it highly possible that I get the feedback: both are wrong.
It's intended and should be X and Y and please send an update for nativesdk-openssl :)

Cheers
--
Jens Rehsack - rehsack@gmail.com


[-- Attachment #2: Message signed with OpenPGP --]
[-- Type: application/pgp-signature, Size: 849 bytes --]

      reply	other threads:[~2020-07-09 13:16 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-08 19:57 [OE-core][PATCH] toolchain-scripts.bbclass: also recognize ${SDK_SYS} env setups Jens Rehsack
2020-07-08 21:20 ` Otavio Salvador
2020-07-09  4:13   ` Jens Rehsack
2020-07-09 11:52     ` Otavio Salvador
2020-07-09 13:16       ` Jens Rehsack [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=BF038116-F9AB-401B-ADDA-0ACF1039CB8E@gmail.com \
    --to=rehsack@gmail.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=otavio.salvador@ossystems.com.br \
    --cc=richard.purdie@linuxfoundation.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.