Bug#793537: libmail-verp-perl: FTBFS with perl 5.22 in experimental (MakeMaker changes)

[Dominic Hargreaves]

Source: libmail-verp-perl
Version: 0.06+dfsg-1
Severity: important
User: debian-perl at lists.debian.org
Usertags: perl-5.22-transition makemaker-prefix
Tags: sid stretch

This package FTBFS with perl 5.22.0-2, which removed support for a long-
obsolete way of overriding PREFIX when calling 'make install' with
ExtUtils::MakeMaker, as described in the lintian tag
debian-rules-makemaker-prefix-is-deprecated[1] and the Debian Perl
policy[2]:

/usr/bin/make install PREFIX=/«BUILDDIR»/libmail-verp-perl-0.06+dfsg/debian/libm
ail-verp-perl/usr
make[1]: Entering directory '/«BUILDDIR»/libmail-verp-perl-0.06+dfsg'
Manifying 1 pod document
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
ERROR: Can't create '/usr/share/man/man3'
Do not have write permissions on '/usr/share/man/man3'
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
 at -e line 1.
make[1]: *** [pure_vendor_install] Error 13
Makefile:712: recipe for target 'pure_vendor_install' failed

The fix is to use DESTDIR instead of PREFIX; please see the lintian
description for examples. Alternatively, newer versions of debhelper
can automatically call make install with the correct arguments when
using the dh7 style rules files.

This bug will become release critical nearer the time of the perl 5.22
migration, expected during the (northern hemisphere) summer.

Cheers,
Dominic.

[1] <https://lintian.debian.org/tags/debian-rules-makemaker-prefix-is-deprecated.html>
[2] <https://www.debian.org/doc/packaging-manuals/perl-policy/ch-module_packages.html#s-vendor_install>