On some systems we're seeing that the SGML and XML catalogs aren't updated properly: > -rw-r--r--. 1 root root 0 Nov 26 2009 /opt/cendio-build/arch/i386/etc/sgml/catalog > -rw-r--r--. 1 root root 236 Nov 26 2009 /opt/cendio-build/arch/i386/etc/xml/catalog They should look like: > -rw-r--r--. 1 root root 563 Aug 29 10:40 /opt/cendio-build/arch/i386/etc/sgml/catalog > -rw-r--r--. 1 root root 819 Aug 29 10:40 /opt/cendio-build/arch/i386/etc/xml/catalog This also results in the docbook specific catalogs not showing up: > $ ls /opt/cendio-build/arch/i386/etc/sgml/ > catalog docbook openjade.cat sgml.conf sgml-docbook.cat xml-docbook.cat vs: > $ ls /opt/cendio-build/arch/i386/etc/sgml/ > catalog sgml-docbook-3.0.cat sgml-docbook-4.2.cat sgml-docbook.cat xml-docbook-4.4.cat > docbook sgml-docbook-3.1.cat sgml-docbook-4.3.cat xml-docbook-4.1.2.cat xml-docbook-4.5.cat > openjade.cat sgml-docbook-4.0.cat sgml-docbook-4.4.cat xml-docbook-4.2.cat xml-docbook.cat > sgml.conf sgml-docbook-4.1.cat sgml-docbook-4.5.cat xml-docbook-4.3.cat Consequences of this is that docbook2pdf freaks out: > jade:/usr/share/sgml/docbook/xml-dtd-4.1.2/ent/iso-cyr1.ent:6:16:E: "X0430" is not a function name > jade:/usr/share/sgml/docbook/xml-dtd-4.1.2/ent/iso-cyr1.ent:7:16:E: "X0410" is not a function name > jade:/usr/share/sgml/docbook/xml-dtd-4.1.2/ent/iso-cyr1.ent:8:16:E: "X0431" is not a function name > jade:/usr/share/sgml/docbook/xml-dtd-4.1.2/ent/iso-cyr1.ent:9:16:E: "X0411" is not a function name I don't know how to reproduce this right now as the dependencies for the RPMs look correct.
As a workaround reinstall cendio-build-docbook-dtds-* and cendio-build-openjade-*
I've found the issue. Installing these packages when the cenbuild service is stopped causes the %post script to fail and the package ends up getting improperly installed. Unfortunately I don't see a way to avoid or complain loudly when this happens. So it seems we have to find a way to reduce the risk of the service being stopped. The reason it happened here is because systemd got upset we were turning the service on and off repeatedly when all the different architectures got installed: > Sep 27 18:45:05 aleta systemd[1]: Stopped SYSV: Prepares the build environment for usage. > Sep 27 18:45:05 aleta audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:sy> > Sep 27 18:45:05 aleta systemd[1]: cenbuild.service: Start request repeated too quickly. > Sep 27 18:45:05 aleta systemd[1]: cenbuild.service: Failed with result 'start-limit-hit'. > Sep 27 18:45:05 aleta systemd[1]: Failed to start SYSV: Prepares the build environment for usage. > Sep 27 18:45:05 aleta systemd[1]: cenbuild.service: Start request repeated too quickly. > Sep 27 18:45:05 aleta systemd[1]: cenbuild.service: Failed with result 'start-limit-hit'. > Sep 27 18:45:05 aleta systemd[1]: Failed to start SYSV: Prepares the build environment for usage. So let's see if we can do something about that.
Seems to work correctly now.
Tested building TAG html and pdf, works well.
