Web lists-archives.com

Re: Introducting Debian Trends: historical graphs about Debian packaging practices, and "packages smells"

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: