Openembedded Core Discussions
 help / color / mirror / Atom feed
From: wenzong fan <wenzong.fan@windriver.com>
To: Randy MacLeod <randy.macleod@windriver.com>
Cc: 'Patches and discussions about the oe-core layer'
	<openembedded-core@lists.openembedded.org>
Subject: Re: About PACKAGECONFIG audit
Date: Tue, 20 Aug 2013 13:36:42 +0800	[thread overview]
Message-ID: <5213006A.5050602@windriver.com> (raw)
In-Reply-To: <52128427.3020009@windriver.com>

On 08/20/2013 04:46 AM, Randy MacLeod wrote:
> Add Joe Slater who owns US17463: PACKAGECONFIG clean-up.
>
>
> On 13-08-15 05:29 AM, wenzong fan wrote:
>> Hi All,
>>
>> We have seen some problems like this:
>>
>> $ bitbake libcap
>>
>> ld: warning: libaudit.so.1, needed by .../lib64/libpam.so, not found
>> .../lib64/libpam.so: undefined reference to `audit_open'
>> .../lib64/libpam.so: undefined reference to `audit_close'
>> ......
>>
>> The libaudit has been available and libpam build with it, after we run
>> another build with sstate-cache and w/o libaudit, the error occurs. The
>> solution in these cases is to use PACKAGECONFIG to lay out dependencies
>> on optional packages and make them explicit. We need to run an audit and
>> catch all of these issues.
>>
>> A probable ways maybe:
>>
>> 1) Run world build to generate the sysroots as much as possible;
>> 2) Run 'configure --help' on each package to spot all of the optional
>> dependencies, and convert them into PACKAGECONFIG specs/or any other
>> prompts.
>
> We should try to automate or codify this step so that the output is
> a list of oe-core package names.
>
>> 3) Run #1, #2 as an audit script periodically.
>>
>> Or could we run this check as part of a QA build step?
>
> Do you mean:
>    scripts/test-dependencies.sh

No, I mean some check steps that if PACKAGECONFIG should be used, not 
limit to the script.

Thanks
Wenzong

>
> // Randy
>
>>
>>
>> Thanks
>> Wenzong
>
>


  reply	other threads:[~2013-08-20  5:36 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-15  9:29 About PACKAGECONFIG audit wenzong fan
2013-08-15  9:38 ` Burton, Ross
2013-08-15  9:43 ` Phil Blundell
2013-08-15 10:22   ` Martin Jansa
2013-08-16 10:41   ` Richard Purdie
2013-08-16 10:51     ` Phil Blundell
2013-08-15  9:44 ` Paul Eggleton
2013-08-15 10:14   ` wenzong fan
2013-08-15 10:34     ` Martin Jansa
2013-08-19 20:46 ` Randy MacLeod
2013-08-20  5:36   ` wenzong fan [this message]
2013-08-22  5:53     ` Randy MacLeod

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=5213006A.5050602@windriver.com \
    --to=wenzong.fan@windriver.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=randy.macleod@windriver.com \
    /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