From mboxrd@z Thu Jan 1 00:00:00 1970 From: Troy Sankey Subject: fixing python-gpg package, need help Date: Sun, 08 Jan 2017 16:09:17 -0500 Message-ID: <148390975770.27447.2744857101049384652@what> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1479992114==" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:40847) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cQKiZ-0003SW-I9 for guix-devel@gnu.org; Sun, 08 Jan 2017 16:09:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cQKiY-00080F-6o for guix-devel@gnu.org; Sun, 08 Jan 2017 16:09:31 -0500 Received: from mail-qt0-x243.google.com ([2607:f8b0:400d:c0d::243]:35286) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cQKiY-000803-15 for guix-devel@gnu.org; Sun, 08 Jan 2017 16:09:30 -0500 Received: by mail-qt0-x243.google.com with SMTP id f4so9025460qte.2 for ; Sun, 08 Jan 2017 13:09:28 -0800 (PST) Received: from localhost ([2601:18d:4201:f080:230:67ff:fe3d:3b7d]) by smtp.gmail.com with ESMTPSA id c198sm2095371qka.48.2017.01.08.13.09.21 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 08 Jan 2017 13:09:27 -0800 (PST) List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: guix-devel@gnu.org --===============1479992114== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable I'm trying to fix the python-gpg package. Latest build [0] was a failure because gpgme.h claims gpgme was compiled with _FILE_OFFSET_BITS =3D 64, implying the current build (python-gpg) doesn't define any _FILE_OFFSET_BITS (it should also be set to 64, I think). Relevant build log snippet: ---- cut here / start ---- swigging gpgme.i to gpgme_wrap.c swig -python -py3 -builtin -threads -outdir gpg -o gpgme_wrap.c gpgme.i gpgme.h:104: Error: CPP #error "GPGME was compiled with _FILE_OFFSET_BITS = =3D 64, please see the section "Largefile support (LFS)" in the GPGME manual.". Use the -cpperraswarn option to continue swig processing. error: command 'swig' failed with exit status 1 ---- cut here / end ---- Attached is a patch which forces _FILE_OFFSET_BITS =3D 64 and _LARGEFILE_SOURCE =3D 1, as per the gpgme documentation [1]. This fixes the build on my laptop (i686), but I'm quite sure this is a bad hack. Seeking help! Troy [0] http://hydra.gnu.org/build/1749143 [1] https://www.gnupg.org/documentation/manuals/gpgme/Largefile-Support-_00= 28LFS_0029.html --===============1479992114== Content-Type: text/x-diff; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="fix-python-gpg.patch" diff --git a/gnu/packages/gnupg.scm b/gnu/packages/gnupg.scm index dc801a6a4..a20dd9928 100644 --- a/gnu/packages/gnupg.scm +++ b/gnu/packages/gnupg.scm @@ -402,7 +402,8 @@ and every application benefits from this.") (uri (pypi-uri "gpg" version)) (sha256 (base32 - "1x74i6q713c0bckls7rdm8kgsmllf9qvy9x62jghszlhgjkyh9nd")))) + "1x74i6q713c0bckls7rdm8kgsmllf9qvy9x62jghszlhgjkyh9nd")) + (patches (search-patches "python-gpg-add-largefile-cflags.pa= tch")))) (build-system python-build-system) (arguments '(#:tests? #f)) ; No test suite. diff --git a/gnu/packages/patches/python-gpg-add-largefile-cflags.patch b/g= nu/packages/patches/python-gpg-add-largefile-cflags.patch new file mode 100644 index 000000000..e57efe307 --- /dev/null +++ b/gnu/packages/patches/python-gpg-add-largefile-cflags.patch @@ -0,0 +1,12 @@ +--- gpg-1.8.0-old/setup.py 2016-11-30 04:41:41.000000000 -0500 ++++ gpg-1.8.0/setup.py 2017-01-08 15:13:20.437996702 -0500 +@@ -34,6 +34,9 @@ + extra_swig_opts =3D [] + extra_macros =3D dict() + ++# force largefile support ++extra_macros.update({"_FILE_OFFSET_BITS": 64, "_LARGEFILE_SOURCE": 1}) ++ + if os.path.exists("../../src/gpgme-config"): + # In-tree build. + in_tree =3D True --===============1479992114==--