guix-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#58775] [PATCH] WIP build python-gpg from gpgme


From: zimoun
Subject: [bug#58775] [PATCH] WIP build python-gpg from gpgme
Date: Sat, 26 Nov 2022 14:08:21 +0100

Hi Chris,

On Tue, 25 Oct 2022 at 13:14, Christopher Baines <mail@cbaines.net> wrote:
> The python-gpg package using PyPI source code seems out of date, and doesn't
> build on 32bit systems like i686-linux and armhf-linux. Maybe we should use
> the source from gpgme?

You mean, instead of ’inherit’ from ’gpgme’, right?

Well, the current version on PyPI is 1.10.0 and the ’gpgme’ is 1.15.1.

> ---
>  gnu/packages/gnupg.scm | 48 ++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 48 insertions(+)
>
> diff --git a/gnu/packages/gnupg.scm b/gnu/packages/gnupg.scm
> index ce9ef48796..3a8be9a544 100644
> --- a/gnu/packages/gnupg.scm
> +++ b/gnu/packages/gnupg.scm
> @@ -431,6 +431,54 @@ (define-public gpgme
>      (properties '((ftp-server . "ftp.gnupg.org")
>                    (ftp-directory . "/gcrypt/gpgme")))))
>  
> +(define-public python-gpg-latest

Why the symbol is ’-latest’?

> +  (package
> +    (inherit gpgme)
> +    (name "python-gpg")

when the name is not?  And ’gpgme’ neither.


Well, I propose to use this updated version using ’gpgme’ and drop the
old package from PyPI if all the dependencies,

--8<---------------cut here---------------start------------->8---
$ guix refresh -l python-gpg
Building the following 9 packages would ensure 14 dependent packages are 
rebuilt: alot@0.10 gajim-openpgp@1.4.9 assword@0.11 linuxdcpp@1.1.0 
ikiwiki@3.20200202.3 xandikos@0.2.3 python-oslosphinx@4.18.0 websockify@0.8.0 
breezy@3.2.2
--8<---------------cut here---------------end--------------->8---

build fine.  WDYT?

Cheers,
simon





reply via email to

[Prev in Thread] Current Thread [Next in Thread]