From owner-freebsd-doc@freebsd.org Tue May 30 03:38:06 2017 Return-Path: Delivered-To: freebsd-doc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3B59AFA499; Tue, 30 May 2017 03:38:05 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-5.mit.edu (dmz-mailsec-scanner-5.mit.edu [18.7.68.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8A364755DC; Tue, 30 May 2017 03:38:05 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074422-a3dff70000006d80-74-592ce91a151d Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-5.mit.edu (Symantec Messaging Gateway) with SMTP id B1.17.28032.A19EC295; Mon, 29 May 2017 23:38:03 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id v4U3c1fU016061; Mon, 29 May 2017 23:38:01 -0400 Received: from kduck.kaduk.org (24-107-191-124.dhcp.stls.mo.charter.com [24.107.191.124]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id v4U3bv2Y006271 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 29 May 2017 23:38:00 -0400 Date: Mon, 29 May 2017 22:37:57 -0500 From: Benjamin Kaduk To: Ernie Luzar Cc: "freebsd-doc@freebsd.org" , "freebsd-questions@freebsd.org" Subject: Re: handbook TOC Message-ID: <20170530033757.GK39245@kduck.kaduk.org> References: <592AED43.3090007@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <592AED43.3090007@gmail.com> User-Agent: Mutt/1.7.1 (2016-10-04) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrIIsWRmVeSWpSXmKPExsUixG6noiv9UifS4OB9ZotTZ7pYLV5+3cRi cf30JHYHZo8Zn+azeOycdZc9gCmKyyYlNSezLLVI3y6BK+PSsX6mgk7OikNzfjM3MHawdzFy ckgImEjM+rgKyObiEBJYzCSxess6VghnI6PEtr8vmCCcq0wSTy/fZwFpYRFQlVi1tYsZxGYT UJFo6L4MZosA2Zu3PGUDaWAWaGSU6Pt/GGyHsICkxK3T69hAbF6gfTsOrgVrEBLQkOi8twQq LihxcuYTsAXMAloSN/69BNrMAWRLSyz/xwES5hTQlDj84xNYq6iAssTfw/dYJjAKzELSPQtJ 9yyE7gWMzKsYZVNyq3RzEzNzilOTdYuTE/PyUot0TfVyM0v0UlNKNzGCQ9ZFaQfjxH9ehxgF OBiVeHg3qOhECrEmlhVX5h5ilORgUhLl3XgMKMSXlJ9SmZFYnBFfVJqTWnyIUYKDWUmEt/oU UI43JbGyKrUoHyYlzcGiJM4rrtEYISSQnliSmp2aWpBaBJOV4eBQkuCd8hyoUbAoNT21Ii0z pwQhzcTBCTKcB2j4G5Aa3uKCxNzizHSI/ClGRSlx3jUgCQGQREZpHlwvKKVIZO+vecUoDvSK MO9tkCoeYDqC634FNJgJaPCuHdogg0sSEVJSDYyt+ne1bfdoN+4U3XT8m4ug5YslqoanHC70 rk/cU9pw6si8aIYHrVtzdheKi1fwNMzP+zjrWLPHd9m/2Tvtzyz4t+PQ95PNuampk0558Vy1 9Xp68yrn0qu7e23WaNSIHDRdf2pPd9LW0Lz5V6Uz8144TLuYZe3Bzie/yrlut2VMmtO/BZGW hgVKLMUZiYZazEXFiQDVvBqJBAMAAA== X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 May 2017 03:38:06 -0000 On Sun, May 28, 2017 at 11:31:15AM -0400, Ernie Luzar wrote: > Been working on updating a chapter in the English version of the > handbook. I deleted a section from the chapter.xml file and now keep > getting an error code 4 from the "make". Without looking at the actual patch and build log in question, my guess would be that here is something somewhere else in the handbook that tries to refer to the now-deleted section (by id) producing the error. > How is the TOC [table of contents] built? > Is it a file that contains all the chapter sect headers? > When I delete a section from a chapter do I also have to remove said > section header from some file that the build of the TOC uses? I do not believe you need to delete a section header from the TOC specifically when deleting a section. But, the XML id for that section may be referenced from a different part of the document, so it would be worth grepping through to see if it is still referenced. > The igor pgm does not seem to test for open and close of sections > headers like it does for other tags. Is there some reason for this? I don't know, sorry. -Ben