Lucas Nussbaum: > On 16/04/19 at 08:52 +0200, Andreas Tille wrote: >> On Mon, Apr 15, 2019 at 05:35:40PM +0200, Bastian Blank wrote: >>> On Mon, Apr 15, 2019 at 04:55:12PM +0200, Andreas Tille wrote: >>>> biococoa (U) does not use Debhelper (no compat level found) >>>> (source version: 2.2.2-4) >>>> biococoa (U) should switch to dh. Current build system: cdbs >>>> (source version: 2.2.2-4) >>> >>> | % grep cdbs -r biococoa-2.2.2 >>> | biococoa-2.2.2/debian/rules:include /usr/share/cdbs/1/rules/gnustep.mk >>> | biococoa-2.2.2/debian/rules:include /usr/share/cdbs/1/class/gnumakefile.mk >>> | biococoa-2.2.2/debian/control:Build-Depends: cdbs, >>> | biococoa-2.2.2/debian/changelog: dh_installsystemd instead -> that's >>> a cdbs issue) >>> | biococoa-2.2.2/debian/changelog: * debian/control (Build-Depends): Add >>> cdbs and quilt. Drop gnustep-make >> >> This explains the cdbs smelling (and I loved to get rid of this but >> this needs to be fixed by gnustep.mk). But in how far is >> >> "no compat level found" >> >> sensible? > > That's because, once lintian sees that the package does not use debhelper > or cdbs, it returns from debhelper.pm and thus doesn't reach the point > where the tag for debhelper-compat-level (which is an addition in my > lintian fork) is emitted. > > L. >
Here "cdbs" being "a part of cdbs known to use debhelper". At the moment, these cdbs snippets are (to lintian) known to use debhelper: * /usr/share/cdbs/1/rules/debhelper.mk * /usr/share/R/debian/r-cran.mk Patches/MR are welcome at https://salsa.debian.org/lintian/lintian/ or in the BTS. At the moment, the code you are looking for will be: https://salsa.debian.org/lintian/lintian/blob/master/checks/debhelper.pm#L180 Thanks, ~Niels