From: Martin Jansa <martin.jansa@gmail.com>
To: Herve Jourdain <herve.jourdain@neuf.fr>,
openembedded-core@lists.openembedded.org
Subject: Re: [systemd][PATCH] some dependencies in systemd seem not to be taken into account in systemd_229.bb
Date: Mon, 7 Mar 2016 13:29:01 +0100 [thread overview]
Message-ID: <20160307122901.GF2549@jama> (raw)
In-Reply-To: <20160307114709.GD6004@ad.chargestorm.se>
[-- Attachment #1: Type: text/plain, Size: 3963 bytes --]
On Mon, Mar 07, 2016 at 12:47:09PM +0100, Anders Darander wrote:
> (Resending as it didn't go to the list).
>
> Thanks!
>
> I've just ran into this myself this morning.
>
> A few comments are inlined.
>
> * Herve Jourdain <herve.jourdain@neuf.fr> [160307 11:51]:
>
> > # Sign the journal for anti-tampering
>
> > -PACKAGECONFIG[gcrypt] = "--enable-gcrypt,--disable-gcrypt,libgcrypt"
>
> Please, keep this line as it is. If gcrypt isn't enabled, we need to
> pass --disable-gcrypt. Tnus, it should be part of this line.
>
> > +# RESOLVED depends on GCRYPT, so disable gcrypt only if resolved and gcrypt
> > are NOT part of PACKAGECONFIG - done in EXTRA_OECONF
>
> Remove the comment.
>
> > +PACKAGECONFIG[gcrypt] = "--enable-gcrypt,,libgcrypt"
>
> As above, keep the original line.
>
>
> > -PACKAGECONFIG[resolved] = "--enable-resolved,--disable-resolved"
>
> > +# RESOLVED depends on GCRYPT, so enable gcrypt any time resolved is in
> > PACKAGECONFIG
>
> Either keep this comment, and keep enabling gcrypt.
>
> Though, I'd prefer to follow the precedence of importd, and just have
> the comment stating what you need to enable.
I agree, I've updated all layers are care about to enable gcrypt when
enabling resolved.
It's pity that there isn't easy way to declaratively express
dependencies between PACKAGECONFIGs (or even required PACKAGECONFIGs
used in dependencies - or version of dependencies) like e.g. gentoo's
USE flags do, but documenting this is imho better than each recipe
introducing some (usually different) automagic to try to autoenable
right combination.
> > +PACKAGECONFIG[resolved] = "--enable-resolved
> > --enable-gcrypt,--disable-resolved,libgcrypt"
>
> No, don't add --enable-gcrypt to the resolved PACKAGECONFIG.
>
>
> > +# RESOLVED depends on GCRYPT, so disable gcrypt only if resolved and gcrypt
> > are NOT part of PACKAGECONFIG
>
> > +EXTRA_OECONF += "${@bb.utils.contains_any('PACKAGECONFIG', 'resolved
> > gcrypt', '', '--disable-gcrypt', d)}
> > <mailto:$%7b@bb.utils.contains_any('PACKAGECONFIG',%20'resolved%20gcrypt',%2
> > 0'',%20'--disable-gcrypt',%20d)%7d> "
>
> Skip this part.
>
>
> > + if [ ${@bb.utils.contains('PACKAGECONFIG
> > <mailto:$%7b@bb.utils.contains('PACKAGECONFIG> ', 'resolved', 'true',
> > 'false', d)} -a \
>
> > + ! ${@bb.utils.contains('PACKAGECONFIG
> > <mailto:$%7b@bb.utils.contains('PACKAGECONFIG> ', 'gcrypt', 'true', 'false',
> > d)} ]; then
>
> > + PACKAGECONFIG_append = "gcrypt"
>
> > + fi
>
> Isn't this too late? (I've not runtime tested this).
>
> If you go the route of modifying PACKAGECONFIG automatically, I'd prefer
> an anonymous python funtion doing this at the recipe processing stage.
>
>
> > -SYSTEMD_PACKAGES = "${PN}-binfmt"
>
> > -SYSTEMD_SERVICE_${PN}-binfmt = "systemd-binfmt.service"
>
> > +#SYSTEMD_PACKAGES = "${PN}-binfmt"
>
> > +#SYSTEMD_SERVICE_${PN}-binfmt = "systemd-binfmt.service"
>
> > +SYSTEMD_PACKAGES = "${@bb.utils.contains('PACKAGECONFIG', 'binfmt',
> > '${PN}-binfmt', '', d)}
> > <mailto:$%7b@bb.utils.contains('PACKAGECONFIG',%20'binfmt',%20'$%7bPN%7d-bin
> > fmt',%20'',%20d)%7d> "
>
> > +SYSTEMD_SERVICE_${PN}-binfmt = "${@bb.utils.contains('PACKAGECONFIG',
> > 'binfmt', 'systemd-binfmt.service', '', d)}
> > <mailto:$%7b@bb.utils.contains('PACKAGECONFIG',%20'binfmt',%20'systemd-binfm
> > t.service',%20'',%20d)%7d> "
>
> This looks good, but should probably be a separate patch.
>
> Cheers,
> Anders
>
> --
> Anders Darander, Senior System Architect
> ChargeStorm AB / eStorm AB
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 188 bytes --]
prev parent reply other threads:[~2016-03-07 12:26 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <004901d1785c$fb27d0f0$f17772d0$@neuf.fr>
2016-03-07 10:42 ` [systemd][PATCH] some dependencies in systemd seem not to be taken into account in systemd_229.bb Herve Jourdain
2016-03-07 11:47 ` Anders Darander
2016-03-07 12:01 ` Herve Jourdain
2016-03-07 12:11 ` Burton, Ross
2016-03-07 12:17 ` Anders Darander
2016-03-07 12:29 ` Martin Jansa [this message]
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=20160307122901.GF2549@jama \
--to=martin.jansa@gmail.com \
--cc=herve.jourdain@neuf.fr \
--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