# Can't build doc anymore (v1.7.3.2) 26 messages from 2010-11-22 to 2010-11-25. Participants: Francis Moreau, Drew Northup, Pascal Obry, Michael J Gruber, Junio C Hamano, git@drmicha.warpmail.net. Thread: https://gitlist.dev/t/25811 ## Francis Moreau, 2010-11-22 19:45 Subject: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2oc9hkurl.fsf%40gmail.com ``` Hello, I'm trying to build the git's documentation, but after pulling v1.7.3.2, it fails: $ make prefix=/usr/local doc make -C Documentation all make[1]: Entering directory `/home/fmoreau/git/Documentation' make[2]: Entering directory `/home/fmoreau/git' make[2]: `GIT-VERSION-FILE' is up to date. make[2]: Leaving directory `/home/fmoreau/git' XMLTO git-fetch.1 xmlto: /home/fmoreau/git/Documentation/git-fetch.xml does not validate (status 3) xmlto: Fix document syntax or use --skip-validation option I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd /home/fmoreau/git/Documentation/git-fetch.xml:2: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" D DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" ^ I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" validity error : Could not load the external subset "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" Document /home/fmoreau/git/Documentation/git-fetch.xml does not validate make[1]: *** [git-fetch.1] Error 13 make[1]: Leaving directory `/home/fmoreau/git/Documentation' Could anybody tell me what's now wrong ? Thanks -- Francis ``` ## Drew Northup, 2010-11-22 20:35 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <1290458128.29678.23.camel@drew-northup.unet.maine.edu> URL: https://gitlist.dev/e/1290458128.29678.23.camel%40drew-northup.unet.maine.edu In-Reply-To: ``` On Mon, 2010-11-22 at 20:45 +0100, Francis Moreau wrote: > Hello, > > I'm trying to build the git's documentation, but after pulling v1.7.3.2, > it fails: > > $ make prefix=/usr/local doc > make -C Documentation all > make[1]: Entering directory `/home/fmoreau/git/Documentation' > make[2]: Entering directory `/home/fmoreau/git' > make[2]: `GIT-VERSION-FILE' is up to date. > make[2]: Leaving directory `/home/fmoreau/git' > XMLTO git-fetch.1 > xmlto: /home/fmoreau/git/Documentation/git-fetch.xml does not validate (status 3) > xmlto: Fix document syntax or use --skip-validation option > I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd > /home/fmoreau/git/Documentation/git-fetch.xml:2: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > D DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > ^ > I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd > warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > validity error : Could not load the external subset "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > Document /home/fmoreau/git/Documentation/git-fetch.xml does not validate > make[1]: *** [git-fetch.1] Error 13 > make[1]: Leaving directory `/home/fmoreau/git/Documentation' > > Could anybody tell me what's now wrong ? Without more information, not specifically. However, the fix may be fairly simple. Some distributions are apparently so ancient that they don't include the version 4.5 and newer Docbook XML XSL & DTD files. RHEL 5 and older make this list. Putting those files in the local cache and fixing the appropriate configuration file quiets the errors. -- -Drew Northup N1XIM AKA RvnPhnx on OPN ________________________________________________ "As opposed to vegetable or mineral error?" -John Pescatore, SANS NewsBites Vol. 12 Num. 59 ``` ## Francis Moreau, 2010-11-22 20:44 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2k4k5ks0b.fsf%40gmail.com In-Reply-To: <1290458128.29678.23.camel@drew-northup.unet.maine.edu> ``` Drew Northup writes: > On Mon, 2010-11-22 at 20:45 +0100, Francis Moreau wrote: >> Hello, >> >> I'm trying to build the git's documentation, but after pulling v1.7.3.2, > >> it fails: >> >> $ make prefix=/usr/local doc >> make -C Documentation all >> make[1]: Entering directory `/home/fmoreau/git/Documentation' >> make[2]: Entering directory `/home/fmoreau/git' >> make[2]: `GIT-VERSION-FILE' is up to date. >> make[2]: Leaving directory `/home/fmoreau/git' >> XMLTO git-fetch.1 >> xmlto: /home/fmoreau/git/Documentation/git-fetch.xml does not validate (status 3) >> xmlto: Fix document syntax or use --skip-validation option >> I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd >> /home/fmoreau/git/Documentation/git-fetch.xml:2: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" >> D DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" >> ^ >> I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd >> warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" >> validity error : Could not load the external subset "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" >> Document /home/fmoreau/git/Documentation/git-fetch.xml does not validate >> make[1]: *** [git-fetch.1] Error 13 >> make[1]: Leaving directory `/home/fmoreau/git/Documentation' >> >> Could anybody tell me what's now wrong ? > > Without more information, not specifically. However, the fix may be > fairly simple. What do you need exactly ? Sorry but I know nothing about these documentation generation tools. > Some distributions are apparently so ancient that they don't include the > version 4.5 and newer Docbook XML XSL & DTD files. RHEL 5 and older make > this list. Well I'm running Fedora 14, which I wouldn't call 'ancient'. -- Francis ``` ## Pascal Obry, 2010-11-22 21:01 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <4CEADA15.1020502@obry.net> URL: https://gitlist.dev/e/4CEADA15.1020502%40obry.net In-Reply-To: ``` Francis, > XMLTO git-fetch.1 > xmlto: /home/fmoreau/git/Documentation/git-fetch.xml does not validate (status 3) > xmlto: Fix document syntax or use --skip-validation option > I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd > /home/fmoreau/git/Documentation/git-fetch.xml:2: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > D DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > ^ > I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd > warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > validity error : Could not load the external subset "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > Document /home/fmoreau/git/Documentation/git-fetch.xml does not validate > make[1]: *** [git-fetch.1] Error 13 > make[1]: Leaving directory `/home/fmoreau/git/Documentation' > > Could anybody tell me what's now wrong ? I had a similar problem on Cygwin at some point. The fix was to add some rewrite rule in the docbook catalog (/etc/xml/catalog): I had added this: You may have to adjust... -- --|------------------------------------------------------ --| Pascal Obry Team-Ada Member --| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE --|------------------------------------------------------ --| http://www.obry.net - http://v2p.fr.eu.org --| "The best way to travel is by means of imagination" --| --| gpg --keyserver keys.gnupg.net --recv-key F949BD3B ``` ## Francis Moreau, 2010-11-22 21:14 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2fwutkqm2.fsf%40gmail.com In-Reply-To: <4CEADA15.1020502@obry.net> ``` Hello Pascal, Pascal Obry writes: [...] > I had a similar problem on Cygwin at some point. The fix was to add some > rewrite rule in the docbook catalog (/etc/xml/catalog): > > I had added this: > > systemIdStartString="http://www.oasis-open.org/docbook/xml/4.5/" > rewritePrefix="/usr/share/sgml/docbook/xml-dtd-4.4/"/> > > You may have to adjust... Thanks for the tip but I tried to add in '/etc/xml/catalog' in a couple of places but it still fails. Well I guess I'll have to do some researches later. Thanks -- Francis ``` ## Drew Northup, 2010-11-22 21:24 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <1290461070.5468.5.camel@drew-northup.unet.maine.edu> URL: https://gitlist.dev/e/1290461070.5468.5.camel%40drew-northup.unet.maine.edu In-Reply-To: ``` On Mon, 2010-11-22 at 21:44 +0100, Francis Moreau wrote: > Drew Northup writes: > > > On Mon, 2010-11-22 at 20:45 +0100, Francis Moreau wrote: > >> Hello, > >> > >> I'm trying to build the git's documentation, but after pulling v1.7.3.2, > > > >> it fails: > >> > >> $ make prefix=/usr/local doc > >> make -C Documentation all > >> make[1]: Entering directory `/home/fmoreau/git/Documentation' > >> make[2]: Entering directory `/home/fmoreau/git' > >> make[2]: `GIT-VERSION-FILE' is up to date. > >> make[2]: Leaving directory `/home/fmoreau/git' > >> XMLTO git-fetch.1 > >> xmlto: /home/fmoreau/git/Documentation/git-fetch.xml does not validate (status 3) > >> xmlto: Fix document syntax or use --skip-validation option > >> I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd > >> /home/fmoreau/git/Documentation/git-fetch.xml:2: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > >> D DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > >> ^ > >> I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd > >> warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > >> validity error : Could not load the external subset "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > >> Document /home/fmoreau/git/Documentation/git-fetch.xml does not validate > >> make[1]: *** [git-fetch.1] Error 13 > >> make[1]: Leaving directory `/home/fmoreau/git/Documentation' > >> > >> Could anybody tell me what's now wrong ? > > > > Without more information, not specifically. However, the fix may be > > fairly simple. > > What do you need exactly ? > > Sorry but I know nothing about these documentation generation tools. > > > Some distributions are apparently so ancient that they don't include the > > version 4.5 and newer Docbook XML XSL & DTD files. RHEL 5 and older make > > this list. > > Well I'm running Fedora 14, which I wouldn't call 'ancient'. Supposedly docbook-dtds-1.0-53.fc14 contains the files needed. I would check to make sure that your /usr/share/sgml/docbook/xmlcatalog file is correct. If it is it will contain a line an awful lot like the following: -- -Drew Northup N1XIM AKA RvnPhnx on OPN ________________________________________________ "As opposed to vegetable or mineral error?" -John Pescatore, SANS NewsBites Vol. 12 Num. 59 ``` ## Francis Moreau, 2010-11-23 07:50 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2bp5glbrp.fsf%40gmail.com In-Reply-To: <1290461070.5468.5.camel@drew-northup.unet.maine.edu> ``` Drew Northup writes: [...] > Supposedly docbook-dtds-1.0-53.fc14 contains the files needed. I would > check to make sure that your /usr/share/sgml/docbook/xmlcatalog file is > correct. If it is it will contain a line an awful lot like the > following: > It doesn't seem so: $ cat /usr/share/sgml/docbook/xmlcatalog This file belongs to xml-common-0.6.3-33.fc14.noarch which sounds pretty uptodate for a Fedora distribution. Here's a list of some packages installed on my system that might be relevant: asciidoc-8.4.5-5.fc14.noarch docbook-utils-0.6.14-26.fc14.noarch docbook-style-xsl-1.75.2-6.fc14.noarch docbook-style-dsssl-1.79-11.fc14.noarch docbook-dtds-1.0-53.fc14.noarch xml-commons-resolver-1.2-4.fc14.noarch xmlto-0.0.23-3.fc13.x86_64 xmltex-20020625-16.fc13.noarch libxml2-devel-2.7.7-2.fc14.x86_64 libxml2-python-2.7.7-2.fc14.x86_64 libxml++-2.30.1-1.fc14.x86_64 libxml2-2.7.7-2.fc14.i686 libxml++-2.30.1-1.fc14.i686 xml-common-0.6.3-33.fc14.noarch xml-commons-apis-1.4.01-1.fc13.noarch -- Francis ``` ## Michael J Gruber, 2010-11-23 08:45 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <4CEB7F1F.809@drmicha.warpmail.net> URL: https://gitlist.dev/e/4CEB7F1F.809%40drmicha.warpmail.net In-Reply-To: ``` Francis Moreau venit, vidit, dixit 23.11.2010 08:50: > Drew Northup writes: > > [...] > >> Supposedly docbook-dtds-1.0-53.fc14 contains the files needed. I would >> check to make sure that your /usr/share/sgml/docbook/xmlcatalog file is >> correct. If it is it will contain a line an awful lot like the >> following: >> > > It doesn't seem so: > > $ cat /usr/share/sgml/docbook/xmlcatalog > > > > > This file belongs to xml-common-0.6.3-33.fc14.noarch which sounds pretty > uptodate for a Fedora distribution. > > Here's a list of some packages installed on my system that might be > relevant: > > asciidoc-8.4.5-5.fc14.noarch > docbook-utils-0.6.14-26.fc14.noarch > docbook-style-xsl-1.75.2-6.fc14.noarch > docbook-style-dsssl-1.79-11.fc14.noarch > docbook-dtds-1.0-53.fc14.noarch > xml-commons-resolver-1.2-4.fc14.noarch > xmlto-0.0.23-3.fc13.x86_64 > xmltex-20020625-16.fc13.noarch > libxml2-devel-2.7.7-2.fc14.x86_64 > libxml2-python-2.7.7-2.fc14.x86_64 > libxml++-2.30.1-1.fc14.x86_64 > libxml2-2.7.7-2.fc14.i686 > libxml++-2.30.1-1.fc14.i686 > xml-common-0.6.3-33.fc14.noarch > xml-commons-apis-1.4.01-1.fc13.noarch > I have no problems building the doc on F14 with ASCIIDOC8=y ASCIIDOC_NO_ROFF=y DOCBOOK2X_TEXI=db2x_docbook2texi in my config.mak (besides other stuff), with these versions: asciidoc-8.4.5-5.fc14.noarch docbook2X-0.8.8-7.fc14.x86_64 docbook-dtds-1.0-53.fc14.noarch docbook-style-dsssl-1.79-11.fc14.noarch docbook-style-xsl-1.75.2-6.fc14.noarch docbook-utils-0.6.14-26.fc14.noarch libxml2-2.7.7-2.fc14.x86_64 libxml++-2.32.0-1.fc14.x86_64 libxml2-python-2.7.7-2.fc14.x86_64 python-lxml-2.2.8-1.fc14.x86_64 xml-common-0.6.3-33.fc14.noarch xmlto-0.0.23-3.fc13.x86_64 (libxml is irrelevant) Are you sure you have no other xmlto (type -a xmlto) and no tinkering with the default style sheet config? Michael ``` ## Francis Moreau, 2010-11-23 09:05 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m27hg4l8a3.fsf%40gmail.com In-Reply-To: <4CEB7F1F.809@drmicha.warpmail.net> ``` Michael J Gruber writes: > Francis Moreau venit, vidit, dixit 23.11.2010 08:50: >> Drew Northup writes: >> >> [...] > >> >>> Supposedly docbook-dtds-1.0-53.fc14 contains the files needed. I would >>> check to make sure that your /usr/share/sgml/docbook/xmlcatalog file is >>> correct. If it is it will contain a line an awful lot like the >>> following: >>> >> >> It doesn't seem so: >> >> $ cat /usr/share/sgml/docbook/xmlcatalog >> >> >> >> >> This file belongs to xml-common-0.6.3-33.fc14.noarch which sounds pretty >> uptodate for a Fedora distribution. >> >> Here's a list of some packages installed on my system that might be >> relevant: >> >> asciidoc-8.4.5-5.fc14.noarch >> docbook-utils-0.6.14-26.fc14.noarch >> docbook-style-xsl-1.75.2-6.fc14.noarch >> docbook-style-dsssl-1.79-11.fc14.noarch >> docbook-dtds-1.0-53.fc14.noarch >> xml-commons-resolver-1.2-4.fc14.noarch >> xmlto-0.0.23-3.fc13.x86_64 >> xmltex-20020625-16.fc13.noarch >> libxml2-devel-2.7.7-2.fc14.x86_64 >> libxml2-python-2.7.7-2.fc14.x86_64 >> libxml++-2.30.1-1.fc14.x86_64 >> libxml2-2.7.7-2.fc14.i686 >> libxml++-2.30.1-1.fc14.i686 >> xml-common-0.6.3-33.fc14.noarch >> xml-commons-apis-1.4.01-1.fc13.noarch >> > > I have no problems building the doc on F14 with > Yes I think it's related to my config otherwise a lot of users would have already complained. > > ASCIIDOC8=y > ASCIIDOC_NO_ROFF=y > DOCBOOK2X_TEXI=db2x_docbook2texi I tried with these options but still fails > > in my config.mak (besides other stuff), with these versions: > > asciidoc-8.4.5-5.fc14.noarch > docbook2X-0.8.8-7.fc14.x86_64 > docbook-dtds-1.0-53.fc14.noarch > docbook-style-dsssl-1.79-11.fc14.noarch > docbook-style-xsl-1.75.2-6.fc14.noarch > docbook-utils-0.6.14-26.fc14.noarch > libxml2-2.7.7-2.fc14.x86_64 > libxml++-2.32.0-1.fc14.x86_64 > libxml2-python-2.7.7-2.fc14.x86_64 > python-lxml-2.2.8-1.fc14.x86_64 > xml-common-0.6.3-33.fc14.noarch > xmlto-0.0.23-3.fc13.x86_64 > > (libxml is irrelevant) > > Are you sure you have no other xmlto (type -a xmlto) $ type -a xmlto xmlto is /usr/bin/xmlto $ rpm -qf /usr/bin/xmlto xmlto-0.0.23-3.fc13.x86_64 > and no tinkering with the default style sheet config? Well I've never played with that since I've no idea of what it's. Thanks -- Francis ``` ## Michael J Gruber, 2010-11-23 09:20 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <4CEB8774.7050504@drmicha.warpmail.net> URL: https://gitlist.dev/e/4CEB8774.7050504%40drmicha.warpmail.net In-Reply-To: ``` Francis Moreau venit, vidit, dixit 23.11.2010 10:05: > Michael J Gruber writes: > >> Francis Moreau venit, vidit, dixit 23.11.2010 08:50: >>> Drew Northup writes: >>> >>> [...] >> >>> >>>> Supposedly docbook-dtds-1.0-53.fc14 contains the files needed. I would >>>> check to make sure that your /usr/share/sgml/docbook/xmlcatalog file is >>>> correct. If it is it will contain a line an awful lot like the >>>> following: >>>> >>> >>> It doesn't seem so: >>> >>> $ cat /usr/share/sgml/docbook/xmlcatalog >>> >>> >>> >>> >>> This file belongs to xml-common-0.6.3-33.fc14.noarch which sounds pretty >>> uptodate for a Fedora distribution. >>> >>> Here's a list of some packages installed on my system that might be >>> relevant: >>> >>> asciidoc-8.4.5-5.fc14.noarch >>> docbook-utils-0.6.14-26.fc14.noarch >>> docbook-style-xsl-1.75.2-6.fc14.noarch >>> docbook-style-dsssl-1.79-11.fc14.noarch >>> docbook-dtds-1.0-53.fc14.noarch >>> xml-commons-resolver-1.2-4.fc14.noarch >>> xmlto-0.0.23-3.fc13.x86_64 >>> xmltex-20020625-16.fc13.noarch >>> libxml2-devel-2.7.7-2.fc14.x86_64 >>> libxml2-python-2.7.7-2.fc14.x86_64 >>> libxml++-2.30.1-1.fc14.x86_64 >>> libxml2-2.7.7-2.fc14.i686 >>> libxml++-2.30.1-1.fc14.i686 >>> xml-common-0.6.3-33.fc14.noarch >>> xml-commons-apis-1.4.01-1.fc13.noarch >>> >> >> I have no problems building the doc on F14 with >> > > Yes I think it's related to my config otherwise a lot of users would > have already complained. > >> >> ASCIIDOC8=y >> ASCIIDOC_NO_ROFF=y >> DOCBOOK2X_TEXI=db2x_docbook2texi > > I tried with these options but still fails > >> >> in my config.mak (besides other stuff), with these versions: >> >> asciidoc-8.4.5-5.fc14.noarch >> docbook2X-0.8.8-7.fc14.x86_64 >> docbook-dtds-1.0-53.fc14.noarch >> docbook-style-dsssl-1.79-11.fc14.noarch >> docbook-style-xsl-1.75.2-6.fc14.noarch >> docbook-utils-0.6.14-26.fc14.noarch >> libxml2-2.7.7-2.fc14.x86_64 >> libxml++-2.32.0-1.fc14.x86_64 >> libxml2-python-2.7.7-2.fc14.x86_64 >> python-lxml-2.2.8-1.fc14.x86_64 >> xml-common-0.6.3-33.fc14.noarch >> xmlto-0.0.23-3.fc13.x86_64 >> >> (libxml is irrelevant) >> >> Are you sure you have no other xmlto (type -a xmlto) > > $ type -a xmlto > xmlto is /usr/bin/xmlto > > $ rpm -qf /usr/bin/xmlto > xmlto-0.0.23-3.fc13.x86_64 > >> and no tinkering with the default style sheet config? > > Well I've never played with that since I've no idea of what it's. That's what they all say ;) How successful is: make XMLTO_EXTRA="--skip-validation" doc This should avoid hitting the network for the dtd under all circumstances. (Are you online when make'ing?) Normally, the catalogue should take care of that but this seems to be failing for you. Just to make sure: You're not building as root, are you? You can also use the quick-install-doc target, of course, but we want install-doc to work as well on a mainstream distro. Michael ``` ## Francis Moreau, 2010-11-23 09:32 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2zkt0jsha.fsf%40gmail.com In-Reply-To: <4CEB8774.7050504@drmicha.warpmail.net> ``` Michael J Gruber writes: [...] > > That's what they all say ;) > But they were all drunk ;) > > How successful is: > > make XMLTO_EXTRA="--skip-validation" doc > still failing: $ make prefix=/usr/local NO_CURL=1 ASCIIDOC8=y DOCBOOK2X_TEXI=db2x_docbook2texi ASCIIDOC_NO_ROFF=y XMLTO_EXTRA="--skip-validation" V=1 doc make -C Documentation all make[1]: Entering directory `/home/fmoreau/git/Documentation' make -C ../ GIT-VERSION-FILE make[2]: Entering directory `/home/fmoreau/git' make[2]: `GIT-VERSION-FILE' is up to date. make[2]: Leaving directory `/home/fmoreau/git' rm -f git-fetch.1 && \ xmlto -m manpage-normal.xsl --skip-validation man git-fetch.xml I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" compilation error: file /tmp/xmlto-xsl.A7kzn5 line 4 element import xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl make[1]: *** [git-fetch.1] Error 1 make[1]: Leaving directory `/home/fmoreau/git/Documentation' make: *** [doc] Error 2 > This should avoid hitting the network for the dtd under all > circumstances. (Are you online when make'ing?) Yes I am. > Normally, the catalogue should take care of that but this seems to be > failing for you. > > Just to make sure: You're not building as root, are you? > No, I'm not building as root. > You can also use the quick-install-doc target, of course, but we want > install-doc to work as well on a mainstream distro. Yes I know but I wanted to report just in case there's something wrong in the git doc build process. Thanks -- Francis ``` ## Michael J Gruber, 2010-11-23 10:01 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <4CEB9109.4000008@drmicha.warpmail.net> URL: https://gitlist.dev/e/4CEB9109.4000008%40drmicha.warpmail.net In-Reply-To: ``` Francis Moreau venit, vidit, dixit 23.11.2010 10:32: > Michael J Gruber writes: > > [...] > >> >> That's what they all say ;) >> > > But they were all drunk ;) > >> >> How successful is: >> >> make XMLTO_EXTRA="--skip-validation" doc >> > > still failing: > > $ make prefix=/usr/local NO_CURL=1 ASCIIDOC8=y DOCBOOK2X_TEXI=db2x_docbook2texi ASCIIDOC_NO_ROFF=y XMLTO_EXTRA="--skip-validation" V=1 doc > make -C Documentation all > make[1]: Entering directory `/home/fmoreau/git/Documentation' > make -C ../ GIT-VERSION-FILE > make[2]: Entering directory `/home/fmoreau/git' > make[2]: `GIT-VERSION-FILE' is up to date. > make[2]: Leaving directory `/home/fmoreau/git' > rm -f git-fetch.1 && \ > xmlto -m manpage-normal.xsl --skip-validation man git-fetch.xml > I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl > warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" > compilation error: file /tmp/xmlto-xsl.A7kzn5 line 4 element import > xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl > make[1]: *** [git-fetch.1] Error 1 > make[1]: Leaving directory `/home/fmoreau/git/Documentation' > make: *** [doc] Error 2 This is weird for several reasons. Can you wget or curl these files? Besides, I can build the doc even without network access, even though my /tmp/xmlto... has the same import statement. Can you check with which options your xmlto calls your xsltproc? Mine has "--nonet". Do you have libxslt-1.1.26-3.fc14.x86_64, and is your xsltproc the one from that package? Michael ``` ## Francis Moreau, 2010-11-23 11:24 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2vd3ojna1.fsf%40gmail.com In-Reply-To: <4CEB9109.4000008@drmicha.warpmail.net> ``` Michael J Gruber writes: > Francis Moreau venit, vidit, dixit 23.11.2010 10:32: >> >> $ make prefix=/usr/local NO_CURL=1 ASCIIDOC8=y DOCBOOK2X_TEXI=db2x_docbook2texi ASCIIDOC_NO_ROFF=y XMLTO_EXTRA="--skip-validation" V=1 doc >> make -C Documentation all >> make[1]: Entering directory `/home/fmoreau/git/Documentation' >> make -C ../ GIT-VERSION-FILE >> make[2]: Entering directory `/home/fmoreau/git' >> make[2]: `GIT-VERSION-FILE' is up to date. >> make[2]: Leaving directory `/home/fmoreau/git' >> rm -f git-fetch.1 && \ >> xmlto -m manpage-normal.xsl --skip-validation man git-fetch.xml >> I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl >> warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" >> compilation error: file /tmp/xmlto-xsl.A7kzn5 line 4 element import >> xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl >> make[1]: *** [git-fetch.1] Error 1 >> make[1]: Leaving directory `/home/fmoreau/git/Documentation' >> make: *** [doc] Error 2 > > This is weird for several reasons. > > Can you wget or curl these files? Yes I can. > > Besides, I can build the doc even without network access, even though my > /tmp/xmlto... has the same import statement. > > Can you check with which options your xmlto calls your xsltproc? Mine > has "--nonet". I can see the following ones: --nonet --xinclude > Do you have libxslt-1.1.26-3.fc14.x86_64, and is your xsltproc the one > from that package? $ rpm -qa | grep libxslt libxslt-devel-1.1.26-3.fc14.x86_64 libxslt-1.1.26-3.fc14.x86_64 $ which xsltproc /usr/bin/xsltproc $ rpm -qf /usr/bin/xsltproc libxslt-1.1.26-3.fc14.x86_64 Thanks for your time. -- Francis ``` ## Michael J Gruber, 2010-11-23 11:41 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <4CEBA872.2020001@drmicha.warpmail.net> URL: https://gitlist.dev/e/4CEBA872.2020001%40drmicha.warpmail.net In-Reply-To: ``` Francis Moreau venit, vidit, dixit 23.11.2010 12:24: > Michael J Gruber writes: > >> Francis Moreau venit, vidit, dixit 23.11.2010 10:32: >>> >>> $ make prefix=/usr/local NO_CURL=1 ASCIIDOC8=y DOCBOOK2X_TEXI=db2x_docbook2texi ASCIIDOC_NO_ROFF=y XMLTO_EXTRA="--skip-validation" V=1 doc >>> make -C Documentation all >>> make[1]: Entering directory `/home/fmoreau/git/Documentation' >>> make -C ../ GIT-VERSION-FILE >>> make[2]: Entering directory `/home/fmoreau/git' >>> make[2]: `GIT-VERSION-FILE' is up to date. >>> make[2]: Leaving directory `/home/fmoreau/git' >>> rm -f git-fetch.1 && \ >>> xmlto -m manpage-normal.xsl --skip-validation man git-fetch.xml >>> I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl >>> warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" >>> compilation error: file /tmp/xmlto-xsl.A7kzn5 line 4 element import >>> xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl >>> make[1]: *** [git-fetch.1] Error 1 >>> make[1]: Leaving directory `/home/fmoreau/git/Documentation' >>> make: *** [doc] Error 2 >> >> This is weird for several reasons. >> >> Can you wget or curl these files? > > Yes I can. > >> >> Besides, I can build the doc even without network access, even though my >> /tmp/xmlto... has the same import statement. >> >> Can you check with which options your xmlto calls your xsltproc? Mine >> has "--nonet". > > I can see the following ones: > > --nonet > --xinclude > >> Do you have libxslt-1.1.26-3.fc14.x86_64, and is your xsltproc the one >> from that package? > > $ rpm -qa | grep libxslt > libxslt-devel-1.1.26-3.fc14.x86_64 > libxslt-1.1.26-3.fc14.x86_64 > > $ which xsltproc > /usr/bin/xsltproc > > $ rpm -qf /usr/bin/xsltproc > libxslt-1.1.26-3.fc14.x86_64 > I'm pretty stomped then. The only remaining suggestions: - remove xml-commons-resolver and try again - try as a different user Otherwise, an strace of xsltproc might give some hints... Michael ``` ## Francis Moreau, 2010-11-23 11:57 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2r5ecjlqd.fsf%40gmail.com In-Reply-To: <4CEBA872.2020001@drmicha.warpmail.net> ``` Michael J Gruber writes: > Francis Moreau venit, vidit, dixit 23.11.2010 12:24: >> Michael J Gruber writes: >> >>> Francis Moreau venit, vidit, dixit 23.11.2010 10:32: > >>>> >>>> $ make prefix=/usr/local NO_CURL=1 ASCIIDOC8=y DOCBOOK2X_TEXI=db2x_docbook2texi ASCIIDOC_NO_ROFF=y XMLTO_EXTRA="--skip-validation" V=1 doc >>>> make -C Documentation all >>>> make[1]: Entering directory `/home/fmoreau/git/Documentation' >>>> make -C ../ GIT-VERSION-FILE >>>> make[2]: Entering directory `/home/fmoreau/git' >>>> make[2]: `GIT-VERSION-FILE' is up to date. >>>> make[2]: Leaving directory `/home/fmoreau/git' >>>> rm -f git-fetch.1 && \ >>>> xmlto -m manpage-normal.xsl --skip-validation man git-fetch.xml >>>> I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl >>>> warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" >>>> compilation error: file /tmp/xmlto-xsl.A7kzn5 line 4 element import >>>> xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl >>>> make[1]: *** [git-fetch.1] Error 1 >>>> make[1]: Leaving directory `/home/fmoreau/git/Documentation' >>>> make: *** [doc] Error 2 >>> >>> This is weird for several reasons. >>> >>> Can you wget or curl these files? >> >> Yes I can. >> >>> >>> Besides, I can build the doc even without network access, even though my >>> /tmp/xmlto... has the same import statement. >>> >>> Can you check with which options your xmlto calls your xsltproc? Mine >>> has "--nonet". >> >> I can see the following ones: >> >> --nonet >> --xinclude >> >>> Do you have libxslt-1.1.26-3.fc14.x86_64, and is your xsltproc the one >>> from that package? >> >> $ rpm -qa | grep libxslt >> libxslt-devel-1.1.26-3.fc14.x86_64 >> libxslt-1.1.26-3.fc14.x86_64 >> >> $ which xsltproc >> /usr/bin/xsltproc >> >> $ rpm -qf /usr/bin/xsltproc >> libxslt-1.1.26-3.fc14.x86_64 >> > > I'm pretty stomped then. The only remaining suggestions: > > - remove xml-commons-resolver and try again > - try as a different user still fails. > > Otherwise, an strace of xsltproc might give some hints... Here it is: stat("/tmp/xmlto-xsl.aSCQgY", {st_mode=S_IFREG|0600, st_size=346, ...}) = 0 stat("/tmp/xmlto-xsl.aSCQgY", {st_mode=S_IFREG|0600, st_size=346, ...}) = 0 stat("/tmp/xmlto-xsl.aSCQgY", {st_mode=S_IFREG|0600, st_size=346, ...}) = 0 stat("/tmp/xmlto-xsl.aSCQgY", {st_mode=S_IFREG|0600, st_size=346, ...}) = 0 open("/tmp/xmlto-xsl.aSCQgY", O_RDONLY) = 3 lseek(3, 0, SEEK_CUR) = 0 read(3, "\n\n URL: https://gitlist.dev/e/4CEBADCA.3070403%40drmicha.warpmail.net In-Reply-To: ``` Francis Moreau venit, vidit, dixit 23.11.2010 12:57: > Michael J Gruber writes: > >> Francis Moreau venit, vidit, dixit 23.11.2010 12:24: >>> Michael J Gruber writes: >>> >>>> Francis Moreau venit, vidit, dixit 23.11.2010 10:32: >> >>>>> >>>>> $ make prefix=/usr/local NO_CURL=1 ASCIIDOC8=y DOCBOOK2X_TEXI=db2x_docbook2texi ASCIIDOC_NO_ROFF=y XMLTO_EXTRA="--skip-validation" V=1 doc >>>>> make -C Documentation all >>>>> make[1]: Entering directory `/home/fmoreau/git/Documentation' >>>>> make -C ../ GIT-VERSION-FILE >>>>> make[2]: Entering directory `/home/fmoreau/git' >>>>> make[2]: `GIT-VERSION-FILE' is up to date. >>>>> make[2]: Leaving directory `/home/fmoreau/git' >>>>> rm -f git-fetch.1 && \ >>>>> xmlto -m manpage-normal.xsl --skip-validation man git-fetch.xml >>>>> I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl >>>>> warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" >>>>> compilation error: file /tmp/xmlto-xsl.A7kzn5 line 4 element import >>>>> xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl >>>>> make[1]: *** [git-fetch.1] Error 1 >>>>> make[1]: Leaving directory `/home/fmoreau/git/Documentation' >>>>> make: *** [doc] Error 2 >>>> >>>> This is weird for several reasons. >>>> >>>> Can you wget or curl these files? >>> >>> Yes I can. >>> >>>> >>>> Besides, I can build the doc even without network access, even though my >>>> /tmp/xmlto... has the same import statement. >>>> >>>> Can you check with which options your xmlto calls your xsltproc? Mine >>>> has "--nonet". >>> >>> I can see the following ones: >>> >>> --nonet >>> --xinclude >>> >>>> Do you have libxslt-1.1.26-3.fc14.x86_64, and is your xsltproc the one >>>> from that package? >>> >>> $ rpm -qa | grep libxslt >>> libxslt-devel-1.1.26-3.fc14.x86_64 >>> libxslt-1.1.26-3.fc14.x86_64 >>> >>> $ which xsltproc >>> /usr/bin/xsltproc >>> >>> $ rpm -qf /usr/bin/xsltproc >>> libxslt-1.1.26-3.fc14.x86_64 >>> >> >> I'm pretty stomped then. The only remaining suggestions: >> >> - remove xml-commons-resolver and try again >> - try as a different user > > still fails. > >> >> Otherwise, an strace of xsltproc might give some hints... > > Here it is: > > stat("/tmp/xmlto-xsl.aSCQgY", {st_mode=S_IFREG|0600, st_size=346, ...}) = 0 > stat("/tmp/xmlto-xsl.aSCQgY", {st_mode=S_IFREG|0600, st_size=346, ...}) = 0 > stat("/tmp/xmlto-xsl.aSCQgY", {st_mode=S_IFREG|0600, st_size=346, ...}) = 0 > stat("/tmp/xmlto-xsl.aSCQgY", {st_mode=S_IFREG|0600, st_size=346, ...}) = 0 > open("/tmp/xmlto-xsl.aSCQgY", O_RDONLY) = 3 > lseek(3, 0, SEEK_CUR) = 0 > read(3, "\n read(3, "", 7846) = 0 > close(3) = 0 > stat("http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl", 0x7fffa8779e50) = -1 ENOENT (No such file or directory) > stat("http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl", 0x7fffa8779d90) = -1 ENOENT (No such file or directory) > stat("/etc/xml/catalog", {st_mode=S_IFREG|0644, st_size=819, ...}) = 0 > open("/etc/xml/catalog", O_RDONLY) = 3 > lseek(3, 0, SEEK_CUR) = 0 > read(3, "\n read(3, "", 7373) = 0 > close(3) = 0 > stat("http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl", 0x7fffa8779d90) = -1 ENOENT (No such file or directory) > write(2, "I/O ", 4) = 4 > write(2, "error : ", 8) = 8 > write(2, "Attempt to load network entity h"..., 103) = 103 > write(2, "warning: ", 9) = 9 > write(2, "failed to load external entity \""..., 105) = 105 > write(2, "compilation error: file /tmp/xml"..., 68) = 68 > write(2, "xsl:import : unable to load http"..., 100) = 100 > > This looks weird, it does stat(2) on an URL... > Sometimes I hate myself for not being able to let go when all explanations fail. OTOH it comes with my profession... The stat looks weird but is ok. The difference is what happens then, after opening the catalog. On my F14: stat("http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl", 0x7fff633cb2b0) = -1 ENOENT (No such file or directory) stat("http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl", 0x7fff633cb1f0) = -1 ENOENT (No such file or directory) stat("/etc/xml/catalog", {st_mode=S_IFREG|0644, st_size=1829, ...}) = 0 open("/etc/xml/catalog", O_RDONLY) = 3 lseek(3, 0, SEEK_CUR) = 0 read(3, "\n (Sorry for the line-breaks) Michael ``` ## Francis Moreau, 2010-11-23 12:31 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2mxp0jk5y.fsf%40gmail.com In-Reply-To: <4CEBADCA.3070403@drmicha.warpmail.net> ``` Michael J Gruber writes: [...] > etc., and all is well. My /etc/xml/catalog: Mine is different or rather incomplete. > > V1.0//EN" > "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd"> > > catalog="file:///etc/sgml/docbook/xmlcatalog"/> > catalog="file:///etc/sgml/docbook/xmlcatalog"/> > catalog="file:///etc/sgml/docbook/xmlcatalog"/> > systemIdStartString="http://www.oasis-open.org/docbook/" > catalog="file:///etc/sgml/docbook/xmlcatalog"/> > catalog="file:///etc/sgml/docbook/xmlcatalog"/> Until this point both catalog are identical, but mine stop here... > systemIdStartString="http://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd" > rewritePrefix="/usr/share/xml/scrol > lkeeper/dtds/scrollkeeper-omf.dtd"/> > uriStartString="http://scrollkeeper.sourceforge.net/dtds/scrollkeeper-omf-1.0/scrollkeeper-omf.dtd" > rewritePrefix="/usr/share/xml/scrollkeeper/ > dtds/scrollkeeper-omf.dtd"/> > systemIdStartString="http://docbook.sourceforge.net/release/xsl/1.75.2" > rewritePrefix="file:///usr/share/sgml/docbook/xsl-stylesheets-1.75.2 > "/> > uriStartString="http://docbook.sourceforge.net/release/xsl/1.75.2" > rewritePrefix="file:///usr/share/sgml/docbook/xsl-stylesheets-1.75.2"/> > systemIdStartString="http://docbook.sourceforge.net/release/xsl/current" > rewritePrefix="file:///usr/share/sgml/docbook/xsl-stylesheets-1.75. > 2"/> > uriStartString="http://docbook.sourceforge.net/release/xsl/current" > rewritePrefix="file:///usr/share/sgml/docbook/xsl-stylesheets-1.75.2"/> > All this bit is missing. I tried to reinstall xml-common, but /etc/xml/catalog is still the same (the shortest version)... Could you send me your catalog file ? Thanks -- Francis ``` ## Drew Northup, 2010-11-23 13:13 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <1290517990.10366.17.camel@drew-northup.unet.maine.edu> URL: https://gitlist.dev/e/1290517990.10366.17.camel%40drew-northup.unet.maine.edu In-Reply-To: <4CEB7F1F.809@drmicha.warpmail.net> ``` On Tue, 2010-11-23 at 09:45 +0100, Michael J Gruber wrote: > Francis Moreau venit, vidit, dixit 23.11.2010 08:50: > > Drew Northup writes: > > > > [...] > > > >> Supposedly docbook-dtds-1.0-53.fc14 contains the files needed. I would > >> check to make sure that your /usr/share/sgml/docbook/xmlcatalog file is > >> correct. If it is it will contain a line an awful lot like the > >> following: > >> > > > > It doesn't seem so: > > > > $ cat /usr/share/sgml/docbook/xmlcatalog > > > > > > Ok, before we get too far down the rabbit hole, is that EVERYTHING in your xmlcatalog? If it is then you have an install error (I downloaded the spec file and read it extra closely just to be sure). In FC14 the xmlcatalog file is not provided as whole cloth but it is built by the post-install script. If that script failed to run to completion you will have missing parts to your docbook-dtds package installation. > > This file belongs to xml-common-0.6.3-33.fc14.noarch which sounds pretty > > uptodate for a Fedora distribution. Yes, it is the latest in the FC git repo collection for that package as well. > > > > Here's a list of some packages installed on my system that might be > > relevant: > > > > asciidoc-8.4.5-5.fc14.noarch > > docbook-utils-0.6.14-26.fc14.noarch > > docbook-style-xsl-1.75.2-6.fc14.noarch > > docbook-style-dsssl-1.79-11.fc14.noarch > > docbook-dtds-1.0-53.fc14.noarch > > xml-commons-resolver-1.2-4.fc14.noarch > > xmlto-0.0.23-3.fc13.x86_64 > > xmltex-20020625-16.fc13.noarch > > libxml2-devel-2.7.7-2.fc14.x86_64 > > libxml2-python-2.7.7-2.fc14.x86_64 > > libxml++-2.30.1-1.fc14.x86_64 > > libxml2-2.7.7-2.fc14.i686 > > libxml++-2.30.1-1.fc14.i686 > > xml-common-0.6.3-33.fc14.noarch > > xml-commons-apis-1.4.01-1.fc13.noarch > > > > I have no problems building the doc on F14 with > > ASCIIDOC8=y > ASCIIDOC_NO_ROFF=y > DOCBOOK2X_TEXI=db2x_docbook2texi > > in my config.mak (besides other stuff), with these versions: > > asciidoc-8.4.5-5.fc14.noarch > docbook2X-0.8.8-7.fc14.x86_64 > docbook-dtds-1.0-53.fc14.noarch > docbook-style-dsssl-1.79-11.fc14.noarch > docbook-style-xsl-1.75.2-6.fc14.noarch > docbook-utils-0.6.14-26.fc14.noarch > libxml2-2.7.7-2.fc14.x86_64 > libxml++-2.32.0-1.fc14.x86_64 > libxml2-python-2.7.7-2.fc14.x86_64 > python-lxml-2.2.8-1.fc14.x86_64 > xml-common-0.6.3-33.fc14.noarch > xmlto-0.0.23-3.fc13.x86_64 > > (libxml is irrelevant) > > Are you sure you have no other xmlto (type -a xmlto) and no tinkering > with the default style sheet config? > > Michael Before you get too much further along chasing phantoms, please have a look back into the mailing list at the problems I had just enumerated with respect to building the man pages when missing the docbook 4.5 declarations and files in my local xmlcatalog. I got EXACTLY THE SAME ERRORS ORIGINALLY NOTED. That's why I answered the original query to the list. I recommend re-installing the docbook-dtds package alone and in isolation from other Yum/RPM transactions. If the xmlcatalog file is correctly regenerated AND the docbook files are there AND you have (re)run ./configure prior to running make AND you don't have filesystem errors THEN you should have a successful build. (Barring something that crawls up out of the rabbit hole--other than a rabbit.) Fix the most obvious possible problems first before seeking off-the-beaten-path solutions or worse blaming somebody. -- -Drew Northup N1XIM AKA RvnPhnx on OPN ________________________________________________ "As opposed to vegetable or mineral error?" -John Pescatore, SANS NewsBites Vol. 12 Num. 59 ``` ## Michael J Gruber, 2010-11-23 13:59 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <4CEBC8C9.4010905@drmicha.warpmail.net> URL: https://gitlist.dev/e/4CEBC8C9.4010905%40drmicha.warpmail.net In-Reply-To: <1290517990.10366.17.camel@drew-northup.unet.maine.edu> ``` Drew Northup venit, vidit, dixit 23.11.2010 14:13: > > On Tue, 2010-11-23 at 09:45 +0100, Michael J Gruber wrote: >> Francis Moreau venit, vidit, dixit 23.11.2010 08:50: >>> Drew Northup writes: >>> >>> [...] >>> >>>> Supposedly docbook-dtds-1.0-53.fc14 contains the files needed. I would >>>> check to make sure that your /usr/share/sgml/docbook/xmlcatalog file is >>>> correct. If it is it will contain a line an awful lot like the >>>> following: >>>> >>> >>> It doesn't seem so: >>> >>> $ cat /usr/share/sgml/docbook/xmlcatalog >>> >>> >>> > > Ok, before we get too far down the rabbit hole, is that EVERYTHING in > your xmlcatalog? If it is then you have an install error (I downloaded > the spec file and read it extra closely just to be sure). In FC14 the > xmlcatalog file is not provided as whole cloth but it is built by the > post-install script. If that script failed to run to completion you will > have missing parts to your docbook-dtds package installation. > > >>> This file belongs to xml-common-0.6.3-33.fc14.noarch which sounds pretty >>> uptodate for a Fedora distribution. > > Yes, it is the latest in the FC git repo collection for that package as > well. > >>> >>> Here's a list of some packages installed on my system that might be >>> relevant: >>> >>> asciidoc-8.4.5-5.fc14.noarch >>> docbook-utils-0.6.14-26.fc14.noarch >>> docbook-style-xsl-1.75.2-6.fc14.noarch >>> docbook-style-dsssl-1.79-11.fc14.noarch >>> docbook-dtds-1.0-53.fc14.noarch >>> xml-commons-resolver-1.2-4.fc14.noarch >>> xmlto-0.0.23-3.fc13.x86_64 >>> xmltex-20020625-16.fc13.noarch >>> libxml2-devel-2.7.7-2.fc14.x86_64 >>> libxml2-python-2.7.7-2.fc14.x86_64 >>> libxml++-2.30.1-1.fc14.x86_64 >>> libxml2-2.7.7-2.fc14.i686 >>> libxml++-2.30.1-1.fc14.i686 >>> xml-common-0.6.3-33.fc14.noarch >>> xml-commons-apis-1.4.01-1.fc13.noarch >>> >> >> I have no problems building the doc on F14 with >> >> ASCIIDOC8=y >> ASCIIDOC_NO_ROFF=y >> DOCBOOK2X_TEXI=db2x_docbook2texi >> >> in my config.mak (besides other stuff), with these versions: >> >> asciidoc-8.4.5-5.fc14.noarch >> docbook2X-0.8.8-7.fc14.x86_64 >> docbook-dtds-1.0-53.fc14.noarch >> docbook-style-dsssl-1.79-11.fc14.noarch >> docbook-style-xsl-1.75.2-6.fc14.noarch >> docbook-utils-0.6.14-26.fc14.noarch >> libxml2-2.7.7-2.fc14.x86_64 >> libxml++-2.32.0-1.fc14.x86_64 >> libxml2-python-2.7.7-2.fc14.x86_64 >> python-lxml-2.2.8-1.fc14.x86_64 >> xml-common-0.6.3-33.fc14.noarch >> xmlto-0.0.23-3.fc13.x86_64 >> >> (libxml is irrelevant) >> >> Are you sure you have no other xmlto (type -a xmlto) and no tinkering >> with the default style sheet config? >> >> Michael > > Before you get too much further along chasing phantoms, please have a > look back into the mailing list at the problems I had just enumerated > with respect to building the man pages when missing the docbook 4.5 > declarations and files in my local xmlcatalog. I got EXACTLY THE SAME > ERRORS ORIGINALLY NOTED. That's why I answered the original query to the > list. > > I recommend re-installing the docbook-dtds package alone and in > isolation from other Yum/RPM transactions. If the xmlcatalog file is > correctly regenerated AND the docbook files are there AND you have > (re)run ./configure prior to running make AND you don't have filesystem Don't do that unless you're using configure for git usually. I don't think Francis is, he's setting make variables. > errors THEN you should have a successful build. (Barring something that > crawls up out of the rabbit hole--other than a rabbit.) > > Fix the most obvious possible problems first before seeking > off-the-beaten-path solutions or worse blaming somebody. > ??? catalog sent to Francis off-list, which closes this topic for me. Michael ``` ## Francis Moreau, 2010-11-23 16:30 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2ipzoj93d.fsf%40gmail.com In-Reply-To: <1290517990.10366.17.camel@drew-northup.unet.maine.edu> ``` Drew Northup writes: > On Tue, 2010-11-23 at 09:45 +0100, Michael J Gruber wrote: >> Francis Moreau venit, vidit, dixit 23.11.2010 08:50: >> > Drew Northup writes: >> > > >> > [...] >> > >> >> Supposedly docbook-dtds-1.0-53.fc14 contains the files needed. I would >> >> check to make sure that your /usr/share/sgml/docbook/xmlcatalog file is >> >> correct. If it is it will contain a line an awful lot like the >> >> following: >> >> >> > >> > It doesn't seem so: >> > >> > $ cat /usr/share/sgml/docbook/xmlcatalog >> > >> > >> > > > Ok, before we get too far down the rabbit hole, is that EVERYTHING in > your xmlcatalog? yes it is. > If it is then you have an install error (I downloaded the spec file > and read it extra closely just to be sure). In FC14 the xmlcatalog > file is not provided as whole cloth but it is built by the > post-install script. If that script failed to run to completion you > will have missing parts to your docbook-dtds package installation. ah that may explain why mine is incomplete. >> > This file belongs to xml-common-0.6.3-33.fc14.noarch which sounds >> > pretty uptodate for a Fedora distribution. > > Yes, it is the latest in the FC git repo collection for that package as > well. > >> > >> > Here's a list of some packages installed on my system that might be >> > relevant: >> > >> > asciidoc-8.4.5-5.fc14.noarch >> > docbook-utils-0.6.14-26.fc14.noarch >> > docbook-style-xsl-1.75.2-6.fc14.noarch >> > docbook-style-dsssl-1.79-11.fc14.noarch >> > docbook-dtds-1.0-53.fc14.noarch >> > xml-commons-resolver-1.2-4.fc14.noarch >> > xmlto-0.0.23-3.fc13.x86_64 >> > xmltex-20020625-16.fc13.noarch >> > libxml2-devel-2.7.7-2.fc14.x86_64 >> > libxml2-python-2.7.7-2.fc14.x86_64 >> > libxml++-2.30.1-1.fc14.x86_64 >> > libxml2-2.7.7-2.fc14.i686 >> > libxml++-2.30.1-1.fc14.i686 >> > xml-common-0.6.3-33.fc14.noarch >> > xml-commons-apis-1.4.01-1.fc13.noarch >> > >> >> I have no problems building the doc on F14 with >> >> ASCIIDOC8=y >> ASCIIDOC_NO_ROFF=y >> DOCBOOK2X_TEXI=db2x_docbook2texi >> >> in my config.mak (besides other stuff), with these versions: >> >> asciidoc-8.4.5-5.fc14.noarch >> docbook2X-0.8.8-7.fc14.x86_64 >> docbook-dtds-1.0-53.fc14.noarch >> docbook-style-dsssl-1.79-11.fc14.noarch >> docbook-style-xsl-1.75.2-6.fc14.noarch >> docbook-utils-0.6.14-26.fc14.noarch >> libxml2-2.7.7-2.fc14.x86_64 >> libxml++-2.32.0-1.fc14.x86_64 >> libxml2-python-2.7.7-2.fc14.x86_64 >> python-lxml-2.2.8-1.fc14.x86_64 >> xml-common-0.6.3-33.fc14.noarch >> xmlto-0.0.23-3.fc13.x86_64 >> >> (libxml is irrelevant) >> >> Are you sure you have no other xmlto (type -a xmlto) and no tinkering >> with the default style sheet config? >> >> Michael > > Before you get too much further along chasing phantoms, please have a > look back into the mailing list at the problems I had just enumerated > with respect to building the man pages when missing the docbook 4.5 > declarations and files in my local xmlcatalog. I got EXACTLY THE SAME > ERRORS ORIGINALLY NOTED. That's why I answered the original query to the > list. Could you give me the message-id ? > I recommend re-installing the docbook-dtds package alone and in > isolation from other Yum/RPM transactions. If the xmlcatalog file is > correctly regenerated AND the docbook files are there AND you have > (re)run ./configure prior to running make AND you don't have filesystem > errors THEN you should have a successful build. (Barring something that > crawls up out of the rabbit hole--other than a rabbit.) Ok I'll try. > Fix the most obvious possible problems first before seeking > off-the-beaten-path solutions or worse blaming somebody. Well that wasn't obvious for me that the catalog was not complete. I also hope that I haven't blamed anyone so far for the trouble I'm having... -- Francis ``` ## Francis Moreau, 2010-11-23 16:36 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2d3pwj8th.fsf%40gmail.com In-Reply-To: <4CEBC8C9.4010905@drmicha.warpmail.net> ``` Michael J Gruber writes: [...] >> I recommend re-installing the docbook-dtds package alone and in >> isolation from other Yum/RPM transactions. If the xmlcatalog file is >> correctly regenerated AND the docbook files are there AND you have >> (re)run ./configure prior to running make AND you don't have filesystem > > Don't do that unless you're using configure for git usually. I don't > think Francis is, he's setting make variables. > I won't, I just call make with some variables set. >> errors THEN you should have a successful build. (Barring something that >> crawls up out of the rabbit hole--other than a rabbit.) >> >> Fix the most obvious possible problems first before seeking >> off-the-beaten-path solutions or worse blaming somebody. >> > > ??? > > catalog sent to Francis off-list, which closes this topic for me. Not really I'm afraid... xmlto -m manpage-normal.xsl --skip-validation man git-diff-index.xml I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd /home/fmoreau/git/Documentation/git-diff-index.xml:2: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" D DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" This is with your catalog. -- Francis ``` ## Drew Northup, 2010-11-23 17:06 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <1290532016.10892.40.camel@drew-northup.unet.maine.edu> URL: https://gitlist.dev/e/1290532016.10892.40.camel%40drew-northup.unet.maine.edu In-Reply-To: ``` On Tue, 2010-11-23 at 17:36 +0100, Francis Moreau wrote: > Michael J Gruber writes: > > [...] > > >> I recommend re-installing the docbook-dtds package alone and in > >> isolation from other Yum/RPM transactions. If the xmlcatalog file is > >> correctly regenerated AND the docbook files are there AND you have > >> (re)run ./configure prior to running make AND you don't have filesystem > > > > Don't do that unless you're using configure for git usually. I don't > > think Francis is, he's setting make variables. > > > > I won't, I just call make with some variables set. > > >> errors THEN you should have a successful build. (Barring something that > >> crawls up out of the rabbit hole--other than a rabbit.) > >> > >> Fix the most obvious possible problems first before seeking > >> off-the-beaten-path solutions or worse blaming somebody. > >> > > > > ??? > > > > catalog sent to Francis off-list, which closes this topic for me. > > Not really I'm afraid... > > xmlto -m manpage-normal.xsl --skip-validation man git-diff-index.xml > I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd > /home/fmoreau/git/Documentation/git-diff-index.xml:2: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > D DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" > > This is with your catalog. I really hope you don't have any filesystem errors. May be worth checking before attempting to reinstall the docbook-dtds package. In any case, you are apparently missing the docbook XML 4.5 DTD/XSL files (from your local cache). It automagically fails over to trying to fetch them over the internet (which I've noted doesn't work very well). -- -Drew Northup N1XIM AKA RvnPhnx on OPN ________________________________________________ "As opposed to vegetable or mineral error?" -John Pescatore, SANS NewsBites Vol. 12 Num. 59 ``` ## Francis Moreau, 2010-11-23 20:48 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2fwur7olt.fsf%40gmail.com In-Reply-To: <1290532016.10892.40.camel@drew-northup.unet.maine.edu> ``` Drew Northup writes: > On Tue, 2010-11-23 at 17:36 +0100, Francis Moreau wrote: >> Michael J Gruber writes: >> >> [...] > >> >> >> I recommend re-installing the docbook-dtds package alone and in >> >> isolation from other Yum/RPM transactions. If the xmlcatalog file is >> >> correctly regenerated AND the docbook files are there AND you have >> >> (re)run ./configure prior to running make AND you don't have filesystem >> > >> > Don't do that unless you're using configure for git usually. I don't >> > think Francis is, he's setting make variables. >> > >> >> I won't, I just call make with some variables set. >> >> >> errors THEN you should have a successful build. (Barring something that >> >> crawls up out of the rabbit hole--other than a rabbit.) >> >> >> >> Fix the most obvious possible problems first before seeking >> >> off-the-beaten-path solutions or worse blaming somebody. >> >> >> > >> > ??? >> > >> > catalog sent to Francis off-list, which closes this topic for me. >> >> Not really I'm afraid... >> >> xmlto -m manpage-normal.xsl --skip-validation man git-diff-index.xml >> I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd >> /home/fmoreau/git/Documentation/git-diff-index.xml:2: warning: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" >> D DocBook XML V4.5//EN" "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" >> >> This is with your catalog. > > I really hope you don't have any filesystem errors. May be worth > checking before attempting to reinstall the docbook-dtds package. > > In any case, you are apparently missing the docbook XML 4.5 DTD/XSL > files (from your local cache). It automagically fails over to trying to > fetch them over the internet (which I've noted doesn't work very well). Ok, I fixed the problem by reinstalling the following packages: - docbook-style-xsl - docbook-dtds I suspect something went wrong during Fedora major updates, at least that's the one I'm going to blame for now ;) Thanks both of you for your help. -- Francis ``` ## Junio C Hamano, 2010-11-24 19:17 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <7v7hg2ttty.fsf@alter.siamese.dyndns.org> URL: https://gitlist.dev/e/7v7hg2ttty.fsf%40alter.siamese.dyndns.org In-Reply-To: ``` Francis Moreau writes: > Ok, I fixed the problem by reinstalling the following packages: > > - docbook-style-xsl > - docbook-dtds > > I suspect something went wrong during Fedora major updates, at least > that's the one I'm going to blame for now ;) I vaguely recall that I saw a similar breakage due to broken xml catalog on the system when k.org updated a few years ago (not the recent move to FC13 but two updates before that one to FC9) and asked the sysadmin to reinstall docbook-dtds. Is it still CANTFIX [*1*], I wonder? [Reference] *1* https://bugzilla.redhat.com/show_bug.cgi?id=454097 1 ``` ## git@drmicha.warpmail.net, 2010-11-25 08:13 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: <4CEE1A99.8020001@drmicha.warpmail.net> URL: https://gitlist.dev/e/4CEE1A99.8020001%40drmicha.warpmail.net In-Reply-To: <7v7hg2ttty.fsf@alter.siamese.dyndns.org> ``` Junio C Hamano venit, vidit, dixit 24.11.2010 20:17: > Francis Moreau writes: > >> Ok, I fixed the problem by reinstalling the following packages: >> >> - docbook-style-xsl >> - docbook-dtds >> >> I suspect something went wrong during Fedora major updates, at least >> that's the one I'm going to blame for now ;) > > I vaguely recall that I saw a similar breakage due to broken xml catalog > on the system when k.org updated a few years ago (not the recent move to > FC13 but two updates before that one to FC9) and asked the sysadmin to > reinstall docbook-dtds. > > Is it still CANTFIX [*1*], I wonder? > > [Reference] > > *1* https://bugzilla.redhat.com/show_bug.cgi?id=454097 > 1 I've marked it NEXTRELEASE now since the fix is in the F10 package (the report was against rawhide leading up to F10). In that bug, the catalog ended up being empty for certain reasons, and that effect has been fixed. Here, it ended up being broken (half-written it seems), so it's similar but different. Francis: If you can reproduce this in any way then please file a Fedora bug, or describe the procedure and I'll file a bug on your behalf. Michael ``` ## Francis Moreau, 2010-11-25 19:54 Subject: Re: Can't build doc anymore (v1.7.3.2) Message-ID: URL: https://gitlist.dev/e/m2zksxch79.fsf%40gmail.com In-Reply-To: <4CEE1A99.8020001@drmicha.warpmail.net> ``` git@drmicha.warpmail.net writes: [...] > Francis: If you can reproduce this in any way then please file a Fedora > bug, or describe the procedure and I'll file a bug on your behalf. Yes, I'll do. -- Francis ```