emacs-bug-tracker
[Top][All Lists]
Advanced

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

[debbugs-tracker] bug#22437: closed (Problems with non-auto-translated p


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#22437: closed (Problems with non-auto-translated python-2 package variants)
Date: Mon, 08 Feb 2016 18:13:05 +0000

Your message dated Mon, 08 Feb 2016 16:11:20 +0100
with message-id <address@hidden>
and subject line Re: bug#22437: Fixing package-with-python2
has caused the debbugs.gnu.org bug report #22437,
regarding Problems with non-auto-translated python-2 package variants
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
22437: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22437
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Problems with non-auto-translated python-2 package variants Date: Fri, 22 Jan 2016 14:52:42 -0500 User-agent: Mutt/1.5.24 (2015-08-30)
Python-2 variants of python-3 packages that are not automatically
translated by package-with-python2 are not used by auto-translated
python-2 packages.

For example, python2-cryptography requires python2-ipaddress. This is
not required by python-cryptography:
http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/python.scm#n5838

Python-oauthlib requires python-cryptography, and thus cannot be
translated wholly by package-with-python2. Package-with-python2 fails to
refer to the "hand-made" python2-cryptography that includes
python2-ipaddress, and insteads attempts to generate it automatically.
This results in a failed build of python2-cryptopgraphy because
python2-ipaddress is not being provided. The solution is to remove
python-cryptography from python2-oauthlib and provide
python2-cryptography "by hand":
http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/python.scm#n2333

This is especially annoying when a python-2 variant needs to refer to
more than one of these "hand-made" python-2 packages:
http://lists.gnu.org/archive/html/guix-devel/2015-12/msg00921.html

There are many python-3 packages that include python-setuptools, even
though they build without it. I assume this is to easily take advantage
of package-with-python2.

Some context:
bug: python2 versions of packages failing as inputs
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22013
guix-devel: Python2-jsonschema fails:
http://lists.gnu.org/archive/html/guix-devel/2016-01/msg00604.html
guix-devel: Split acme into both Python variants
http://lists.gnu.org/archive/html/guix-devel/2015-12/msg00921.html



--- End Message ---
--- Begin Message --- Subject: Re: bug#22437: Fixing package-with-python2 Date: Mon, 08 Feb 2016 16:11:20 +0100 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)
I’ve pushed the ‘python2-variant’ trick as 1be8334.  Subsequent commits
use it for a bunch of packages.

I’ll let others handle the remaining packages where this would help.
:-)

Closing the bug!

Ludo’.


--- End Message ---

reply via email to

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