Summary: | man pages for alternatives: Use of .so instead of symlink creates issue when using mandoc | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alexis <flexibeast> |
Component: | Current packages | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | cyber+gentoo, gentoo, ionen, mgorny |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Alexis
2023-05-03 00:26:05 UTC
The problem with symlinks is that they need to be updated to match manpage compression. `.so` works with any compression used for the manpage. (In reply to Michał Górny from comment #1) > The problem with symlinks is that they need to be updated to match manpage > compression. `.so` works with any compression used for the manpage. Ah, yeah. i've now noted this is the discussion thread: https://lists.gnu.org/archive/html/groff/2023-05/msg00026.html (In reply to Michał Górny from comment #1) > The problem with symlinks is that they need to be updated to match manpage > compression. `.so` works with any compression used for the manpage. Portage seems to auto-updates these. Some build systems will make symlinks too (e.g. openssl makes a million), and without that we'd need to convert everything to .so $ ls -l /usr/share/man/man3/i2d_TS_TST_INFO_bio.3ossl.zst lrwxrwxrwx 1 root root 18 Apr 26 12:20 /usr/share/man/man3/i2d_TS_TST_INFO_bio.3ossl.zst -> d2i_X509.3ossl.zst zst is uncommon for man pages but it was handled just fine Not that I personally have a problem with either method being used. ... then again scratch that, when the man page is from /another/ package I don't see symlinks working. *** Bug 917535 has been marked as a duplicate of this bug. *** |