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 [EMAIL PROTECTED]: 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 [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
