Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

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 Toolybird (Toolybird) - Tuesday, 17 January 2023, 20:49 GMT
Task Type Feature Request
Category Packages: Extra
Status Assigned
Assigned To Christian Hesse (eworm)
Architecture All
Severity Very Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
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

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...