Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: rpmdeps, was Re: dbus-native --with-x
Date: Wed, 1 Jun 2011 16:14:10 -0500	[thread overview]
Message-ID: <4DE6ABA2.2030605@windriver.com> (raw)
In-Reply-To: <23B6B14F-2A30-4814-A83E-7D5EA9542C7B@dominion.thruhere.net>

On 6/1/11 2:00 PM, Koen Kooi wrote:
> 
> Op 1 jun 2011, om 20:55 heeft Mark Hatle het volgende geschreven:
> 
>> On 6/1/11 12:08 PM, Phil Blundell wrote:
>>> On Wed, 2011-06-01 at 11:58 -0500, Mark Hatle wrote:
>>>> On 6/1/11 11:54 AM, Phil Blundell wrote:
>>>>> On Wed, 2011-06-01 at 11:48 -0500, Mark Hatle wrote:
>>>>>> So in the above, perl and python are really the only items that could be disabled.
>>>>>
>>>>> Just to be clear, in the list you mentioned, were you talking about the
>>>>> usage of rpm-native for rpmdeps, or the usage by package_rpm.bbclass
>>>>> itself?
>>>>
>>>> I was talking about rpm-native recipe in general, and how it's used.
>>>>
>>>> rpmdeps requires a good chunk of the rpm infrastructure (even if we don't end up
>>>> using rpmbuild or rpm commands during the build..)
>>>
>>> Do you happen to have a list of what exactly rpmdeps does require?
>>> Based on the descriptions you gave before, I'm guessing that it probably
>>> doesn't need openssl (since, afaik, it doesn't do any signing) or pcre
>>> (since it isn't building any packages) or acl, attr, bzip and zlib
>>> (since it also isn't installing anything).  
>>
>> rpmdeps uses, according to ldd:
>>
>>        linux-vdso.so.1
>>        librpm-5.4.so
>>        librpmdb-5.4.so
>>        librpmio-5.4.so
>>        librpmmisc-5.4.so
>>        libm.so.6
>>        libdl.so.2
>>        libacl.so.1
>>        libattr.so.1
>>        libpcreposix.so.0
>>        libdb-5.1.so
>>        libmagic.so.1
>>        liblzma.so.5
>>        libbz2.so.0
>>        libz.so.1
>>        libpthread.so.0
>>        librt.so.1
>>        libelf.so.1
>>        libpopt.so.0
>>        libssl.so.0.9.8
>>        libcrypto.so.0.9.8
>>        libpcre.so.0
>>        libc.so.6
>>        libgcc_s.so.1
>>        /lib64/ld-linux-x86-64.so.2 (0x0000003c51800000)
>>
>> The issue is that it uses the librpm, librpmdb, librpmio, and librpmmisc
>> libraries.  These libraries provide and use all of the rest of the components.
> 
> 
> What is rpmdeps actually used for in package.bbclass when you're not using rpm as package format?

In package.bbclass:

package_do_filedeps is where rpmdeps is used.

This captures file dependencies on a per-file basis.  The dependencies captured
include interpreter information as well as ELF sonames and related.

There are/were a number of small dependencies that were being missed in the
past, this is a complete set of dependencies which are captured (again on a
per-file basis).

The reason we capture on a per-file is so that additional tooling can be
developed to allow people to view, understand and modify the rootfs images they
are working on.  One of the things people like to do is understand why perl or
python is being included on a small filesystem... the per-file dependencies can
be used to "see" this, and also allow people to skip specific files and thus
affect the dependencies within their system.  (Note, this tool does not yet
exist!  But I expect that it will at some point.)

(There are three places you can typically affect the dependencies of the end
device.  During recipe creation (i.e. manual RDEPENDS), during source
configuration, and during binary package creation...  this gives us the ability
to hook in and modify the package creation -- or re-create the packages based on
new criteria.)

(BTW besides the rpmdeps, rpm components are also used in the
split_and_strip_files function...  but this is really just debugedit)


--Mark

> regards,
> 
> Koen
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core




  reply	other threads:[~2011-06-01 21:17 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-06-01 16:01 dbus-native --with-x Phil Blundell
2011-06-01 16:03 ` Phil Blundell
2011-06-01 16:11   ` Koen Kooi
2011-06-01 16:16     ` Phil Blundell
2011-06-01 16:48       ` Mark Hatle
2011-06-01 16:54         ` Phil Blundell
2011-06-01 16:58           ` Mark Hatle
2011-06-01 17:08             ` Phil Blundell
2011-06-01 18:55               ` rpmdeps, was " Mark Hatle
2011-06-01 19:00                 ` Koen Kooi
2011-06-01 21:14                   ` Mark Hatle [this message]
2011-06-01 20:02                 ` Phil Blundell
2011-06-01 21:17                   ` Mark Hatle
2011-06-02  9:18                     ` Phil Blundell
2011-06-01 20:22             ` Phil Blundell
2011-06-01 22:00               ` Tom Rini
2011-06-01 22:07                 ` Henning Heinold
2011-06-01 22:22                   ` Tom Rini
2011-06-01 22:38                     ` Mark Hatle
2011-06-02  9:08                     ` Phil Blundell
2011-06-02 17:04                       ` Tom Rini
2011-06-02 19:21                         ` Phil Blundell
2011-06-02 19:29                           ` Tom Rini
2011-06-02  7:12                 ` Phil Blundell
2011-06-01 16:10 ` Koen Kooi
2011-06-01 16:40   ` Phil Blundell

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=4DE6ABA2.2030605@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=openembedded-core@lists.openembedded.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox