On Sat, Mar 3, 2018 at 3:53 PM, Thomas Munro
wrote:
> On Sat, Mar 3, 2018 at 9:34 AM, Thomas Munro
> wrote:
>> I think we should complain to the MacPorts packager about the
>> namespace vs non-namespace stuff being possibly confused in the
>> packages.
>
> https://trac.macports.org/ticket/55946
On 3/22/18 18:56, Thomas Munro wrote:
> I did wonder about simply changing our documentation's sourceforge.net
> references to point to docbook.org instead, apparently the new home
> (?) of this stuff:
>
> - href="http://docbook.sourceforge.net/release/xsl/current/xhtml/chunk.xsl"/>
> + href="http
On Fri, Mar 23, 2018 at 3:27 AM, Robert Haas wrote:
> On Fri, Mar 2, 2018 at 3:34 PM, Thomas Munro
> wrote:
>> I think we should complain to the MacPorts packager about the
>> namespace vs non-namespace stuff being possibly confused in the
>> packages.
>
> Any ideas about a workaround for the mea
On Fri, Mar 2, 2018 at 3:34 PM, Thomas Munro
wrote:
> I think we should complain to the MacPorts packager about the
> namespace vs non-namespace stuff being possibly confused in the
> packages.
Any ideas about a workaround for the meantime? Having to wait half an
hour for the documentation to bu
On Sat, Mar 03, 2018 at 09:34:58AM +1300, Thomas Munro wrote:
> 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:
On Sat, Mar 3, 2018 at 9:34 AM, Thomas Munro
wrote:
> I think we should complain to the MacPorts packager about the
> namespace vs non-namespace stuff being possibly confused in the
> packages.
https://trac.macports.org/ticket/55946
--
Thomas Munro
http://www.enterprisedb.com
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 wond
On Sun, Nov 26, 2017 at 5:03 PM, Thomas Munro
wrote:
> That got me wondering... why does the Apple xsltproc in /usr/bin work
> then? Where is it even getting docbook-xsl from? I ran it with
> --profile and http://docbook.sourceforge.net instead of file:// URLs,
> and I could see outgoing connect
On 11/26/17 17:03, Thomas Munro wrote:
> So one solution is simply to uninstall the docbook-xsl package. That
> gets me back to fast documentation builds! Incidentally, uninstalling
> the docbooks-xsl package also works for FreeBSD which currently ships
> a too-old DocBook version.
This is actua
On Sun, Nov 26, 2017 at 4:21 AM, Tom Lane wrote:
> Thomas Munro writes:
>> ... I couldn't help noticing that
>> templates with match="chapter" and match="appendix" appear in our tree
>> in sgml/stylesheet-speedup-common.xsl with a comment
>> "Performance-optimized versions of some upstream templa
Thomas Munro writes:
> ... I couldn't help noticing that
> templates with match="chapter" and match="appendix" appear in our tree
> in sgml/stylesheet-speedup-common.xsl with a comment
> "Performance-optimized versions of some upstream templates from
> common/ directory". Could it be that whateve
25.11.2017 11:21, Alexander Lakhin wrote:
I wonder, what version of docbook-xsl are you using?
(I have 1.79.1+dfsg-1).
Can you check with 1.79+ (if yours is older)?
docbook-xsl version 1.79.2_1.
I'll try to install 1.79.2 version and check the performance on my side.
I installed docbook-style-
25.11.2017 11:03, Thomas Munro wrote:
Hmm. Well, this is all new to me but I'd have expected the numbers in
the "Calls" column to be entirely deterministic.
I think, calls are depending on the XSL templates and it seems we have
different templates.
(I couldn't find 'd:appendix' in my docbook-
On Sat, Nov 25, 2017 at 7:18 PM, Alexander Lakhin wrote:
> Thanks! Just to compare your results with my:
>
> number matchname mode Calls Tot 100us
> Avg
> 0 d:appendix label.markup 22503 70018988
> 3111
> 1 chunk
25.11.2017 07:49, Thomas Munro wrote:
On Sat, Nov 25, 2017 at 4:57 PM, Alexander Lakhin
wrote:
Can you show the output of make XSLTPROCFLAGS="--profile" -C
doc/src/sgml/html or make XSLTPROCFLAGS="--profile" docs ?
Hi Alexander, please see attached.
Thanks! Just to compare your results with
On Sat, Nov 25, 2017 at 4:57 PM, Alexander Lakhin wrote:
> Can you show the output of
> make XSLTPROCFLAGS="--profile" -C doc/src/sgml/html
> or
> make XSLTPROCFLAGS="--profile" docs
> ?
Hi Alexander, please see attached.
--
Thomas Munro
http://www.enterprisedb.com
macports-make-docs-log-prof
I wrote:
> ... I wonder whether Apple are using more
> aggressive optimization flags than other people. OTOH, while it would
> not surprise me if Apple put some work into making zlib go fast, it
> seems less likely that they'd expend effort or risk on xsltproc.
I checked Fedora 26 and found that
Thomas Munro writes:
> Does anyone know why I'd see this difference in "make docs" performance?
> 1. On macOS using Apple's /usr/bin/xsltproc (--version says libxml
> 20902, libxslt 10128 and libexslt 817), it builds in a few minutes but
> produces warnings like this:
> postgres.sgml:408: eleme
Hello Thomas,
25.11.2017 06:38, Thomas Munro wrote:
Hi,
Does anyone know why I'd see this difference in "make docs" performance?
Can you show the output of
make XSLTPROCFLAGS="--profile" -C doc/src/sgml/html
or
make XSLTPROCFLAGS="--profile" docs
?
--
Alexander Lakhin
Postgres Professiona
19 matches
Mail list logo
