openembedded-core.git/meta/recipes-support/gpgme, branch master

gpgme: add a dependency on python-unixadmin to Python bindings package

2017-04-13T22:57:38+00:00

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie

gpgme: correctly avoid host contamination

2017-04-13T22:57:38+00:00

Existing patch was actually doing the wrong thing and
sometimes removing a linking flag (-lgpgme) that should be present.

Instead, gpgme-config actually has internal logic to remove /usr/lib from the output,
which works only in non-multilib setups, so it is adjusted to include all possible
/usr/lib* and /lib* directories.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie

gpgme: fix configure if 'import distutils' causes output on stderr

2017-04-05T08:44:10+00:00

There are a number of reasons that importing a module could cause output on
stderr that isn't a fatal error (compatibilty problems with inputrc, or encoding
warnings) so backport a patch from autoconf-archive to only check the exit code
instead of asserting that stderr is empty.

[ YOCTO #11231 ]

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie

gpgme: Avoid requiring a host C++ compiler with C++11 support

2017-03-21T22:43:03+00:00

Building the C++ bindings for native requires a host C++ compiler with
C++11 support. Since these bindings are currently not needed, we can
disable them and thus avoid increasing the requirement for the host C++
compiler.

Signed-off-by: Peter Kjellerstedt 
Signed-off-by: Ross Burton

nativesdk-packagegroup-sdk-host: replace smartpm with dnf

2017-03-13T09:43:21+00:00

Signed-off-by: Alexander Kanavin

gpgme: fix python module build and installation

2017-03-11T16:08:50+00:00

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie

gpgme: Fix issue building for the target

2017-03-07T21:46:52+00:00

gpgme failed when configuring since you can only configure for one python
system at a time (via the inherits).  So we need to have a PACKAGECONFIG
that defines which one [or neither] you want to use.

The prior pkgconfig patch introduced the usage of the variable PKG_CONFIG,
which is not defined anywhere.  Define this.

When building the python module, we can not call gpg-error-config, so we
need to find an alternative way of finding the information the setup.py.in
requires.  (In this case, it's easy to just use the environment
STAGING_INCDIR.)

Signed-off-by: Mark Hatle 
Signed-off-by: Richard Purdie

gpgme: allow building -native variant

2017-02-16T04:06:30+00:00

This is required by various pieces in the dnf stack

Signed-off-by: Alexander Kanavin 
Signed-off-by: Ross Burton

gpgme: 1.6.0 -> 1.8.0

2017-02-16T04:06:30+00:00

- Drop gpgme.pc, it is duplicated with pkgconfig.patch

- Rebase pkgconfig.patch to 1.8.0

- Split cmake config to ${PN}-dev

- Update LIC_FILES_CHKSUM, because copytright year changed.

- The libgpgme-pthread is obsolete by upstream;

- Add package libgpgcpp;

TODO: Do not remove gpgme-pthread.pc from pkgconfig.patch,
      the upstream explains:
      git://git.gnupg.org/gpgme.git
      commit 09b64554328445e99a8cc78fc34ea49c2ea2e7f9
      ------------------------------
      libgpgme-pthread is removed but gpgme-config still supports
      --thread=pthread for compatibility with find scripts.
      ------------------------------

Signed-off-by: Hongxu Jia

gnupg.org-hosted recipes: Change SRC_URI to https site

2016-05-30T08:30:31+00:00

https version seems more reliable and in an informal test fetching
all gnupg recipes now takes <20% of the time it used to.

Define GNUPG_MIRROR in bitbake.conf so future tweaks to this are
easier. Replace some slower mirrors with the official ftp site
and another from gnupg.org mirror list.

Set UPSTREAM_CHECK_URI in all recipes that need it to
"https://gnupg.org/download/index.html" as the directory listings
are not up-to-date.

Signed-off-by: Jussi Kukkonen 
Signed-off-by: Ross Burton