From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail5.wrs.com (mail5.windriver.com [192.103.53.11]) by mail.openembedded.org (Postfix) with ESMTP id D98D36011A for ; Thu, 28 Jun 2018 14:27:26 +0000 (UTC) Received: from ALA-HCA.corp.ad.wrs.com (ala-hca.corp.ad.wrs.com [147.11.189.40]) by mail5.wrs.com (8.15.2/8.15.2) with ESMTPS id w5SEQaDP030001 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 28 Jun 2018 07:27:01 -0700 Received: from soho-mhatle-m.local (172.25.36.227) by ALA-HCA.corp.ad.wrs.com (147.11.189.50) with Microsoft SMTP Server id 14.3.399.0; Thu, 28 Jun 2018 07:26:43 -0700 To: Alexander Kanavin , Martin Jansa References: <969ccd61-7a03-a81f-c36f-04c5d806d3e2@windriver.com> From: Mark Hatle Openpgp: preference=signencrypt Autocrypt: addr=mark.hatle@windriver.com; prefer-encrypt=mutual; keydata= xsBNBFYKxFgBCACt/pzutBp6p/xVKTFJjHbM3KpQKCblyot/YP+bpTr51Hrc5xDXBQhoG7TC aIRvRIvbhEevEQK9y04gW3JK/5lobq5ORebolcsHlYBUvpNeIPjupLQwGvz/TPtrLRNGLqDC rvsM6OA2XbQ2bwzxWaSQS3ImE2O2iXOZn9HhThMGeDB4Nff3fgUvXOTDIrgWOn9K2DgLL7Yc zkUIlFdj+Nraksd/7BSk8oH6tjeBVhFqSFvKta9QxWgdr58oPaTYaW/xNqUjlLrbJuMw/MSe xzuYfdfDfm6J8kRjMOnwQ0n8svJElzqAk+d83ow38gpGQ+LkjGgnf8ZFJ4rUJFADroX3ABEB AAHNJU1hcmsgSGF0bGUgPG1hcmsuaGF0bGVAd2luZHJpdmVyLmNvbT7CwHcEEwEIACEFAlYK xFgCGwMFCwkIBwIGFQgJCgsCBBYCAwECHgECF4AACgkQfv796/r0vvlvZAf9Gs+eN320yhRW V/fZCsngKhmOK4v3HrTwFrkSmoD9QHQiE/5IPdNacHwIPwZx07tNBohB8xOeNqCPRYRBwGhA AnxKOPyd0nnm6ZhPzbA57v4x3IGRQr4QzvcBTASJq91l3Ew4lpAslyx5w1DPPqRD7G8ycDKg peKyDwmdkvCunVisSAQI3XIMq2y230biTO98tDPEezg+lg+yTsz9ZT33F5KNuWrpf8VL5fG/ mt+kAv7wtsx/KTRbqhH3iFXF6eBSwMjAfTXFlkLfbM9riJGXrWEl9n2S2R3cDHNHug0lb8f4 whK370KEO4OwRKIYW/VUBmzk5XZUE9DTlDSV8ycsrs7ATQRWCsRYAQgAwK3FuHCE+HW3YWdH PUjeSn5p//xJ57u8g2rng8zm9zNjmYgpPv5UxozaD9i2jf4mlQLHGGOezhHae8K4Nj70oVcv 8AmwcrJa9i9WL1oy/9R3fHMWf/Ctt9VXTO0qlCuq6PDzaUfvsXR61aJIjTKNQTOjCLjY1vXm VSewUgARysmA8WrjTfwGBihMBxAX0+kIjx8nOlam0WvekMBXZ0AbS56oTLRxYao6DI3GeB/N oWPy/5DfuTKaSdM0Pf8al20x9RuNN5/HLMlyDH/k8bIa1xd9aAqW+Feiw5gC107V2E6ULyIy q6em2UrsmIRxrvpHqbNgQKqvTehJ+V/i4g/uOwARAQABwsBfBBgBCAAJBQJWCsRYAhsMAAoJ EH7+/ev69L755XAH/3ZcNhooqd9OBhFkvXm1iWZ8EoC7motWqVn2oEyxoonsg8AD9kFXiN+T dYp7dH99EZu9q4ptj56AXm4uHzOgywL/5/V2TY6twCGAjUGzDjAB5gzoi+JLIBlDiyOip0eL QswIhRk473xy3j8DA4oVamnSPWgyNJ+qsdt37YWDzoDFFvtDoRU7Eb+znfIMDKzlny0XU/8L cW1bNHJlpv/78GPdfP4tjysEd8MuA5jf5o5w4XqcwTqalffEJtQ/s3pbkstEi7qm5uPui5Kt gq6YYLSqcSNe0GWAF9/T+qwyo7burSTxUWCWtMmlXdAQLW9SynLhB3Jbch0nFAh0fCKi6yY= Organization: Wind River Systems Message-ID: Date: Thu, 28 Jun 2018 09:26:42 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Cc: Patches and discussions about the oe-core layer Subject: Re: [RFC] How to deal allarch packages in dependency chain for multilib rootfs? X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jun 2018 14:27:27 -0000 Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 7bit On 6/28/18 6:20 AM, Alexander Kanavin wrote: > Maybe the better thing to do would be to name the packages in the > first place in such a way that openssl is a 32 bit package, and > lib64-openssl is the 64 bit one. Then any noarch package would pull in > the correct version automatically. Is that not possible somehow? For an individual implementation, sure... But for the general case, it really should not matter if it's 32-bit or 64-bit version of OpenSSL. Both are 'functionally' equivalent. --Mark > Alex > > 2018-06-28 13:13 GMT+02:00 Martin Jansa : >> In our build I've removed the openssl runtime dependency >> (RDEPENDS_${PN}_remove = "openssl"), because we pull the right version of >> openssl (lib32-openssl in our case) to the image elsewhere. >> >> On Thu, Jun 28, 2018 at 10:48 AM Kang Kai wrote: >>> >>> Hi all, >>> >>> When build 32 bits rootfs with 64 bits bsp, if an allarch/noarch package >>> is installed to lib32 rootfs, it causes >>> unexpected 64 bits packages which is required by the allarch package >>> installed to lib32 rootfs. >>> >>> Take ca-certificates as example. ca-certificates rdepends on openssl, so >>> if ca-certificates is installed to image, >>> 64 bits package openssl will be installed too no matter what the rootfs >>> is. But only 32 bits openssl package should >>> be installed to 32 bits rootfs. >>> >>> There are 2 ways to fixed the issue. >>> >>> 1 expand allarch/noarch packages with multilib. So if add ca-certificates >>> to image, lib32-ca-certificates will be >>> installed to 32bits rootfs. And then also the dependency lib32-openssl >>> is installed. That is what we expected. >>> >>> 2 expand DEPENDS/RDEPENDS of allarch/noarch packages with a prefix >>> 'noarch-' when multilib is enabled. So then >>> ca-certificates requires 'noarch-openssl'. And make both lib32-openssl >>> and openssl provides 'noarch-openssl'. >>> When do_rootfs, there is only one rpm repo 'oe-rootfs-repo' now. We >>> will create repos with different priorities >>> according to different archs/subdirectories. For 32 bits image, make 32 >>> bits rpm repo has higher priority, so lib32-openssl >>> will be installed to 32 bits rootfs rather than 64bits. >>> >>> I know these 2 ways are not perfect, but only possible ways I have in mind >>> to solve the problem. >>> >>> Any comment or suggestion is greatly appreciated. Thanks a lot. >>> >>> -- >>> Regards, >>> Neil | Kai Kang >>> >>> -- >>> _______________________________________________ >>> Openembedded-core mailing list >>> Openembedded-core@lists.openembedded.org >>> http://lists.openembedded.org/mailman/listinfo/openembedded-core >> >> >> -- >> _______________________________________________ >> Openembedded-core mailing list >> Openembedded-core@lists.openembedded.org >> http://lists.openembedded.org/mailman/listinfo/openembedded-core >>