linux/poky.git/meta/recipes-support/gpgme, branch thud

gpgme: Inherit from distutils-common-base

2018-09-22T01:45:46+00:00

Inherit from distutils-common-base and pythonnative/python3native to avoid runtime dependency on Python, whilst still fixing clang builds. Fixes: 8bfb54edc6fa ("gpgme: Inherit distutils3-base") Suggested-by: Khem Raj (From OE-Core rev: 4e1e914101146149cbfd70ff00cfcd0fdcf1a88c) Signed-off-by: Alex Kiernan Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gpgme: Inherit distutils3-base

2018-09-04T10:03:55+00:00

its building a module therefore its important to provide correct cross build environment, distutils3-base automatically inherits python3native this is seen when using clang where it tried to link with gcc since the environment falls back to builtin LDSHARED variable (From OE-Core rev: 8bfb54edc6fafda2301aece91ec6b55905e2a418) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

gpgme: 1.10.0 -> 1.11.1

2018-07-03T23:02:16+00:00

License-Update: copyright years updated 2001-2017 -> 2001-2018 (From OE-Core rev: 82b2a087e4f0f9ff9e602e7b507be94498a7a73b) Signed-off-by: Hongxu Jia Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gpgme: 1.9.0 -> 1.10.0

2018-02-06T11:06:28+00:00

1. Disable test at build time to workaround corss-compile Add 0007 to add option to disable python test and submit it to upstream 2. Rework patch 0002, since the following commit of upstream. https://git.gnupg.org/cgi-bin/gitweb.cgi?p=gpgme.git;a=commit;h=7309ce6f5f7c86570953a141965d4f54cd9ad9a0 3. Add patch 0006 to fix build path issue to improve reproducibility and submit it to upstream (From OE-Core rev: 80d2e065bb3e2ce7d7f8a956c3fecd26eb582b62) Signed-off-by: Hongxu Jia Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

gpgme: remove local m4/python.m4

2017-08-18T09:40:27+00:00

While multilib, the local m4/python.m4 incorrectly assigned am_cv_python_pyexecdir and am_cv_python_pythondir which caused the following error enabled: ... ERROR: gpgme-1.9.0-r0 do_package: QA Issue: gpgme: Files/directories were installed but not shipped in any package: /usr/lib/python3.5/site-packages/gpg-1.9.0-py3.5.egg-info ... (From OE-Core rev: f5c7e236582028638a26a5855d5e7ba0b55bb8f0) Signed-off-by: Hongxu Jia Signed-off-by: Richard Purdie

gpgme: 1.8.0 -> 1.9.0

2017-08-18T09:40:27+00:00

Rebase patches: - pkgconfig.patch -> 0001 - python-lang-config.patch -> 0002 - 0001-Correctly-install-python-modules.patch -> 0003 - python-import.patch -> 0004 - 0001-gpgme-config-skip-all-lib-or-usr-lib-directories-in-.patch -> 0005 (From OE-Core rev: b18a7adf8ce194b2dd3ce787228fb87c5ef3efde) Signed-off-by: Hongxu Jia Signed-off-by: Richard Purdie

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

2017-04-14T08:47:08+00:00

(From OE-Core rev: 67bce43ef15bf641f1b1153a0408c4dc841ae8d6) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

gpgme: correctly avoid host contamination

2017-04-14T08:47:08+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. (From OE-Core rev: 84cb611079b7cf78b9921c78978943fa4adae1c7) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

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

2017-04-05T22:22:12+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 ] (From OE-Core rev: ebfd79ae6e5954253c3bb0886d476be480b24de8) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

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

2017-03-22T11:35:21+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. (From OE-Core rev: 052547561f3b2c13d357da87061716c6eb968fb9) Signed-off-by: Peter Kjellerstedt Signed-off-by: Ross Burton Signed-off-by: Richard Purdie