[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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [bug#58775] [PATCH] WIP build python-gpg from gpgme,
zimoun <=