Hi, pyversions: Command not found is not real problem, real problem is that apparmor_plugin.so plugin is not built.
Thanks, Michal Arbet ( kevko ) ne 3. 5. 2020 v 15:13 odesÃlatel Lucas Nussbaum <lu...@debian.org> napsal: > Source: uwsgi-apparmor > Version: 0.0.0+git.2014.09.15.7d6d7bd7eb-2 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: ftbfs-20200501 ftbfs-bullseye > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. > > Relevant part (hopefully): > > debian/rules build > > make: pyversions: Command not found > > py3versions: no X-Python3-Version in control file, using supported > versions > > dh build > > dh_update_autotools_config > > dh_autoreconf > > debian/rules override_dh_auto_build > > make[1]: Entering directory '/<<PKGBUILDDIR>>' > > make[1]: pyversions: Command not found > > py3versions: no X-Python3-Version in control file, using supported > versions > > uwsgi --build-plugin . > > make[1]: *** [debian/rules:12: override_dh_auto_build] Error 1 > > The full build log is available from: > > http://qa-logs.debian.net/2020/05/01/uwsgi-apparmor_0.0.0+git.2014.09.15.7d6d7bd7eb-2_unstable.log > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on EC2 VM instances from > Amazon Web Services, using a clean, minimal and up-to-date chroot. Every > failed build was retried once to eliminate random failures. > >
