Summary: | Perl 5.8.0: ExtUtils::MakeMaker Makefiles don't manify POD or install man pages for Perl modules | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | D Wollmann <converter42> |
Component: | [OLD] Development | Assignee: | Michael Cummings (RETIRED) <mcummings> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 1.4_rc1 | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
silly typos...
silly typos... |
Description
D Wollmann
2003-01-13 19:45:57 UTC
I will look into this further. Were both tests done with the same version of MakeMaker, or was the local version of perl done with the default that came with perl? I only ask to identify whether the issue is with a missing flag in the perl build itself, or with the MakeMaker installed via ebuild (vs the one that is installed by default). Also, if you have a moment, and still have the two trees (I know, asking a lot :) ) - does a diff of the two Config.pm's generate anything significant (beyond "silly" setting like made by Gentoo, etc.). Thanks, Michael Each tree's Makefile was generated with the ExtUtils::MakeMaker on its built-in @INC path list. Both perls used ExtUtils::MakeMaker 6.05. I just diff'd gentoo's Config.pm against my build's Config.pm and noticed: -installman1dir='/<path to my perl builds>/perl580/man/man1' -installman3dir='/<path to my perl builds>/perl580/man/man3' ... +installman1dir='' +installman3dir='' I modified gentoo's Config.pm to define the installman?dir entries and now the Makefile generated by gentoo's ExtUtils::MakeMaker includes the MAN?PODS definitions and manifys pods during the make. Sorry for the delay, I've isolated the problem. The config.over we generate to identify the correct man paths was, well, not being invoked correctly (looks like a bad line). I've modified the perl ebuild locally and the man paths are showing up correctly again for man1 and man3 (/usr/share/man/man?) If I post a masked copy of the ebuild (-r9) will you be free to confirm? OK, this bug and bug 13920 look to be the same problem, albeit hidden. There appears to be a typo introduced into the generation of the config.over that is failing the setting of the scripts dir (which is done in the ebuild) as well as the setting of the man page location. Working on it now. Mike Ready and willing to test anything you've got, just say the word. Created attachment 7340 [details]
silly typos...
4 typos are fixed in this ebuild that were causing problems, two of them
directly related to the manpage locations in the config.over. This is an
untested ebuild, which ammounts to the fact that if it fails, its point of
failure will be a sandbox problem, not a make problem.
Created attachment 7342 [details]
silly typos...
4 typos are fixed in this ebuild that were causing problems, two of them
directly related to the manpage locations in the config.over. This is an
untested ebuild, which ammounts to the fact that if it fails, its point of
failure will be a sandbox problem, not a make problem.
I just finished re-merging perl with the ebuild in attachment 7342 [details] and it seems
to have fixed both the man pages problem and the scripts directory problem from
the related bug. Good work. Thanks.
If there's anything else you'd like to know about my results just let me know.
this has been posted into portage. enjoy! |