New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Best way to disable installation of man pages #16234
Comments
From @atoomicWe have multiple 'man*dir' Configure options, among them - installman1dir but it's unclear from Porting/Glossary which flag (if there is one) can be used to disable installation of man pages. Following @Tux recommendation I tried setting man1dir="none", but the Config value saved is then the empty string... I came with something, probably over complex, which adds an extra Configure option to disable installation of man and HTML page: I'm not sure it's a good idea to try to give a special meaning to one of the existing "man" variables which are intended to be used as a path and not as a flag... Questions: thanks |
From @khwilliamsonOn 11/09/2017 04:48 PM, Nicolas R. (via RT) wrote:
I figured this way out some time ago and use it: |
The RT System itself - Status changed from 'new' to 'open' |
From @jkeenanOn 11/09/2017 07:35 PM, Karl Williamson wrote:
I concur. I use that in my "install_blead_for_testing" scripts, which |
From @atoomicI'm also using these two flags "-Dman1dir=none -Dman3dir=none" but this is an incomplete solution from my point of view, I would like to have none of them built, or for example, this would require some extra tweak to the rpm spec file I'm using to clear them... whereas I do not even need to generate them at all... The patch I've provided simply disable the makefile target to build & install them when '-Dinstalldocs=0' is set. On Thu, 09 Nov 2017 19:34:02 -0800, jkeenan@pobox.com wrote:
|
From @atoomicTux provided a nice commit to solve that issue via a36b903 closing this ticket On Fri, 10 Nov 2017 07:38:39 -0800, atoomic@cpan.org wrote:
|
@atoomic - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#132420 (status was 'resolved')
Searchable as RT132420$
The text was updated successfully, but these errors were encountered: