Skip site navigation (1)Skip section navigation (2)
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>