Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1errP7-0007G8-A3 for pgsql-docs@arkaria.postgresql.org; Fri, 02 Mar 2018 20:35:45 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1errP5-0001oE-VO for pgsql-docs@arkaria.postgresql.org; Fri, 02 Mar 2018 20:35:43 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1errP5-0001o3-Kp for pgsql-docs@lists.postgresql.org; Fri, 02 Mar 2018 20:35:43 +0000 Received: from mail-wr0-x244.google.com ([2a00:1450:400c:c0c::244]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1errP1-0003bX-RV for pgsql-docs@postgresql.org; Fri, 02 Mar 2018 20:35:42 +0000 Received: by mail-wr0-x244.google.com with SMTP id u49so11323487wrc.10 for ; Fri, 02 Mar 2018 12:35:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=enterprisedb-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=+4sN+O+Q8XMSxny5VZX3sAzr8u5uthCVcb3j/kdMV0U=; b=kouc4y4Wk4+inhLVEfPXZuv+UUPNrWhncjaHVAcNz1zpXaKNaYTfdFX92C4gxeyBYp P2abb7n73udxQVkUesGj8t2pQwvYpYdVf3JQ0/gVNV4Z1Lx/AXZkNhE3fQOIvG4ehqPt E0WhHoPdjjl4pm0/g2a6pG6zSsewxkeK3J9Hor/2KuYp4e9zOyR4fNFSZQB+hgQntgpP U1Jn1nsIkYAAK4khOl5SEfmwGvvWnyzcymfl20e5RMmWB1Lzsb4QuZCPZx4X7N5kTzyA BMhi0ybJMyuxU4RqI10J5+WjYDbL1Af9QToeETTcm/qEWIFTT63Wmvrm3rxZIIKJv9Fw u2dA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=+4sN+O+Q8XMSxny5VZX3sAzr8u5uthCVcb3j/kdMV0U=; b=SzdJoaMWVtqdawvsZO3hJH6Vm27im9poh79kEfdgkODXEyHv0f6WAAFOIYT3Jc23bZ bqN5N8rMpfRoQvlgC/b9ClM/03deIOoR/WtixwCL3mBhpDk514qcWUPvUzZzcsam1ng1 KR36e/D4C3Ta+PJppQzeSnokq8OPFE45uRdo3+xSBw917a5GJltkc8GgfutKDn909nyG UQtiZ7954HJByQSxmUTgrKeZleEulkrVtFjUaZTouGImyNauiMANkAfDCGPHVoenQXVd gtwoF79Qbp60mmhfNQtS7tfyeVPZPUVvqvPYppBLgsp46AYxteitTs03/BjTirriGElm zxxg== X-Gm-Message-State: APf1xPC2/NM2w+Wv0Xw1qtTyPim2qiMXlAzcV5zpcK/BwY2WzwQACH/g hA4qIGKUnuV6PYLlujz+xcfgpKxnU6mMNgWs4Rq9NA== X-Google-Smtp-Source: AG47ELvOz+oeZSlp+cfRZrc7Sox+dT839oKGwJNDnrgRJEWiQVXK2L0SBgmyxb/+XuOrJXGpTUycasTU3+tdCt8PMyw= X-Received: by 10.223.178.232 with SMTP id g95mr6466387wrd.35.1520022938667; Fri, 02 Mar 2018 12:35:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.196.221 with HTTP; Fri, 2 Mar 2018 12:34:58 -0800 (PST) In-Reply-To: References: <6c7f286d-8803-3884-0638-10f513498464@gmail.com> <877.1511623314@sss.pgh.pa.us> From: Thomas Munro Date: Sat, 3 Mar 2018 09:34:58 +1300 Message-ID: Subject: Re: MacPorts xsltproc is very slow? To: Robert Haas Cc: Tom Lane , Alexander Lakhin , pgsql-docs Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Sat, Mar 3, 2018 at 8:51 AM, Robert Haas wrote: > On Sun, Nov 26, 2017 at 5:03 PM, Thomas Munro > wrote: >> So one solution is simply to uninstall the docbook-xsl package. That >> gets me back to fast documentation builds! > > For me, the documentation build fails without docbook-xsl. I wonder > why it works for you. Recently I've been unable to build the documentation intermittently, and I think it's because sourceforge.net has become flakey. Let me try right now... $ make docs XSLTPROC=/usr/bin/xsltproc ...blah blah blah... warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/xhtml/chunk.xsl" ...blah blah blah... So, yeah, it looks like we might need a local docbooks installation currently. > It also fails for me if I follow the instructions in the documentation: > > If you use MacPorts, the following will get you set up: > > sudo port install docbook-xml-4.2 docbook-xsl fop > > > I have to also 'port install libxslt'. Otherwise, /usr/bin/xsltproc > is used, and it won't use files installed by MacPorts packages. > > And then it takes, like you reported originally, an insanely long time. I think we should complain to the MacPorts packager about the namespace vs non-namespace stuff being possibly confused in the packages. -- Thomas Munro http://www.enterprisedb.com