All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexander Kanavin <alex.kanavin@gmail.com>
To: Raymond Yeung <rksyeung@hotmail.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: How to remove openssl from sysroots
Date: Mon, 9 Jul 2018 20:35:51 +0200	[thread overview]
Message-ID: <CANNYZj_ZfAxDd+hfR31AMwZ_UvoT_Bi3zN9tL6aTDSS4E27=PA@mail.gmail.com> (raw)
In-Reply-To: <CANNYZj-FRfjjX8N=wRO+J0U4v98yidwXKSoLvLCaaaunXaNBxg@mail.gmail.com>

Ah, so are you attempting to build 32 bit apps against a 64 bit
openssl from poky? I'd say you need to either enable multilib and
build the apps against lib32-openssl:

https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#combining-multiple-versions-library-files-into-one-image

or make a super-minimal image which doesn't pull in 64 bit openssl.

Alex

2018-07-09 20:16 GMT+02:00 Alexander Kanavin <alex.kanavin@gmail.com>:
> The error message you've provided is caused by an openssl header
> referring to another header file that doesn't exist. It does not come
> from application code, but is due to openssl being incorrectly
> configured.
>
> Alex
>
> 2018-07-09 20:08 GMT+02:00 Raymond Yeung <rksyeung@hotmail.com>:
>> You may have missed one of my emails (still included here below) w.r.t.
>> where the issue came from.  It's coming from application code outside of
>> Yocto that is built as 32-bit apps, while Poky/BSP are built in 64-bit.
>>
>>
>>
>> ________________________________
>> From: Alexander Kanavin <alex.kanavin@gmail.com>
>> Sent: Monday, July 9, 2018 7:31 AM
>> To: Raymond Yeung
>> Cc: Burton, Ross; yocto@yoctoproject.org
>> Subject: Re: [yocto] How to remove openssl from sysroots
>>
>> Just fix the build issue. Look into how opensslconf.h gets created and where
>> the -32 suffix comes from and why the included file is absent.
>>
>> Seriously - that is less effort than trying to make Yocto do what it really
>> was not designed for, and certainly takes less than one week to resolve.
>>
>> Also, you do not have to use core-image-minimal or -sato, or any of the
>> standard images, if they pull in things that you do not want. Write your own
>> image recipe, and specify there precisely what you want.
>>
>> Alex
>>
>> 2018-07-09 2:32 GMT+02:00 Raymond Yeung <rksyeung@hotmail.com>:
>>
>>
>> + yocto mailing list.
>>
>> ________________________________
>> From: Raymond Yeung <rksyeung@hotmail.com>
>> Sent: Sunday, July 8, 2018 5:31 PM
>> To: Burton, Ross
>> Subject: Re: [yocto] How to remove openssl from sysroots
>>
>>
>> We're not going to integrate everything into one homogeneous package.  Poky
>> and BSP would be together.  Then, we've application codes that we'd build in
>> the same old way with SCONs the way we do before.  The two parts would link
>> together.
>>
>>
>> And we do have a number of 3rd party vendor packages beside openssl.
>> Currently, the issue with openssl is that, we run into build issue with the
>> version we got in 2016 release.  See this:
>>
>>
>>
>>
>> In file included from
>> /volume/tools/x86_64_linux.x86_64/2.1.3/sysroots/corei7-64-poky-linux/usr/include/openssl/evp.h:66:0,
>>
>>                  from src/infra/utils/obf/cv_obfuscate.c:20:
>>
>> /volume/tools/x86_64_linux.x86_64/2.1.3/sysroots/corei7-64-poky-linux/usr/include/openssl/opensslconf.h:41:36:
>> fatal error: openssl/opensslconf-32.h: No such file or directory
>>
>>
>> We plan to use 64-bit kernel, and 32-bit applications.  Perhaps that
>> explains the issue above.  We don't want to spend a lot of effort doing
>> porting simply because we adopt Yocto.  So ideally, if we could remove
>> what's in Yocto, we could integrate our apps with our own openssl; no
>> changes, including upgrade, would be needed.  We'd upgrade when we're ready.
>>
>> Another question from my team is why the "minimal" package includes
>> connectivity, which includes openssl?
>>
>> Raymond
>>
>>
>>


  reply	other threads:[~2018-07-09 18:35 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.87211.1530587331.15860.yocto@yoctoproject.org>
2018-07-03  6:05 ` How to remove a package from a build Raymond Yeung
2018-07-06 21:52   ` Any Linux/Yocto Image Installer (for target system) Raymond Yeung
2018-07-07  0:04     ` Raymond Yeung
2018-07-07 22:39     ` Burton, Ross
2018-07-09  3:10       ` Raymond Yeung
2018-07-09  9:02         ` Burton, Ross
2018-07-09 19:33           ` Raymond Yeung
2018-08-28  2:29     ` Hongxu Jia
2018-07-06 22:06   ` How to remove openssl from sysroots Raymond Yeung
2018-07-07 22:41     ` Burton, Ross
2018-07-08  6:14       ` Raymond Yeung
2018-07-08  8:06         ` Burton, Ross
     [not found]           ` <MWHPR19MB118360BDB9585099B356D139C5440@MWHPR19MB1183.namprd19.prod.outlook.com>
2018-07-09  0:32             ` Raymond Yeung
2018-07-09 14:31               ` Alexander Kanavin
2018-07-09 18:08                 ` Raymond Yeung
2018-07-09 18:16                   ` Alexander Kanavin
2018-07-09 18:35                     ` Alexander Kanavin [this message]
2018-07-08  8:07       ` Alexander Kanavin
2018-07-09  2:04     ` Philip Balister
2018-07-09  3:47       ` Andre McCurdy

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='CANNYZj_ZfAxDd+hfR31AMwZ_UvoT_Bi3zN9tL6aTDSS4E27=PA@mail.gmail.com' \
    --to=alex.kanavin@gmail.com \
    --cc=rksyeung@hotmail.com \
    --cc=yocto@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.