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.purdie@linuxfoundation.org 
> <mailto:richard.purdie@linuxfoundation.org>> wrote:
>
>     On Thu, 2020-05-14 at 09:59 +0800, kai wrote:
>     > On 2020/5/11 下午5:23, kai.kang@windriver.com
>     <mailto:kai.kang@windriver.com> wrote:
>     > > From: Kai Kang <kai.kang@windriver.com
>     <mailto:kai.kang@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.kang@windriver.com
>     <mailto:kai.kang@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