So now we have two glossaries being proposed [1] [2], and they don't
have much in common with each other. What to do now? If we can get the
authors to agree on what patch to submit, we can move forward.
I suggest to make a glossary be 0001, and then the other patches can be
0002 or further.
Hello Tom,
13.02.2020 23:37, Tom Lane wrote:
> By chance I tried to build our PDF docs on a Fedora 30
> installation, and it doesn't work. xsltproc seems to
> get hung up in a tight loop before it starts to produce
> any output. The HTML build works fine, though.
>
> Relevant package versions:
>
15.02.2020 12:09, Alexander Lakhin wrote:
> I've just reproduced this on Fedora 29, 30, 31.
> On Fedora 29 I see almost the same package versions:
> docbook-style-xsl-1.79.2-8.fc29.noarch
> libxslt-1.1.33-1.fc29.x86_64
>
> But it's not reproduced on Fedora 28, where I have:
> docbook-style-xsl-1.79
The following documentation comment has been logged on the website:
Page: https://www.postgresql.org/docs/12/functions-datetime.html
Description:
I can't find anywhere the documentation of the SQL DATE() function which
extracts the date part out of a timestamp.
Please note that according to my t
PG Doc comments form writes:
> I can't find anywhere the documentation of the SQL DATE() function which
> extracts the date part out of a timestamp.
It's a type cast written in function-like syntax, as documented in
https://www.postgresql.org/docs/current/sql-expressions.html#SQL-SYNTAX-TYPE-CAS
Alexander Lakhin writes:
> It seems Peter was here first:
> https://gitlab.gnome.org/GNOME/libxslt/issues/16
Indeed. Looks like I need to pester Fedora to absorb that fix.
Thanks for doing the research!
regards, tom lane
