On 2013-05-19 21:44, Wookey wrote: > +++ Niels Thykier [2013-05-18 18:11 +0200]: > [...] >> So it may (or may >> not) be easier for you to simply outsource the maintenance of that list >> to Lintian. > > It clearly makes sense to put all the tests in lintian and for other > code to just use them that way. So far as I know everyone involved > agrees with that basic principle. I must admit to being very vague about > the details of how all this fits together but the only issue with this > I can see is tests which are appropriate for cross-building but not for > normal builds. I presume there is a way to control such 'optional' > tests? >
Indeed, Lintian currently carries several "optional" checks. These checks are simply referenced by the non-default profiles. An example of this is the profile "debian/extra-apache2", which enables some specific checks related to apache2.4[1]. More information on writing profiles can be found at [2]. > xdeb is pretty-much in maintenance-mode now as most of what it did has > been supsumed direclty into apt, dpkg and multiarch metadata. However > it's 'simple cross-wrapper' functionality is probably still useful and > might get a revamp for multiarch at some point. Hopefully someone can > find some time to understand and apply what you've described above. I > certianly shan't mind at all if someone just fixes it :-) > > Wookey > For anyone who wants to take a stab at it, we have tried to provide some documentation on writing Lintian checks. These are available at [3]. Hopefully, this should make it easier to get started. :) ~Niels [1] Although, this particular profile will be obsolete soon as apache2.4 will be in sid shortly and thus the check will be enabled by default. [2] http://lintian.debian.org/manual/section-2.5.html [3] http://lintian.debian.org/manual/section-3.3.html Plus the API docs, from the lintian source run: $ debian/rules api-doc $ sensible-browser doc/api.html/index.html and have a look at the Lintian::Tutorial pages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
