On Wed, 2005-04-27 at 11:43 -0400, Chip Turner wrote:
Yeah, the man page thing is a royally frustrating part. The FHS
uncertainty is one of the things that kept me from fixing this before;
it doesn't seem right to throw it over in /usr/local/share/man, but
otherwise you get conflicts. Given /usr/local is meant for site
customization, perhaps it is okay to mix that in with site_perl since
site_perl is meant for site customization.
I think prefixing the whole site_perl hierarchy to /usr/local would be
good. Implementing that could get somewhat messy though: it shouldn't
be just declared that site_perl below /usr/lib/perl5 is no longer in
@INC, but compat symlinks would have to be provided. But the site_perl
dirs below /usr/lib/perl5 cannot be overwritten with symlinks on
upgrades...
In the FHS sense, I don't think the site_perl relocation would be a
problem per se. It could be seen as a problem in non-locally packaged
Perl modules that install therein though, but that's not a showstopper
for the relocation plan IMO.
But hey, I could change cpanflute2 to at least offer a
--local-manpages option un the meantime, til perl is fixed, that would
move whatever was in /usr/man to /usr/local/man; would that suffice?
Hm, is there a "/share" missing before "/man" in both paths above?