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:
https://salsa.debian.org/lintian/lintian/blob/master/checks/debhelper.pm#L180
Thanks,
~Niels
Reply to: