Control: reassign -1 debhelper 11.2
Am 08.04.2018 um 08:44 schrieb Helmut Grohne:
> Source: glib2.0
> Version: 2.56.0-6
> Severity: serious
> User: helm...@debian.org
> Usertags: rebootstrap
>
> glib2.0 FTBFS during dh_auto_clean. Including the full build log:
>
> | dpkg-buildpackage: info: source package glib2.0
> | dpkg-buildpackage: info: source version 2.56.0-6
> | dpkg-buildpackage: info: source distribution unstable
> | dpkg-buildpackage: info: source changed by Simon McVittie <s...@debian.org>
> | dpkg-source --before-build glib2.0-2.56.0
> | dpkg-buildpackage: info: host architecture amd64
> | debian/rules clean
> | dh clean --with gnome,python3
> | dh_auto_clean
> | LC_ALL=C.UTF-8 ninja clean
> | Can't exec "ninja": No such file or directory at
> /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 356.
> | dh_auto_clean: LC_ALL=C.UTF-8 ninja clean failed to execute: No child
> processes
> | dh_auto_clean: LC_ALL=C.UTF-8 ninja clean returned exit code 10
> | make: *** [debian/rules:24: clean] Error 2
> | dpkg-buildpackage: error: debian/rules clean subprocess returned exit
> status 2
>
> I guess this is connected to debhelper 11.2 (as the failure surfaced
> close to the upload). Since I'm unsure whether this is a debhelper or
> glib2.0 problem, I'm filing it with glib2.0 and trust that you know how
> to reassign.
This has been caused by the build system rewrite in debhelper 11.2, I
bisected it to commit d3bc4c31453a (Rewrite build system to support a
"target build system").
Current glib2.0 source can be built with either meson or autotools, and
debian/rules should probably specify which one to use. Feel free
reassign a clone of this bug back to glib2.0 for that, but "debian/rules
clean" even fails when meson is installed, which looks like a serious
problem in debhelper.
,----
| $ debian/rules clean
| dh clean --with gnome,python3
| dh_auto_clean
| LC_ALL=C.UTF-8 ninja clean
| ninja: error: loading 'build.ninja': No such file or directory
`----
Cheers,
Sven
