Package Details: stdman-git 2018.03.11.r0.439fd390-1

Git Clone URL: https://aur.archlinux.org/stdman-git.git (read-only)
Package Base: stdman-git
Description: Formatted C++11/14 stdlib man pages (cppreference)
Upstream URL: https://github.com/jeaye/stdman
Licenses: MIT
Conflicts: stdman
Provides: stdman
Submitter: zauguin
Maintainer: zauguin
Last Packager: zauguin
Votes: 3
Popularity: 0.001010
First Submitted: 2015-09-15 18:27
Last Updated: 2018-08-21 14:13

Dependencies (1)

Required by (0)

Sources (1)

Latest Comments

mdl commented on 2018-10-13 11:56

I updated the package to install the man pages to /usr/local. They do not really belong there, but at least this restores gcc compatibility.

While it's good that you're ensuring this package doesn't conflict with the gcc package, it is explicitly forbidden to install Arch packages under /usr/local[^1]. In fact, you really want to install these manpages in the usual location so that users don't have to modify their MANPATH or change /etc/man_db.conf in order for man to be able to find them. Resolving the conflict is easy: append a suffix (perhaps cppref) to the section part of each manpage's filename. This is done all the time in order to deal with similar manpage conflicts:

arch-vm[1060]:~% pacman -Qo /usr/share/man/man1/passwd*
/usr/share/man/man1/passwd.1.gz is owned by shadow 4.6-1
/usr/share/man/man1/passwd.1ssl.gz is owned by openssl 1.1.0.i-1

Here's all the manpage (sub)sections currently on my system:

arch-vm[1061]:~% sed -rnz 's~^.*\.([[:print:]]+)\.gz$~\1~p' <(find /usr/share/man/man* -type f -print0) | sort -z | uniq -z | xargs -0 echo
0p 1 1m 1p 1perl 1ssl 2 3 3am 3cvc 3p 3pcap 3perl 3pm 3ssl 3t 3tiff 3x 4 5 5ssl 6 7 7ssl 8 n

Users can set MANSECT in their environment or change the SECTION directive in /etc/man_db.conf if they want to change which sections are searched and in what order.

[^1]: Even if this weren't the case, and even though the Arch FAQ says that Arch follows the specifications outlined in systemd's file-hierarchy(7) manpage rather than those of the FHS, the aforementioned manpage has no mention of /usr/local at all, so deferring to the longstanding convention (also explicitly codified by the FHS) that it exists for administrators to install stuff that they don't want the system package manager to touch would still be the best course of action.

zauguin commented on 2018-08-21 14:19

@atk91 @lahwaacz Thanks for the comments. I updated the package to install the man pages to /usr/local. They do not really belong there, but at least this restores gcc compatibility.

atk91 commented on 2018-08-21 13:44

It's almost no use to have this package installed without gcc :)

lahwaacz commented on 2018-07-08 08:38

This package conflicts with the gcc package which also installs manpages for some parts of the standard.