[Buildroot] [git commit] package: add gnupg

[Buildroot] [git commit] package: add gnupg

[Peter Korsgaard]

commit: http://git.buildroot.net/buildroot/commit/?id=260a5820180760d4b00e530041d98eab4bab60fc
branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master

Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
---
 package/Config.in       |    1 +
 package/gnupg/Config.in |   35 ++++++++++++++++++++++++++++++++++
 package/gnupg/gnupg.mk  |   48 +++++++++++++++++++++++++++++++++++++++++++++++
 3 files changed, 84 insertions(+), 0 deletions(-)

diff --git a/package/Config.in b/package/Config.in
index c56f438..d7b3db6 100644
--- a/package/Config.in
+++ b/package/Config.in
@@ -664,6 +664,7 @@ source "package/dash/Config.in"
 endif
 source "package/dialog/Config.in"
 source "package/file/Config.in"
+source "package/gnupg/Config.in"
 source "package/inotify-tools/Config.in"
 source "package/lockfile-progs/Config.in"
 source "package/logrotate/Config.in"
diff --git a/package/gnupg/Config.in b/package/gnupg/Config.in
new file mode 100644
index 0000000..8ddffaa
--- /dev/null
+++ b/package/gnupg/Config.in
@@ -0,0 +1,35 @@
+config BR2_PACKAGE_GNUPG
+	bool "gnupg"
+	select BR2_PACKAGE_ZLIB
+	select BR2_PACKAGE_NCURSES
+	help
+	  GnuPG is the GNU project's complete and free implementation
+	  of the OpenPGP standard as defined by RFC4880. GnuPG allows
+	  to encrypt and sign your data and communication, features a
+	  versatile key management system as well as access modules
+	  for all kinds of public key directories. GnuPG, also known
+	  as GPG, is a command line tool with features for easy
+	  integration with other applications.
+
+	  http://gnupg.org/
+
+if BR2_PACKAGE_GNUPG
+
+config BR2_PACKAGE_GNUPG_GPGV
+	bool "gpgv"
+	help
+	  gpgv is an OpenPGP signature verification tool.
+
+	  This program is actually a stripped-down version of gpg
+	  which is only able to check signatures. It is somewhat
+	  smaller than the fully-blown gpg and uses a different (and
+	  simpler) way to check that the public keys used to make the
+	  signature are valid. There are no configuration files and
+	  only a few options are implemented.
+
+config BR2_PACKAGE_GNUPG_GPGSPLIT
+	bool "gpgsplit"
+	help
+	  gpgsplit splits an OpenPGP message into packets.
+
+endif
diff --git a/package/gnupg/gnupg.mk b/package/gnupg/gnupg.mk
new file mode 100644
index 0000000..4b5c0a1
--- /dev/null
+++ b/package/gnupg/gnupg.mk
@@ -0,0 +1,48 @@
+#############################################################
+#
+# gnupg
+#
+#############################################################
+
+GNUPG_VERSION = 1.4.12
+GNUPG_SOURCE = gnupg-$(GNUPG_VERSION).tar.bz2
+GNUPG_SITE = ftp://ftp.gnupg.org/gcrypt/gnupg
+GNUPG_LICENSE = GPLv3+
+GNUPG_LICENSE_FILES = COPYING
+GNUPG_DEPENDENCIES = zlib ncurses
+GNUPG_CONF_OPT = --disable-rpath --enable-minimal --disable-regex
+
+ifeq ($(BR2_PACKAGE_BZIP2),y)
+GNUPG_CONF_OPT += --enable-bzip2
+GNUPG_DEPENDENCIES += bzip2
+endif
+
+ifeq ($(BR2_PACKAGE_LIBCURL),y)
+GNUPG_CONF_ENV += ac_cv_path__libcurl_config=$(STAGING_DIR)/usr/bin/curl-config
+GNUPG_DEPENDENCIES += libcurl
+else
+GNUPG_CONF_OPT += --without-libcurl
+endif
+
+ifeq ($(BR2_PACKAGE_READLINE),y)
+GNUPG_DEPENDENCIES += readline
+else
+GNUPG_CONF_OPT += --without-readline
+endif
+
+ifneq ($(BR2_PACKAGE_GNUPG_GPGV),y)
+define GNUPG_REMOVE_GPGV
+	rm -f $(TARGET_DIR)/usr/bin/gpgv \
+		$(TARGET_DIR)/usr/share/man/man1/gpgv.1
+endef
+GNUPG_POST_INSTALL_TARGET_HOOKS += GNUPG_REMOVE_GPGV
+endif
+
+ifneq ($(BR2_PACKAGE_GNUPG_GPGSPLIT),y)
+define GNUPG_REMOVE_GPGSPLIT
+	rm -f $(TARGET_DIR)/usr/bin/gpgsplit
+endef
+GNUPG_POST_INSTALL_TARGET_HOOKS += GNUPG_REMOVE_GPGSPLIT
+endif
+
+$(eval $(autotools-package))

[Buildroot] [git commit] package: add gnupg

[Thomas Petazzoni]

On Mon, 15 Oct 2012 10:20:59 +0200, Peter Korsgaard wrote:
> commit: http://git.buildroot.net/buildroot/commit/?id=260a5820180760d4b00e530041d98eab4bab60fc
> branch: http://git.buildroot.net/buildroot/commit/?id=refs/heads/master
> 
> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
> ---
>  package/Config.in       |    1 +
>  package/gnupg/Config.in |   35 ++++++++++++++++++++++++++++++++++
>  package/gnupg/gnupg.mk  |   48 +++++++++++++++++++++++++++++++++++++++++++++++
>  3 files changed, 84 insertions(+), 0 deletions(-)

