From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: Correct way of having the PN package depend on
Date: Tue, 20 Sep 2011 22:30:29 +0100 [thread overview]
Message-ID: <1316554235.14488.80.camel@ted> (raw)
In-Reply-To: <CABcZANmbortoni+VkAKC947vHLerU2yEo5O__uQoZEPw=1ZR+Q@mail.gmail.com>
On Tue, 2011-09-20 at 14:00 -0700, Chris Larson wrote:
> On Tue, Sep 20, 2011 at 1:24 PM, Daniel Lazzari <dlazzari@leapfrog.com> wrote:
> >> On 9/20/11 2:03 PM, Daniel Lazzari wrote:
> >> > I noticed a problem with the alsa-utils package where the alsa-utils package does not depend on all of the little extra packages it's supposed to pull in. I'm not sure what the best way to fix this is though. Can anyone give me a little guidance or point me at a recipe that does this correctly already?
> >>
> >> If you are using the RPM backend, I'm currently working on something that may
> > resolve this issue for you. Hopefully ready today.
> >>
> >> Otherwise, switch to ipk or deb and see if you get the same behavior.
> >
> > I'm using ipk already.
> >
> >> I don't see why this is a problem, personally. If someone wants a recipe's main package to depend on the other packages it emits, they're free to make the recipe do so. But the ${PN} package is not defined to include everything from the recipe, it never has been.
> >
> > I understand that. With the alsa-utils package, the recipe specifically mentions
> > # This are all packages that we need to make. Also, the now empty alsa-utils
> > # ipk depends on them.
> >
> > Right above adding packages such as "alsa-utils-alsamixer" to the PACKAGES variable. I need all of those more specific packages and if I understand correctly, I should be able to get them by just adding the "alsa-utils" package to my custom image.
>
> Sounds like it's just a recipe bug then, if it claims to do something
> which it doesn't do.
Its defintely a bug in the recipe with the "alsa-utils" package just
being broken. We need to do something like:
ALSAUTILSPKGS = "alsa-utils-x \
alsa-utils-y \
alsa-utils-z"
PACKAGES += "${ALSAUTILSPKGS}"
RDEPENDS_${PN} += "${ALSAUTILSPKGS}"
which should make the recipe do what it says it should do.
Cheers,
Richard
next prev parent reply other threads:[~2011-09-20 21:35 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-20 20:24 Correct way of having the PN package depend on Daniel Lazzari
2011-09-20 21:00 ` Chris Larson
2011-09-20 21:30 ` Richard Purdie [this message]
-- strict thread matches above, loose matches on Subject: below --
2011-09-20 21:58 Daniel Lazzari
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=1316554235.14488.80.camel@ted \
--to=richard.purdie@linuxfoundation.org \
--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