control: reassign -1 autoconf-archive
control: tags -1 patch
I have just doublechecked: the bug does lie in autoconf-archive .
The faulty code was introduce in commit df89f6cdaade38f3c1c9987be0c5a57c96fc1730
https://github.com/autoconf-archive/autoconf-archive/commit/df89f6cdaade38f3c1c9987be0c5a57c96fc1730
The current code tuple(sys.version_info) gives the 5-tuple (3, 10, 7, 'final',
0) while
the former code sys.version.split()[0] would give the 3-tuple (3, 10, 7).
So, at first glance, the current code tuple(sys.version_info) should be
replaced by
tuple(sys.version_info)[:3].
A patch that applied to the current ax_python_devel serial 32 is attached.
Best wishes,
Jerome
On Fri, 30 Sep 2022 14:31:47 + Bastien =?ISO-8859-1?Q?Roucari=E8s?=
wrote:
control: reassign -1 automake
control: affects -1 autoconf-archive
Hi,
The macro AM_PATH_PYTHON dos not support 3 level python version...
The bug lie in automake not autoconf-archive
Could be workarround by a little sed script in order remove micro version on graph tool
side
Bastien
--
Jerome BENOIT | calculus+at-rezozer^dot*net
https://qa.debian.org/developer.php?login=calcu...@rezozer.net
AE28 AE15 710D FF1D 87E5 A762 3F92 19A6 7F36 C68B
--- ax_python_devel.m4-s32.original 2022-10-01 17:42:46.0 +0200
+++ ax_python_devel.m4 2022-10-16 18:40:38.873380357 +0200
@@ -125,7 +125,7 @@
return tuple(map(int, s.strip().replace("rc", ".").split(".")))
def __init__(self):
import sys
-self.vpy = tuple(sys.version_info)
+self.vpy = tuple(sys.version_info)[[:3]]
def __eq__(self, s):
return self.vpy == self.vtup(s)
def __ne__(self, s):
OpenPGP_signature
Description: OpenPGP digital signature
