From owner-freebsd-questions@FreeBSD.ORG Wed Jun 9 13:34:39 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A0691065670 for ; Wed, 9 Jun 2010 13:34:39 +0000 (UTC) (envelope-from ahamiltonwright@mta.ca) Received: from smtpy.mta.ca (smtpy.mta.ca [138.73.1.139]) by mx1.freebsd.org (Postfix) with ESMTP id 0722F8FC13 for ; Wed, 9 Jun 2010 13:34:38 +0000 (UTC) Received: from [138.73.29.51] (port=49201 helo=qemg.org) by smtpy.mta.ca with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71) (envelope-from ) id 1OMLQU-0002Ja-0Y for freebsd-questions@freebsd.org; Wed, 09 Jun 2010 10:34:38 -0300 Date: Wed, 9 Jun 2010 10:34:37 -0300 (ADT) From: "A. Wright" To: freebsd-questions@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Sender: ahamiltonwright@mta.ca Subject: xsltproc: failed to load external entity X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 13:34:39 -0000 Is anyone else experiencing a rash of docbook-related build issues centering around xsltproc accessing remote XML files? Currently while building polkit (recursively from a build of emacs), I get the error: gmake[3]: Entering directory `/usr/ports/sysutils/polkit/work/polkit-0.96/docs/man' /usr/local/bin/xsltproc -nonet --stringparam man.base.url.for.relative.links /usr/local/share/gtk-doc/html/polkit-1/ --xinclude http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl polkit.xml warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" cannot parse http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl gmake[3]: *** [polkit.8] Error 4 I'm not a common user of xsltproc, but the combination of an argument beginning "http://" along with the option "-nonet" (described as "Do not use the Internet to fetch DTDs, entities or documents" on the man page) seems rather fishy to me. Can this combination ever work? Has anyone else seen this? Does anyone have a suggestion for a fix? Thanks, Andrew.