RfC: legacy-vendorarch-directory (/usr/lib/perl5/) now unconditionally => package-installs-into-obsolete-dir? (was: Moving not-pkg-perl-team-specific lintian tests from pkg-perl-tools to lintian proper)

[Axel Beckert <abe@debian.org>]

Hi,

Niels Thykier wrote:
> > Check: xs-abi
> >   Tag: legacy-vendorarch-directory (*)
> 
> Ack on this, with the following remarks:
> 
>  * Consider using "$proc->pkg_arch" instead of
>    "$info->field('architecture')".  I cannot remember off-hand if
>    lintian can actually cope with this field being missing, but I
>    prefer that $info->field is generally used in a way that handles
>    missing fields.
>  * Please load "Dpkg::Version" unconditionally.  We load it
>    unconditionally in a different check anyway.
>  * Another instance of "unused capture groups".

I wonder if nowadays any occurence of /usr/lib/perl5 can be warned
about unconditionally.

Currently the check tests for Perl API version >= 5.19.11. If we no
more need that condition, I probably could simply add /usr/lib/perl5/
to Lintian's data/files/obsolete-paths and it then would emit the
package-installs-into-obsolete-dir tag.

Opinions?

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <abe@debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE