Date: Mon, 5 Apr 1999 14:20:48 +0200 (CEST) From: lkoeller@cc.fh-lippe.de To: FreeBSD-gnats-submit@freebsd.org Subject: ports/10961: General Problem in Ports: gzipepd manpages and .so Macro Message-ID: <199904051220.OAA88632@cc.fh-lippe.de>
next in thread | raw e-mail | index | archive | help
>Number: 10961 >Category: ports >Synopsis: gzipped manpages and .so macro in ports >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-ports >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Apr 5 05:50:01 PDT 1999 >Closed-Date: >Last-Modified: >Originator: Charlie & >Release: FreeBSD 3.1-RELEASE i386 >Organization: Fachhochschule Lippe, Lemgo, Germany >Environment: FreeBSD 3.1-RELEASE >Description: When ports, e.g. /usr/ports/graphics/tiff34 are installed, and the manpages are commpressed by default, then every manual page which points in the sources to an umcompressed manpage name via the .so macro faild when you try to access it, e.g. /usr/local/man/man3/TIFFmemset.3t.gz contains .so TIFFmemory.3t But this file doen't exist, cause of the comression it's called /usr/local/man/man3/TIFFmemory.3t.gz This is a generic problem, in many ports! >How-To-Repeat: See above an an example! >Fix: When the port-install compresses the manpages, it can scan in the file for the .so macro and replace it with a hardlink to the compressed manpage (with correct suffix .gz) .so pointed to. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-ports" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199904051220.OAA88632>