From: Joe MacDonald <Joe_MacDonald@mentor.com>
To: "Slater, Joseph" <joe.slater@windriver.com>
Cc: "openembedded-devel@lists.openembedded.org"
<openembedded-devel@lists.openembedded.org>
Subject: Re: [meta-networking][PATCH 1/1] ypbind-mt: add dependency but keep as broken
Date: Thu, 30 Jul 2015 11:41:12 -0400 [thread overview]
Message-ID: <20150730154112.GC6457@mentor.com> (raw)
In-Reply-To: <007BD92917A2324FA403BCF9A464CF848235F768@ALA-MBA.corp.ad.wrs.com>
[-- Attachment #1: Type: text/plain, Size: 3417 bytes --]
[Re: [oe] [meta-networking][PATCH 1/1] ypbind-mt: add dependency but keep as broken] On 15.07.28 (Tue 19:39) Slater, Joseph wrote:
>
> > -----Original Message-----
> > From: openembedded-devel-bounces@lists.openembedded.org [mailto:openembedded-devel-
> > bounces@lists.openembedded.org] On Behalf Of Joe MacDonald
> > Sent: Wednesday, July 22, 2015 1:31 PM
> > To: openembedded-devel@lists.openembedded.org
> > Subject: Re: [oe] [meta-networking][PATCH 1/1] ypbind-mt: add dependency but keep as
> > broken
> >
> > [[oe] [meta-networking][PATCH 1/1] ypbind-mt: add dependency but keep as broken] On
> > 15.07.22 (Wed 11:54) Joe Slater wrote:
> >
> > > We will need the conditional dependency on systemd. It is
> > > not a good idea to use PNBLACKLIST in a recipe, and the
> >
> > It isn't a good idea to have a recipe that needs to be blacklisted. :-)
> >
> > That said, it's here and there's still an argument for supporting it, so
> > why remove PNBLACKLIST and replace it with something less obvious?
>
> Blacklisting oneself is esthetically unpleasing.
I won't argue there. But it happens because it's a less violent option
than kicking the recipe to the curb and waiting for pick-up day. It
does allow someone using the recipe to come along and still use it for
their scenario if they need it and they know the reason for the
blacklisting doesn't apply to them.
> But, beyond that, it doesn't work for multilib variants, and for some
> reason PNBLACKLIST[${PN}] does not parse.
I don't know about that, but maybe a patch to poky is appropriate
instead. It's nothing to be proud of, but there are dozens of recipes
in meta-openembedded/ right now that are blacklisted, unless you're
planning on submitting the same construct to replace all of them, I
don't think there's much more to discuss on it.
I'm marking this 'changes requested'. Do you think you could re-submit
with just the dependency change?
Thanks,
-J.
>
> Joe
>
>
> >
> > No objection to a conditional dependency on systemd.
> >
> > -J.
> >
> > > version here does not suppress lib32-ypbind-mt.
> > >
> > > Signed-off-by: Joe Slater <jslater@windriver.com>
> > > ---
> > > recipes-support/nis/ypbind-mt_2.2.bb | 6 ++++--
> > > 1 file changed, 4 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/meta-networking/recipes-support/nis/ypbind-mt_2.2.bb b/meta-
> > networking/recipes-support/nis/ypbind-mt_2.2.bb
> > > index 4f8bf48..359b020 100644
> > > --- a/meta-networking/recipes-support/nis/ypbind-mt_2.2.bb
> > > +++ b/meta-networking/recipes-support/nis/ypbind-mt_2.2.bb
> > > @@ -15,10 +15,12 @@ of known secure NIS server (/etc/yp.conf) Binds to \
> > > the server which answered as first. \
> > > "
> > > HOMEPAGE = "http://www.linux-nis.org/nis/ypbind-mt/index.html"
> > > -DEPENDS = "yp-tools"
> > > +DEPENDS = "yp-tools ${@base_contains('DISTRO_FEATURES', 'systemd', 'systemd', '', d)}"
> > > PROVIDES += "ypbind"
> > >
> > > -PNBLACKLIST[ypbind-mt] ?= "BROKEN: Depends on broken yp-tools"
> > > +python () {
> > > + raise bb.parse.SkipPackage("BROKEN: Depends on broken yp-tools")
> > > +}
> > >
> > > SRC_URI = "http://www.linux-nis.org/download/ypbind-mt/${BP}.tar.bz2 \
> > > file://ypbind-yocto.init \
> > > --
> > > 1.7.9.5
> > >
> > --
> > -Joe MacDonald.
> > :wq
--
-Joe MacDonald.
:wq
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 484 bytes --]
next prev parent reply other threads:[~2015-07-30 15:41 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-22 18:54 [meta-networking][PATCH 1/1] ypbind-mt: add dependency but keep as broken Joe Slater
2015-07-22 20:31 ` Joe MacDonald
2015-07-28 19:39 ` Slater, Joseph
2015-07-30 15:41 ` Joe MacDonald [this message]
2015-07-30 18:19 ` Slater, Joseph
2015-07-30 18:55 ` Martin Jansa
2015-07-27 12:00 ` Martin Jansa
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=20150730154112.GC6457@mentor.com \
--to=joe_macdonald@mentor.com \
--cc=joe.slater@windriver.com \
--cc=openembedded-devel@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 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.