From: Dvorkin Dmitry <dvorkin@tibbo.com>
To: Khem Raj <raj.khem@gmail.com>
Cc: yocto@yoctoproject.org
Subject: Re: strange QA issue - how to ignore automatic so dependency
Date: Tue, 1 Dec 2015 02:32:15 +0300 [thread overview]
Message-ID: <565CDC7F.1020806@tibbo.com> (raw)
In-Reply-To: <50087579-C0CA-4263-AA43-BBB28642E158@gmail.com>
On 01.12.2015 02:22, Khem Raj wrote:
>> On Nov 30, 2015, at 3:15 PM, Dvorkin Dmitry <dvorkin@tibbo.com> wrote:
>>
>> I know. But
>> it really does not require to have libX* in the system to successfully run JDK+our software
>> We're using simple tar xvzf jdk-...tar.gz in all of our embedded systems, so I know what I'm talking about, sorry.
> you are walking muddy water, I will caution you before I hand a chainsaw to you as I suggest something as below.
I see. Thank you!
> you can use patchelf or something like that on these binaries and remove the dependencies after unpacking them
> run the .so in question via patchelf --remove-needed <deplib-to-remove>
> and that will make shlibs code in OE not flag them
>
>> This feature blocks my efforts to have a well-designed system with Poky/Yocto... :(
> Well designed would mean to adhere to prerequisites as needed by prebuilt software you are using
>
>>
>> On 01.12.2015 02:06, Khem Raj wrote:
>>>> On Nov 30, 2015, at 2:42 PM, Dvorkin Dmitry <dvorkin@tibbo.com> wrote:
>>>>
>>>>
>>>> I'm trying to include binary JDK into my linux image.
>>>> just unpacking jdk-...tar.gz into recipe image and packing it into RPM (I'm using RPM as base of my distribution).
>>>>
>>>> after adding
>>>> INSANE_SKIP_${PN} = "file-rdeps ldflags dev-so build-deps"
>>>> into recipe I've got no errors or warning while building recipe itself,
>>>> RPM is created and it contains some dynamic libraries dependencies....
>>>>
>>>> but I've got error building rootfs with this recipe:
>>>>
>>>> ....(skipped)...
>>>> Updating cache... ######################################## [100%]
>>>>
>>>> Computing transaction...error: Can't install tps-jdk-7u60+linux+arm+vfp+hflt-r0@cortexa8hf_vfp_neon: no package provides libXrender.so.1
>>>>
>>>> I can't include libXrender.so.1 into my image, I can't remove libraries from JDK.
>>>>
>>>> Is there any way to ignore this dependency?
>>> No, and if you ignored it then this binary won’t function as expected on the system. So you should find out providers of missing
>>> rdeps and add them to your image via depends
>>>
>>>> something like RPM_LDD_IGNORE_CHECK="libX*"
>>>>
>>>> --
>>>> _______________________________________________
>>>> yocto mailing list
>>>> yocto@yoctoproject.org
>>>> https://lists.yoctoproject.org/listinfo/yocto
next prev parent reply other threads:[~2015-11-30 23:32 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-30 22:03 [PATCHv2] [layerindex-web] recipe blacklisted information Alex Franco
2015-11-30 22:22 ` Paul Eggleton
2015-11-30 22:42 ` strange QA issue - how to ignore automatic so dependency Dvorkin Dmitry
2015-11-30 23:06 ` Khem Raj
2015-11-30 23:15 ` Dvorkin Dmitry
2015-11-30 23:22 ` Khem Raj
2015-11-30 23:32 ` Dvorkin Dmitry [this message]
2015-12-01 9:40 ` [PATCHv2] [layerindex-web] recipe blacklisted information Martin Jansa
2015-12-01 10:42 ` Barros Pena, Belen
2015-12-01 11:14 ` Martin Jansa
[not found] ` <565DDB89.1030005@intel.com>
2015-12-01 18:26 ` Alex Franco
2015-12-01 19:11 ` Paul Eggleton
2015-12-02 0:47 ` Alex Franco
2015-12-02 11:38 ` Barros Pena, Belen
2015-12-02 11:35 ` Barros Pena, Belen
2015-12-02 20:02 ` Paul Eggleton
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=565CDC7F.1020806@tibbo.com \
--to=dvorkin@tibbo.com \
--cc=raj.khem@gmail.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.