Re: BUG #19404: manpages are missing in 18.x source.tar.gz
| От | Marcel Hofstetter |
|---|---|
| Тема | Re: BUG #19404: manpages are missing in 18.x source.tar.gz |
| Дата | |
| Msg-id | 8fb6ac98-eb57-47b0-a5aa-cd32e2172d28@jomasoft.ch обсуждение исходный текст |
| Ответ на | Re: BUG #19404: manpages are missing in 18.x source.tar.gz (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: BUG #19404: manpages are missing in 18.x source.tar.gz
|
| Список | pgsql-bugs |
Am 13.02.2026 um 17:21 schrieb Tom Lane:
> Marcel Hofstetter <hofstetter@jomasoft.ch> writes:
>> A clean build fails as follows
>
> I realized that the bit that's failing for you only runs when
> sqlmansect is not 7 (so I guess you're on Solaris?). However,
> it's still fine here when I do
>
> $ make man sqlmansect=5sql
Yes, I'm on Solaris
gmake man sqlmansect=5sql makes no difference here.
this one works:
gmake man sqlmansect=7
gmake -C doc man
gmake[1]: Entering directory
'/export/home/marcel/source/postgresql-18.2/doc'
gmake -C src man
gmake[2]: Entering directory
'/export/home/marcel/source/postgresql-18.2/doc/src'
gmake -C sgml man
gmake[3]: Entering directory
'/export/home/marcel/source/postgresql-18.2/doc/src/sgml'
{ \
echo "<!ENTITY version \"18.2\">"; \
echo "<!ENTITY majorversion \"18\">"; \
} > version.sgml
'/usr/bin/perl' ./mk_feature_tables.pl YES
../../../src/backend/catalog/sql_feature_packages.txt
../../../src/backend/catalog/sql_features.txt > features-supported.sgml
'/usr/bin/perl' ./mk_feature_tables.pl NO
../../../src/backend/catalog/sql_feature_packages.txt
../../../src/backend/catalog/sql_features.txt > features-unsupported.sgml
'/usr/bin/perl' ./generate-errcodes-table.pl
../../../src/backend/utils/errcodes.txt > errcodes-table.sgml
'/usr/bin/perl' ./generate-keywords-table.pl . > keywords-table.sgml
'/usr/bin/perl' ./generate-targets-meson.pl targets-meson.txt
generate-targets-meson.pl > targets-meson.sgml
'/usr/bin/perl'
../../../src/backend/utils/activity/generate-wait_event_types.pl --docs
../../../src/backend/utils/activity/wait_event_names.txt
/usr/bin/xmllint --nonet --path . --path . --output postgres-full.xml
--noent --valid postgres.sgml
/usr/bin/xsltproc --nonet --path . --path . --stringparam pg.version
'18.2' stylesheet-man.xsl postgres-full.xml
Note: namesp. add : added namespace before processing
PostgreSQL 18.2 Documentation
Element div in namespace '' encountered in td, but no template matches.
Element div in namespace '' encountered in td, but no template matches.
Element div in namespace '' encountered in td, but no template matches.
Element acronym in namespace '' encountered in td, but no template matches.
touch man-stamp
gmake[3]: Leaving directory
'/export/home/marcel/source/postgresql-18.2/doc/src/sgml'
gmake[2]: Leaving directory
'/export/home/marcel/source/postgresql-18.2/doc/src'
gmake[1]: Leaving directory '/export/home/marcel/source/postgresql-18.2/doc'
>> PostgreSQL 18.2 Documentation
>> Element div in namespace '' encountered in td, but no template matches.
>> Element div in namespace '' encountered in td, but no template matches.
>> Element div in namespace '' encountered in td, but no template matches.
>> Element acronym in namespace '' encountered in td, but no template matches.
>
> I don't see any of that here, which suggests that you're using old
> docbook files. Maybe they are old enough to just fail to emit the
> man files entirely? What I've got is not exactly new either,
> since this is RHEL8:
>
> $ rpm -qa | grep docbook
> docbook-dtds-1.0-69.el8.noarch
> docbook-style-xsl-1.79.2-9.el8.noarch
> docbook-style-dsssl-1.79-25.el8.noarch
It fails with docbook-xsl-ns-1.79.1 from
https://sourceforge.net/projects/docbook/files/docbook-xsl-ns/1.79.1/
>> It works well with the old default Solaris docbook
>
> Interesting. Debugging docbook problems is beyond my realm I fear.
I think you can close this "bug".
Workaround to use the very old Solaris docbook is fine for me.
The produced manpages look ok.
Thanks,
Marcel
В списке pgsql-bugs по дате отправления: