head	1.8;
access;
symbols
	RELEASE_4_3_0:1.7
	RELEASE_4_2_0:1.7
	RELEASE_4_1_0:1.7
	RELEASE_3_5_0:1.7;
locks; strict;
comment	@# @;


1.8
date	2001.06.11.01.18.11;	author ache;	state dead;
branches;
next	1.7;

1.7
date	99.09.06.06.53.13;	author peter;	state Exp;
branches;
next	1.6;

1.6
date	99.09.03.17.24.39;	author nik;	state Exp;
branches;
next	1.5;

1.5
date	99.08.26.19.42.11;	author nik;	state Exp;
branches;
next	1.4;

1.4
date	99.08.19.20.35.57;	author nik;	state Exp;
branches;
next	1.3;

1.3
date	99.08.19.00.08.37;	author nik;	state Exp;
branches;
next	1.2;

1.2
date	99.08.16.22.09.13;	author nik;	state Exp;
branches;
next	1.1;

1.1
date	98.07.20.17.16.21;	author nik;	state Exp;
branches;
next	;


desc
@@


1.8
log
@ISO_* -> ISO* rename
@
text
@# $FreeBSD: doc/es_ES.ISO_8859-1/Makefile,v 1.7 1999/09/06 06:53:13 peter Exp $

SUBDIR = books

COMPAT_SYMLINK = es

DOC_PREFIX = ${.CURDIR}/..
.include "${DOC_PREFIX}/share/mk/doc.project.mk"
@


1.7
log
@$Id$ -> $FreeBSD$
@
text
@d1 1
a1 1
# $FreeBSD$
@


1.6
log
@Use doc.project.mk in place of docproj.docbook.mk.

Use the new ROOT_SYMLINKS variable where necessary.
@
text
@d1 1
a1 1
#       $Id: Makefile,v 1.5 1999/08/26 19:42:11 nik Exp $
@


1.5
log
@When making the compatability symlink, do it in the parent directory
to both directories, and make it relative, rather than absolute.

This fixes the case where you might install the docs under one directory
/foo/bar/..., and then want to migrate them elsewhere (to /usr/share/).

With the old scheme, the symlink would start /foo/bar/..., and would
therefore be broken.

A good example of this happening is "make release" :-)
@
text
@d1 1
a1 1
#       $Id: Makefile,v 1.4 1999/08/19 20:35:57 nik Exp $
d7 2
a8 15
#
# Put the compatability symlink in place.
#
afterinstall:
.if !defined(IGNORE_COMPAT_SYMLINK)
	if [ ! -e ${DOCDIR}/${COMPAT_SYMLINK} ]; then			\
		rm -rf ${DOCDIR}/${COMPAT_SYMLINK};			\
		(cd ${DOCDIR} && ln -s es_ES.ISO_8859-1 ${COMPAT_SYMLINK}); \
	fi
.endif

.include <bsd.subdir.mk>

DOC_PREFIX = ..
.include "../share/mk/docproj.docbook.mk"
@


1.4
log
@Honour ${DOCDIR} when installing the documentation.
@
text
@d1 1
a1 1
#       $Id: Makefile,v 1.3 1999/08/19 00:08:37 nik Exp $
d14 1
a14 2
		ln -s ${DOCDIR}/es_ES.ISO_8859-1 			\
			${DOCDIR}/${COMPAT_SYMLINK}; 			\
@


1.3
log
@Remove FAQ/ directory, add books/ directory.
@
text
@d1 1
a1 1
#       $Id: Makefile,v 1.2 1999/08/16 22:09:13 nik Exp $
a6 7
# 
# XXX Kludge -- this directory probably doesn't exist yet.  Pull this out 
# when the FAQ is DocBook'ed
beforeinstall:
	[ -d /usr/local/share/doc/fdp/es_ES.ISO_8859-1/books/faq ] || \
		mkdir -p /usr/local/share/doc/fdp/es_ES.ISO_8859-1/books/faq

d12 4
a15 4
	if [ ! -e /usr/local/share/doc/fdp/${COMPAT_SYMLINK} ]; then	\
		rm -rf /usr/local/share/doc/fdp/${COMPAT_SYMLINK};	\
		ln -s /usr/local/share/doc/fdp/es_ES.ISO_8859-1		\
		      /usr/local/share/doc/fdp/${COMPAT_SYMLINK};	\
d20 3
@


1.2
log
@The new Makefile framework.  Does the right thing (pretty much) except
in the case of */FAQ/Makefile, because the FAQs are all in the wrong
place.  Things still install properly, but some of the directory paths
are hardcoded.  This will be going away ASAP.
@
text
@d1 1
a1 1
#       $Id: Makefile,v 1.1 1999/03/08 21:43:32 nik Exp $
d3 1
a3 1
SUBDIR = FAQ
@


1.1
log
@Added this Makefile to reference the Spanish FAQ.
@
text
@d1 1
a1 2
#       From: @@(#)Makefile      8.1 (Berkeley) 6/5/93
#       $Id$
d4 21
@

