Subject: pkg/19484: bmake-3.1.15 manpage install problem
To: None <>
From: None <>
List: netbsd-bugs
Date: 12/20/2002 21:38:37
>Number:         19484
>Category:       pkg
>Synopsis:       bmake assumes bmake.1 is generated
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Fri Dec 20 21:39:00 PST 2002
>Originator:     Frank Cusack
>Release:        NetBSD 1.6
System: NetBSD 1.6 NetBSD 1.6 (moltar) #16: Sun Nov 17 22:42:13 PST 2002 sparc64
Architecture: sparc64
Machine: sparc64
	When building for "zoularis", bmake.1 is not created.  The Makefile
	and PLIST, however, assume that it is.
	build bmake for "zoularis".
	Something like

--- Makefile.orig       Fri Dec 20 21:18:59 2002
+++ Makefile    Fri Dec 20 21:29:59 2002
@@ -23,6 +23,6 @@
 	${INSTALL_MAN} ${WRKSRC}/bmake.cat1 ${PREFIX}/man/cat1/bmake.0
-	${INSTALL_MAN} ${WRKSRC}/bmake.1 ${PREFIX}/man/man1
+	-test -f ${WRKSRC}/bmake.1 && ${INSTALL_MAN} ${WRKSRC}/bmake.1 ${PREFIX}/man/man1
 .include "../../mk/"

	and you also need to get rid of bmake.1 from the PLIST file and
	set PLIST_SRCS to include a second dynamically generated file.

	Better yet, fix it so that bmake.1 is generated on zoularis.  I
	am guessing it doesn't happen because the system assumes it can't
	generate manpages using the -mandoc macro package, however I do
	have groff and tmac.mandoc installed.

	The generation of bmake.1 is a simple sed substition on make.1, so
	copying that substitution into the pkg Makefile might be a way to go,
	instead of the above.