This is causing the following build breakage on various platforms:

  http://autobuild.buildroot.org/results/07f97705dda6dfbeab8ce95d6cef5b016329c9ce/build-end.log

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

[Buildroot] [git commit] package: add gnupg

[Peter Korsgaard]

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

 >> 3 files changed, 84 insertions(+), 0 deletions(-)

 Thomas> This is causing the following build breakage on various platforms:

 Thomas>   http://autobuild.buildroot.org/results/07f97705dda6dfbeab8ce95d6cef5b016329c9ce/build-end.log

Yes - I noticed as well, just haven't found time to look closely at it
yet. The mpi stuff has cpu specific backends, so that's probably where
it goes wrong.

-- 
Bye, Peter Korsgaard

[Buildroot] [git commit] package: add gnupg

[Arnout Vandecappelle]

On 16/10/12 21:04, Peter Korsgaard wrote:
>>>>>> "Thomas" == Thomas Petazzoni<thomas.petazzoni@free-electrons.com>  writes:
>
>   >>  3 files changed, 84 insertions(+), 0 deletions(-)
>
>   Thomas>  This is causing the following build breakage on various platforms:
>
>   Thomas>    http://autobuild.buildroot.org/results/07f97705dda6dfbeab8ce95d6cef5b016329c9ce/build-end.log
>
> Yes - I noticed as well, just haven't found time to look closely at it
> yet. The mpi stuff has cpu specific backends, so that's probably where
> it goes wrong.

  I think this is the reason why gnupg wasn't included before.  My colleague
Stijn submitted a patch series for a more recent version of gnupg a while ago,
and that also faced a portability problem (in the 'portable threads library :-)
Thomas suggested to wait for npth-based gnupg 2.1, but that one hasn't been
released yet.

  Regards,
  Arnout
-- 
Arnout Vandecappelle                               arnout at mind be
Senior Embedded Software Architect                 +32-16-286540
Essensium/Mind                                     http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium                BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F

[Buildroot] [git commit] package: add gnupg

[Yann E. MORIN]

Thomas, Peter, Arnout, All,

On Tuesday 16 October 2012 Arnout Vandecappelle wrote:
> On 16/10/12 21:04, Peter Korsgaard wrote:
> >>>>>> "Thomas" == Thomas Petazzoni<thomas.petazzoni@free-electrons.com>  writes:
> >
> >   >>  3 files changed, 84 insertions(+), 0 deletions(-)
> >
> >   Thomas>  This is causing the following build breakage on various platforms:
> >
> >   Thomas>    http://autobuild.buildroot.org/results/07f97705dda6dfbeab8ce95d6cef5b016329c9ce/build-end.log
> >
> > Yes - I noticed as well, just haven't found time to look closely at it
> > yet. The mpi stuff has cpu specific backends, so that's probably where
> > it goes wrong.
> 
>   I think this is the reason why gnupg wasn't included before.  My colleague
> Stijn submitted a patch series for a more recent version of gnupg a while ago,
> and that also faced a portability problem (in the 'portable threads library :-)
> Thomas suggested to wait for npth-based gnupg 2.1, but that one hasn't been
> released yet.

Hmm. Better I put this on the list than on the IRC chan:

From:
    http://lists.gnupg.org/pipermail/gnupg-users/2004-May.txt
(search for message-id: 40ABA383.5060209 at sbcglobal.net)

Sounds like a workaround/solution is to run ./configure --disable-asm

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

[Buildroot] [git commit] package: add gnupg

[Thomas Petazzoni]

On Tue, 16 Oct 2012 21:14:39 +0200, Arnout Vandecappelle wrote:

>   I think this is the reason why gnupg wasn't included before.  My
> colleague Stijn submitted a patch series for a more recent version of
> gnupg a while ago, and that also faced a portability problem (in the
> 'portable threads library :-) Thomas suggested to wait for npth-based
> gnupg 2.1, but that one hasn't been released yet.

I think the problem with Stinj version was due to the usage of gnupg
2.x, and I suggested to either wait for 2.1 to solve the usage of the
non-portable pth library, or fall back to an older version such as
1.4.x, which Peter did.

That said, my memories on this are quite blurry, so I might be wrong
here. I'd have to look through the archives.

Best regards,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

[Buildroot] [git commit] package: add gnupg

[Peter Korsgaard]

>>>>> "Arnout" == Arnout Vandecappelle <arnout@mind.be> writes:

Hi,

 Arnout>  I think this is the reason why gnupg wasn't included before.
 Arnout> My colleague Stijn submitted a patch series for a more recent
 Arnout> version of gnupg a while ago, and that also faced a portability
 Arnout> problem (in the 'portable threads library :-) Thomas suggested
 Arnout> to wait for npth-based gnupg 2.1, but that one hasn't been
 Arnout> released yet.

I believe the threads issue was only with gnupg 2.x. This issue was
simply configure doing the wrong thing when cross compiling (which I
have now fixed).

-- 
Bye, Peter Korsgaard

[Buildroot] [git commit] package: add gnupg

[Gustavo Zacarias]

On 10/16/12 18:00, Peter Korsgaard wrote:

> I believe the threads issue was only with gnupg 2.x. This issue was
> simply configure doing the wrong thing when cross compiling (which I
> have now fixed).

Yup, the problem is pth touching glibc thread internals which uclibc lacks.
Regards.