Your message dated Wed, 21 Oct 2009 22:51:01 +0300
with message-id <[email protected]>
and subject line Re: state of #87674
has caused the Debian Bug report #87674,
regarding MM_Unix modifications have a strange notion of what PREFIX means
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.)


-- 
87674: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=87674
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: perl
Version: 5.6.0-19
Severity: important

Hi,

Specifying the PREFIX variable to Makefile.PL on Debian no longer does
anything remotely like what one would expect it to, because it insists
on appending 'local' to whatever PREFIX you give it.

For example if I run:

$ perl Makefile.PL PREFIX=~

In fact, everything ends up getting installed under ~/local/.  This is
IMHO very wrong: PREFIX does not ever behave this way in any other
build/installation system.  It also breaks things for people who would
like to install modules in their home directory or maintain a separate
tree of modules (for development, testing, whatever).  Not everybody
is their own system administrator, you know...

I assume that this misfeature was introduced in the following revision:

perl (5.6.0-13) unstable; urgency=low

  * Modify MM_Unix yet again to install programs and manual pages
    under /usr/local for site installs.

 -- Brendan O'Dea <[email protected]>  Sun,  4 Feb 2001 23:46:29 +1100

It appears that the path munging extends to INSTALLBIN,
INSTALLMAN3DIR, and other INSTALL* variables, but not to LIB,
thankfully, so at least I can make my modules end up where I want
them, even if manual pages and executables won't.

Nowhere is it documented how to get around this.  I consider this an
important bug because it breaks many users' expectations of being able
to install things in the place they tell MakeMaker to install them.
(granted, MakeMaker does a lot of evil magic even in its unmolested
state, but this is too much).

-- 
David Huggins-Daines              -                     [email protected]
                      http://www.pobox.com/~dhd/


--- End Message ---
--- Begin Message ---
Eugene V. Lyubimkin wrote:
> Hello David,
> 
> I cannot reproduce this bug with current perl in Debian sid (.e.g no 'local/'
> got appended to install paths). Can you confirm?
> 
The bug submitter's mail address is unreachable. Closing the bug.

-- 
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++/Perl developer, Debian Developer

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---

Reply via email to