Bug#506696: libmodule-build-perl: Breaks build of Zim, share files no more installed

Niko Tyni ntyni at debian.org
Sun Nov 23 21:03:49 UTC 2008


On Sun, Nov 23, 2008 at 08:44:24PM +0100, Raphael Hertzog wrote:
> Package: libmodule-build-perl
> Version: 0.3000-1
> Severity: important
> 
> For some reason, this version of the module doesn't install files from
> blib/share/ where it used to install them and this breaks zim's build.
> The version of the module in perl-modules works and I used that as a
> work-around in the meantime (Build-Conflicting on libmodule-build-perl).
> 
> Please check what's wrong.

The change that broke this is

 https://svn.perl.org/viewvc/modules?view=revision&revision=11816

r11816 | schwern | 2008-09-18 16:24:32 +0300 (Thu, 18 Sep 2008) | 10 lines

 r61912 at windhund:  schwern | 2008-09-18 06:24:09 -0700
 It's necessary to set_install_paths from config when resuming in order to
 make "make install INSTALLSITELIB=foo" emulation work.  It changes the
 installsitelib config value.
 
 Change LIB to alter config rather than set install_path.  This properly
 emulates MakeMaker's behavior and allows "make install INSTALLDIRS=site INSTALLSITELIB=foo" to override.
 
 All tests now pass.

It looks to me like zim's Build.PL may be poking at Module::Build
internals too much by adding a new key ('share') in each install_sets
hash.

In any case, the poking is not preserved during the Build call anymore,
because Module::Build::Base::resume() now explicitly resets install_sets
by calling the _set_install_paths() method.

I'll ask upstream if this is considered a bug or not.
-- 
Niko Tyni   ntyni at debian.org





More information about the pkg-perl-maintainers mailing list