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
cmake-manpages: init #82720
cmake-manpages: init #82720
Conversation
@@ -9971,6 +9971,9 @@ in | |||
cmake_2_8 = callPackage ../development/tools/build-managers/cmake/2.8.nix { }; | |||
|
|||
cmake = libsForQt5.callPackage ../development/tools/build-managers/cmake { }; | |||
cmake-manpages = cmake.override { | |||
enableManpages = true; inherit (python3Packages) sphinx; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Personally, I don't think there should be another "build" of cmake for this. Why not enable it unconditionally? The outputs being split (should) enable users to exclude this output from being installed.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
there was concern on macos see the link in my first post. I would prefer to not add a new attribute too.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK I see. Then perhaps we can set the "default output" to be the output man
? This way, when one installs cmake-manpages
, they'll truly get only man pages in their environment - this is a bit more coherent with the attribute's name IMO. Perhaps by setting either pathsToLink
under the condition of enableManpages
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Also, it'd be nice if this:
Enabling this by default will introduce a whole bunch of python dependencies into the darwin stdenv, we had a similar problem with llvm/clang.
(Comment by @lnl7) was explained in a comment somewhere.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Take a look at clang/llvm, that has a similar problem and we handled that with a man output in a similar way as suggested here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yea I think I understand the concern, it's just that one may wonder in the future what is the story behind this so I think it'd be nice to write a 2 line comment.
closing in favor of #82720 |
how typical, I meant #125337 thanks xD |
Motivation for this change
adds a derivation to build cmake manpage. Follow up of #31344
Things done
sandbox
innix.conf
on non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
./result/bin/
)nix path-info -S
before and after)