Received: from localhost (unknown [200.46.208.211])
	by mail.postgresql.org (Postfix) with ESMTP id 9BE4E632977
	for <pgsql-docs-postgresql.org@mail.postgresql.org>;
	Sun, 26 Apr 2009 17:26:12 -0300 (ADT)
Received: from mail.postgresql.org ([200.46.204.86])
	by localhost (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024)
	with ESMTP id 87356-08 for
	<pgsql-docs-postgresql.org@mail.postgresql.org>;
	Sun, 26 Apr 2009 17:26:06 -0300 (ADT)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130])
	by mail.postgresql.org (Postfix) with ESMTP id 8A97063263B
	for <pgsql-docs@postgreSQL.org>; Sun, 26 Apr 2009 17:26:10 -0300 (ADT)
Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1])
	by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id n3QKQ8Fr023892
	for <pgsql-docs@postgreSQL.org>; Sun, 26 Apr 2009 16:26:08 -0400 (EDT)
To: pgsql-docs@postgreSQL.org
Subject: Re: Splitting up release.sgml 
In-reply-to: <23941.1240687726@sss.pgh.pa.us> 
References: <23941.1240687726@sss.pgh.pa.us>
Comments: In-reply-to Tom Lane <tgl@sss.pgh.pa.us>
	message dated "Sat, 25 Apr 2009 15:28:46 -0400"
Date: Sun, 26 Apr 2009 16:26:08 -0400
Message-ID: <23891.1240777568@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Spam-Status: No, hits=0.162 tagged_above=0 required=5 tests=AWL=0.162
X-Spam-Level: 
X-Archive-Number: 200904/55
X-Sequence-Number: 5143

I wrote:
> I think it's time for $SUBJECT.

I started to play with this and found out that there's one roadblock in
the way; it's doc/src/sgml/Makefile's method for building the plain-text
HISTORY file.  That starts out with

# remove links to main documentation
HISTORY.html: release.sgml
	( echo '<!doctype appendix PUBLIC "-//OASIS//DTD DocBook V4.2//EN">'; \
	  cat $< ) | \
	$(PERL) -p -0 -e 's/<link\s+linkend[^>]*>//g' | \
	$(PERL) -p -e 's/<\/link>//g' >tempfile_HISTORY.sgml
	$(JADE.text) -V nochunks tempfile_HISTORY.sgml >$@
	rm tempfile_HISTORY.sgml

which will not work to remove links from files that are included into
release.sgml.  The best answer is probably to expand the inclusions
before the Perl processing, but I can't think of any reasonably simple
way to do that.  Any ideas?

The Make dependency on release.sgml alone wouldn't be adequate either,
given that it won't change nearly as fast as the included files.

			regards, tom lane