<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>

<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#ffffff" text="#000000">
Package: libapache2-mod-wsgi-py3<br>
Version: <img src="cid:part1.03080109.09030601@p10link.net" alt="">4.3.0-1<br>
Severity: serious<br>
Tags: stretch sid<br>
x-debbugs-cc: <a class="moz-txt-link-abbreviated" href="mailto:debian-python@lists.debian.org">debian-python@lists.debian.org</a><br>
<br>
I run a derivative called raspbian and I noticed our auto-binnmuer was
repeatedly binnmuing mod-wsgi. Further investigation reveealed that
every time it was rebuilt it was getting dependencies like.<br>
<pre>
python3 (>= 3.5), python3 (<< 3.5)</pre>
<br>
Which is obviously unsatisfiable.<br>
<br>
I was able to reproduce this with a manual test build in a Debian sid
environment.<br>
<br>
Further investigation showed that the code in debian/rules assumed that
supported python3 versions would be listed from lowest to highest but
the current version of py3versions -vs always lists the default version
last. My memory tells me this was a recent behaviour change and that
would seem to fit with the fact that in Debian this package was
successfully binnmu'd to add python 3.5 support. <br>
<br>
As a quick fix I added some commands to debian/rules to sort the list
before extracting the first and last entries and uploaded to Raspbian.
A debdiff is attached, no intent to NMU in Debian.<br>
<br>
 ccing debian-python for their opinion on<br>
<br>
1: whether they were aware that this behaviour change could break
packages<br>
2: whether there is a better way to get the highest and lowest
currently supported python3 version.<br>
<br>
</body>
</html>