FS#77165 - [git] Add `man` to optional dependencies

Attached to Project: Arch Linux
Opened by Ricardo (MithicSpirit) - Tuesday, 17 January 2023, 15:01 GMT
Last edited by Buggy McBugFace (bugbot) - Saturday, 25 November 2023, 20:25 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Christian Hesse (eworm)
Architecture All
Severity Very Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

`man` should be a git optdepend as `--help` on the git subcommands (e.g. `git pull --help`) requires `man` to work properly. Without it, we get the following output
```
$ git pull --help
warning: failed to exec 'man': No such file or directory
fatal: no man viewer handled the request
```
Everything else still seems to work fine, so I don't think that this should be a hard dependency.
This task depends upon

Closed by  Buggy McBugFace (bugbot)
Saturday, 25 November 2023, 20:25 GMT
Reason for closing:  Moved
Additional comments about closing:  https://gitlab.archlinux.org/archlinux/p ackaging/packages/git/issues/4
Comment by Christian Hesse (eworm) - Tuesday, 17 January 2023, 21:13 GMT
Hmm, do we have any other package the has an optional dependency on `man`?
Comment by Ricardo (MithicSpirit) - Tuesday, 17 January 2023, 21:23 GMT Comment by loqs (loqs) - Tuesday, 17 January 2023, 21:26 GMT
pacman -F /usr/share/man/ | wc -l shows 3598 packages providing man pages. Perhaps it should be a policy decision if it should be an option dependency?
Comment by Ricardo (MithicSpirit) - Tuesday, 17 January 2023, 21:31 GMT
The issue for me with man not being an optdepend is not that git provides a manpages, but rather that git itself attempts to execute man (when using --help on a subcomamnd) and gets an error.

I believe that making man an optdepend on every package that provides a manpage would definitely be excessive.

Loading...