]> code.ossystems Code Review - openembedded-core.git/commit
gnupg: use native version for signing, rather than one provided by host
authorAlexander Kanavin <alexander.kanavin@linux.intel.com>
Wed, 10 Jan 2018 12:27:42 +0000 (14:27 +0200)
committerRichard Purdie <richard.purdie@linuxfoundation.org>
Wed, 10 Jan 2018 22:14:53 +0000 (22:14 +0000)
commit08fef6198122fe79d4c1213f9a64b862162ed6cd
tree98fe4b6a61ffb911abd1a7235194258d324b9c39
parent3945ddd6eea9d84f7b0f82c66e6d4512bc239bb2
gnupg: use native version for signing, rather than one provided by host

Using host gpg has been problematic, and particularly this removes
the need to serialize package creation, as long as --auto-expand-secmem
is passed to gpg-agent, and gnupg >= 2.2.4 is in use
(https://dev.gnupg.org/T3530).

Sadly, gpg-agent itself is single-threaded, so in the longer run
we might want to seek alternatives:
https://lwn.net/Articles/742542/

(a smaller issue is that rpm itself runs the gpg fronted in a serial
fashion, which slows down the build in cases of recipes with very
large amount of packages, e.g. glibc-locale)

Note that sstate signing and verification continues to use host
gpg, as depending on native gpg would create circular dependencies.

[YOCTO #12022]

Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta/classes/sign_package_feed.bbclass
meta/classes/sign_rpm.bbclass
meta/lib/oe/gpg_sign.py
meta/recipes-core/meta/signing-keys.bb