Your message dated Sat, 30 Dec 2017 23:03:00 +0000
with message-id <[email protected]>
and subject line Re: debhelper: perl modules using MakeMaker get non-empty 
INSTALL_BASE
has caused the Debian Bug report #705141,
regarding debhelper: perl modules using MakeMaker get non-empty INSTALL_BASE
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
705141: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705141
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Version: 9.20120909
Severity: important
Tags: patch

The command:

 dh-make-perl --dist wheezy --cpan POE::Component::SNMP --install

generates .deb that installs the module under $HOME/usr/share/perl/ instead of
/usr/share/perl.

This looks similar to #517423 but for modules using MakeMaker to build. Adding
"INSTALL_BASE=" parameter to Makefile.PL invocation in
/usr/share/perl5/Debian/Debhelper/Buildsystem/perl_makemaker.pm fixes the
problem (patch attached).



-- System Information:
Debian Release: 7.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (401, 
'experimental'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8.5 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages debhelper depends on:
ii  binutils    2.22-8
ii  dpkg        1.16.10
ii  dpkg-dev    1.16.10
ii  file        5.11-2
ii  html2text   1.3.2a-15
ii  man-db      2.6.2-1
ii  perl        5.14.2-20
ii  po-debconf  1.0.16+nmu2

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make  0.61

-- no debconf information
--- /usr/share/perl5/Debian/Debhelper/Buildsystem/perl_makemaker.pm.orig	2013-04-10 17:12:06.000000000 +0200
+++ /usr/share/perl5/Debian/Debhelper/Buildsystem/perl_makemaker.pm	2013-04-10 17:10:53.000000000 +0200
@@ -54,7 +54,7 @@
 		push @flags, "LD=$Config{ld} $ENV{CFLAGS} $ENV{LDFLAGS}";
 	}
 
-	$this->doit_in_sourcedir("perl", "Makefile.PL", "INSTALLDIRS=vendor",
+	$this->doit_in_sourcedir("perl", "Makefile.PL", "INSTALLDIRS=vendor", "INSTALL_BASE=",
 		# if perl_build is not tested first, need to pass packlist
 		# option to handle fallthrough case
 		(compat(7) ? "create_packlist=0" : ()),

--- End Message ---
--- Begin Message ---

On Wed, 10 Apr 2013 17:27:20 +0200 (CEST)
=?utf-8?b?TWljaGHFgiBNaXJvc8WCYXc=?= <[email protected]> wrote:
> Package: debhelper
> Version: 9.20120909
> Severity: important
> Tags: patch
> 
> The command:
> 
>  dh-make-perl --dist wheezy --cpan POE::Component::SNMP --install
> 
> generates .deb that installs the module under $HOME/usr/share/perl/ instead of
> /usr/share/perl.
> 
> This looks similar to #517423 but for modules using MakeMaker to build. Adding
> "INSTALL_BASE=" parameter to Makefile.PL invocation in
> /usr/share/perl5/Debian/Debhelper/Buildsystem/perl_makemaker.pm fixes the
> problem (patch attached).
> 
> 
> 
> [...]


Hi,

It was tried and reverted as it broke other packages.

In the mean time, dh-make-perl now detects this case and warns when it
notices the problem.  To my knowledge, this is the best we can achieve
at the moment and I am therefore closing this bug.  Should the situation
change, please filing a new bug (against debhelper or dh-make-perl
depending on where the situation can be improved).

Thanks,
~Niels

--- End Message ---

Reply via email to