Bug#974641: lintian: classification tag for test suite
On 13/11/20 at 04:45 -0800, Felix Lechner wrote:
> Hi Lucas,
>
> On Fri, Nov 13, 2020 at 3:46 AM Lucas Nussbaum <lucas@debian.org> wrote:
> >
> > (In that specific case, I agree that it's probably easy enough, and I
> > can live with that... But I wonder a bit about the general policy here,
> > and where you draw the line between what you should go into specific
> > tags, and what should be done via parsing trimmed-field -- one could
> > argue that the 'vcs' and 'vcs-uri' could be removed in favor of
> > trimmed-field as well.)
>
> The trend you see here (no pun intended) is a reaction to the logic of
> Debian Janitor, which—like trends.d.o—strives to analyze all kinds of
> things about packages. To control the explosion of classification
> tags, we settled on a few well-defined but also vastly more powerful
> tags, like trimmed-field. I am a little bit saddened by your
> skepticism because I hoped that you, too, would view it as a chance to
> broaden your offerings on trends.d.o.
Well, I don't know if I'm being skeptic, but if Debian Trends (and other
services that have similar needs) end up requiring their own logic to
analyze control fields, rather than rely on some logic centralized in
lintian, I think it's a loss.
Lucas
Reply to: