[MacPorts] #62798: freeciv 2.6.4: man freeciv-gtk2 etc. "can't open" "No such file or directory" (.so directive and .gz?)

[MacPorts]

#62798: freeciv 2.6.4: man freeciv-gtk2 etc. "can't open" "No such file or
directory" (.so directive and .gz?)
----------------------+--------------------
  Reporter:  JDLH     |      Owner:  (none)
      Type:  defect   |     Status:  new
  Priority:  Normal   |  Milestone:
 Component:  ports    |    Version:  2.6.4
Resolution:           |   Keywords:
      Port:  freeciv  |
----------------------+--------------------

Comment (by JDLH):

 I took a look at the Groff project mailing list archives. This is not the
 first time the issue of compressed man pages has come up. A thread there
 went through a lot of the issues I am encountering: "[Groff] [groff/patch]
 transparent gzip"
 https://lists.gnu.org/archive/html/groff/2002-08/msg00099.html.

 A message there alluded to a workaround: "If you look at the source code
 of **man** itself, you will find that
 there is extra provision for file with a single .so in the first line.
 Just grp for .so anywhere else, you'll encounter problems. Examples are
 zshall, as well as all the pvm man pages, and a dozen of sporadic ones."

 We have ports **pvm** and **zsh**. In a quick look, I didn't see any
 patches to man pages there.

 But I did try altering a **freeciv** man page by moving its `.so` request
 to the first line of the file, and compressed that. `man freeciv-gtk2`
 then succeeded.

 Thus, I think that a MacPorts response could be that the upstream should
 change their man pages to put any `.so` request in the first line of the
 man page source file.  I will file this bug with **freeciv**.

-- 
Ticket URL: <https://trac.macports.org/ticket/62798#comment:5>
MacPorts <https://www.macports.org/>
Ports system for macOS