[yocto] package_qa fails on copy openssl

[Martin Jansa]

On Tue, Sep 10, 2019 at 08:49:35AM -0400, William Durocher wrote:
> Currently updating a sumo build to warrior. One of our recipe called config
> server uses nodejs which was updated from 8.9 in sumo to 10.5 in warrior.
> As an interim solution we decided to keep the version of nodejs to 8.90.
> However I am getting the following exception in the package_qa step:
> 
> "File:
> '/home/wdurocher/work/gammaip/warrior/sources/meta/meta/classes/staging.bbclass',
> lineno: 151, function: staging_copyfile
>      0147:        os.symlink(linkto, dest)
>      0148:        #bb.warn(c)
>      0149:    else:
>      0150:        try:
>  *** 0151:            os.link(c, dest)
>      0152:        except OSError as err:
>      0153:            if err.errno == errno.EXDEV:
>      0154:                bb.utils.copyfile(c, dest)
>      0155:            else:
> Exception: FileExistsError: [Errno 17] File exists:
> '/home/wdurocher/work/gammaip/warrior/build/tmp/sysroots-components/x86_64/openssl-native/usr/bin/openssl.real'
> ->
> '/home/wdurocher/work/gammaip/warrior/build/tmp/work/cortexa8hf-neon-schneider-linux-gnueabi/config-server/0.0.2-r0/recipe-sysroot-native/usr/bin/openssl.real'"
> 
> Which apparently is related to nodejs(sumo) using openssl 1.0.2p while a
> few packages use openssl 1.1.0. Hacking staging.bbclass to remove the file
> did allow package_qa to complete but that is not really a satisfactory
> solution as 1) I would rather not hack the meta repo directly and

> 2) there
> has to be a better way to have both openssl 1.0 and openssl 1.1 coexist
> with the recipes using the correct version.

Unfortunately there isn't, pick one version (preferably 1.1) and use it
for everything.

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa at gmail.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: Digital signature
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20190910/6e20f9ed/attachment-0001.pgp>