[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Tracking strange sgml failures (related to #675613 in dpkg?)



Hello,
short: 
goobox fails during man page generation (see below) with very similar
issues like #675613 fixed in dpkg 1.16.4 on some architectures, on
some not. I'm unable to reproduce, but every time it fails, 
dpkg is < 1.16.4, every time it suceedes, dpkg >= 1.16.4.

Could somebody confirm that I'm on the right track?

If so, is there any other way then using a pre-depency on dpkg >= 1.16.4 
to ensure that buildds are using a recent enough dpkg? 


Long story:
Goobox builds man pages using po4a/docbook-to-man/nsgmls, which has
worked for "ages" (several years). The build log looks like:

...
docbook-to-man debian/manpage/goobox.en.sgml > debian/goobox/usr/share/man/man1/goobox.1
po4a -v -f debian/po4a.cfg
Updating debian/manpage//goobox.pot:
po4a::sgml: msgid skipped to help translators (contains only tags)
...


Now, it fails on some architectures, on some not, on some
architectures it first did not fail, then it does, always with the
following errors:

 docbook-to-man debian/manpage/goobox.en.sgml > debian/goobox/usr/share/man/man1/goobox.1
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:53:65:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Added Math Symbols: Arrow Relations//EN"
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:54:8:E: reference to entity "ISOamsa" for which no system identifier could be generated
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:52:0: entity was defined here
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:60:66:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Added Math Symbols: Binary Operators//EN"
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:61:8:E: reference to entity "ISOamsb" for which no system identifier could be generated
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:59:0: entity was defined here
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:67:60:W: cannot generate system identifier for public text "ISO 8879:1986//ENTITIES Added Math Symbols: Delimiters//EN"
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:68:8:E: reference to entity "ISOamsc" for which no system identifier could be generated
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:66:0: entity was defined here
...
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:180:8:E: reference to entity "ISOtech" for which no system identifier could be generated
 /usr/bin/nsgmls:/usr/share/sgml/docbook/dtd/4.1/dbcent.mod:178:0: entity was defined here
 po4a -v -f debian/po4a.cfg
 Updating debian/manpage//goobox.pot:
 nsgmls:<OSFD>0:1:59:W: cannot generate system identifier for public text "-//OASIS//DTD DocBook V4.1//EN"
 nsgmls:<OSFD>0:18:0:E: reference to entity "REFENTRY" for which no system identifier could be generated
 nsgmls:<OSFD>0:1:0: entity was defined here
 nsgmls:<OSFD>0:18:0:E: DTD did not contain element declaration for document type name
 po4a::sgml: Error while running nsgmls -p.  Please check if nsgmls and the DTD are installed.

During debugging/researching I found #675613 and friends, and indeed, looking 
at the buildd logs I see that failing only occurs if dpkg < 1.16.4
(which looks too systematic to be a coincidence):

amd64  3.0.1-2  suceeded   dpkg  1.16.4.3
amd64  3.0.1-3  failed     dpkg  1.16.3
armel  3.0.1-2  suceeded   dpkg  1.16.4.3
armel  3.0.1-3  suceeded   dpkg  1.16.7
armhf  3.0.1-2  suceeded   dpkg  1.16.4.3
armhf  3.0.1-3  suceeded   dpkg  1.16.6
ia64   3.0.1-2  suceeded   dpkg  1.16.4.3
ia64   3.0.1-3  failed     dpkg  1.16.3
mips   3.0.1-2  suceeded   dpkg  1.16.4.2
mips   3.0.1-3  suceeded   dpkg  1.16.4.2
mipsel 3.0.1-2  failed     dpkg  1.16.3
                           dpkg  1.16.3
powerpc 3.0.1-2 suceeded   dpkg  1.16.4.3
        3.0.1-3 suceeded   dpkg  1.16.4.3
s390    3.0.1-2 suceeded   dpkg  1.16.4.3
        3.0.1-3 suceeded   dpkg  1.16.4.3
s390x   3.0.1-2 suceeded   dpkg  1.16.4.3
        3.0.1-3 suceeded   dpkg  1.16.4.3

Thanks for your help / pointers

                 Helge

P.S. Since there are other packages using docbook-to-man, maybe a more
     general action is required to ensure autobuilders are using a
     recent enought dpkg?
-- 
      Dr. Helge Kreutzmann                     debian@helgefjell.de
           Dipl.-Phys.                   http://www.helgefjell.de/debian.php
        64bit GNU powered                     gpg signed mail preferred
           Help keep free software "libre": http://www.ffii.de/

Attachment: signature.asc
Description: Digital signature


Reply to: