On 2020/5/15 上午1:29, Alexander Kanavin wrote:
Looking gcr's autotools and meson build files, gpg executable is
required in both. Gcr is needed only by epiphany, so I don't think
build performance will suffer much.
It seems gcr requires command gpg long long time ago(about 8 years). But
I don't know why just exposed recently.
https://gitlab.gnome.org/GNOME/gcr/-/commit/c6691faa0348ab087e99ab9bd9914e1d5e81fa14
Regards,
Kai
Alex
On Thu, 14 May 2020 at 15:26, Richard Purdie
<richard.pur...@linuxfoundation.org
<mailto:richard.pur...@linuxfoundation.org>> wrote:
On Thu, 2020-05-14 at 09:59 +0800, kai wrote:
> On 2020/5/11 下午5:23, kai.k...@windriver.com
<mailto:kai.k...@windriver.com> wrote:
> > From: Kai Kang <kai.k...@windriver.com
<mailto:kai.k...@windriver.com>>
> >
> > It fails to build gcr if no commmand gpg on build host:
> >
> > > meson.build:44:0: ERROR: Program(s) ['gpg2', 'gpg'] not found or
> > > not executable
> >
> > Add dependency gnupg-native to fix the error.
> >
> > Signed-off-by: Kai Kang <kai.k...@windriver.com
<mailto:kai.k...@windriver.com>>
> > ---
> > meta/recipes-gnome/gcr/gcr_3.36.0.bb <http://gcr_3.36.0.bb>
| 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-gnome/gcr/gcr_3.36.0.bb
<http://gcr_3.36.0.bb> b/meta/recipes-
> > gnome/gcr/gcr_3.36.0.bb <http://gcr_3.36.0.bb>
> > index 4fe3b2fff3..458dc8e6c4 100644
> > --- a/meta/recipes-gnome/gcr/gcr_3.36.0.bb <http://gcr_3.36.0.bb>
> > +++ b/meta/recipes-gnome/gcr/gcr_3.36.0.bb <http://gcr_3.36.0.bb>
> > @@ -8,7 +8,7 @@ BUGTRACKER = "
> > https://gitlab.gnome.org/GNOME/gcr/issues"
> > LICENSE = "GPLv2"
> > LIC_FILES_CHKSUM =
> > "file://COPYING;md5=55ca817ccb7d5b5b66355690e9abc605"
> >
> > -DEPENDS = "gtk+3 p11-kit glib-2.0 libgcrypt \
> > +DEPENDS = "gtk+3 p11-kit glib-2.0 libgcrypt gnupg-native \
> > ${@bb.utils.contains('GI_DATA_ENABLED', 'True',
> > 'libxslt-native', '', d)}"
> >
> > GNOMEBASEBUILDCLASS = "meson"
>
> Any comment, please?
Why did this happen? Was this as a result of the move to meson? Is it
really needed and can we avoid it? native dependencies like this are a
pain from a build performance perspective...
Cheers,
Richard
--
Kai Kang
Wind River Linux
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#138308):
https://lists.openembedded.org/g/openembedded-core/message/138308
Mute This Topic: https://lists.openembedded.org/mt/74132108/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-