can someone undo changes made in 3.0 about share/doc/smm/07.lpd building which has been moved to usr.sbin/lpr ! so, to manually generates all docs, you have to go in share/doc *AND* usr.sbin/lpr which is not consistent w/ other doc building. the question is, why these changes have been made in 3.0 ? Fix: apply the two following patches (one through cvs and one through diff) to undo the changes made in 3.0. How-To-Repeat: n/a
State Changed From-To: open->closed The building of lpr(1) stuff, including SMM documents, is now controlled by the NO_LPR make(1) variable.
<ru@FreeBSD.org> writes: > Synopsis: share/doc/smm/07.lpd building moved in 3.0 ! > > State-Changed-From-To: open->closed > State-Changed-By: ru > State-Changed-When: Tue May 8 01:37:08 PDT 2001 > State-Changed-Why: > The building of lpr(1) stuff, including SMM documents, > is now controlled by the NO_LPR make(1) variable. well, in that case, it is more accurate to do something like this : Index: /usr/src/share/doc/smm/Makefile =================================================================== RCS file: /home/ncvs/src/share/doc/smm/Makefile,v retrieving revision 1.14.2.1 diff -u -r1.14.2.1 Makefile --- /usr/src/share/doc/smm/Makefile 2000/08/27 17:31:41 1.14.2.1 +++ /usr/src/share/doc/smm/Makefile 2001/05/09 05:19:49 @@ -8,11 +8,12 @@ # 13.amd (documentation is TeXinfo) # 16.security 17.password (encumbered) -# The following modules are built with their programs: -# 07.lpd - SUBDIR= title contents 01.setup 02.config 03.fsck 04.quotas 05.fastfs \ 06.nfs 08.sendmailop 10.named 11.timedop \ 12.timed 18.net + +.if !defined(NO_LPR) +SUBDIR+= 07.lpd +.endif .include <bsd.subdir.mk> than building SMM.doc from usr.sbin/lpr, no ? > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=22333 could you reopen this PR ? thanks. Cyrille. -- home: mailto:clefevre@poboxes.com UNIX is user-friendly; it's just particular work: mailto:Cyrille.Lefevre@edf.fr about who it chooses to be friends with.