My package libdbi is apparently failing to build in CVS HEAD:
http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/i386/libdbi-0.8.3-1.fc9.src.rpm/result/build.log
where the failure looks like
Converting programmers-guide.sgml to HTML...
mkdir -p programmers-guide && cd programmers-guide && openjade -t sgml -d ../../doc/include/doc-html.dsl ../../doc/programmers-guide.sgml
openjade:/usr/share/sgml/docbook/sgml-dtd-4.1-1.0-38.fc10/dbcent.mod:54:0:E: cannot find "iso-amsa.gml"; tried "/usr/share/sgml/docbook/sgml-dtd-4.5-1.0-38.fc10/iso-amsa.gml", "/usr/share/sgml/iso-amsa.gml", "/usr/share/xml/iso-amsa.gml"
openjade:/usr/share/sgml/docbook/sgml-dtd-4.1-1.0-38.fc10/dbcent.mod:61:0:E: cannot find "iso-amsb.gml"; tried "/usr/share/sgml/docbook/sgml-dtd-4.5-1.0-38.fc10/iso-amsb.gml", "/usr/share/sgml/iso-amsb.gml", "/usr/share/xml/iso-amsb.gml"
...
openjade:../../doc/example-program.sgml:61:21:W: cannot generate system identifier for general entity "gt"
openjade:../../doc/example-program.sgml:61:21:E: general entity "gt" not defined and no default entity
openjade:../../doc/example-program.sgml:61:23:E: reference to entity "gt" for which no system identifier could be generated
openjade:../../doc/example-program.sgml:61:20: entity was defined here
openjade:../../doc/example-program.sgml:61:45:E: reference to entity "gt" for which no system identifier could be generated
It doesn't know > ???
The identical SRPM builds just fine in F-9. I speculate that somebody's
refactored the relevant RPMs in F-10, and that I need a new
BuildRequires to make it work in F-10. I'm not quite sure where to go
looking though. Any clues?
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
08-28-2008, 11:47 PM
Sam Varshavchik
SGML support refactored in F-10?
Tom Lane writes:
The identical SRPM builds just fine in F-9. I speculate that somebody's
refactored the relevant RPMs in F-10, and that I need a new
BuildRequires to make it work in F-10. I'm not quite sure where to go
looking though. Any clues?
Throw F-10 Alpha on some machine, try building your package on F-10 Alpha,
and see what happens.
You can take a stab in the dark, look at the packages in the F-10 Alpha
release, and see if you can figure it out yourself.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
08-28-2008, 11:48 PM
Matthias Clasen
SGML support refactored in F-10?
On Thu, 2008-08-28 at 19:32 -0400, Tom Lane wrote:
> My package libdbi is apparently failing to build in CVS HEAD:
> http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/i386/libdbi-0.8.3-1.fc9.src.rpm/result/build.log
>
> where the failure looks like
>
> Converting programmers-guide.sgml to HTML...
> mkdir -p programmers-guide && cd programmers-guide && openjade -t sgml -d ../../doc/include/doc-html.dsl ../../doc/programmers-guide.sgml
> openjade:/usr/share/sgml/docbook/sgml-dtd-4.1-1.0-38.fc10/dbcent.mod:54:0:E: cannot find "iso-amsa.gml"; tried "/usr/share/sgml/docbook/sgml-dtd-4.5-1.0-38.fc10/iso-amsa.gml", "/usr/share/sgml/iso-amsa.gml", "/usr/share/xml/iso-amsa.gml"
> openjade:/usr/share/sgml/docbook/sgml-dtd-4.1-1.0-38.fc10/dbcent.mod:61:0:E: cannot find "iso-amsb.gml"; tried "/usr/share/sgml/docbook/sgml-dtd-4.5-1.0-38.fc10/iso-amsb.gml", "/usr/share/sgml/iso-amsb.gml", "/usr/share/xml/iso-amsb.gml"
> ...
> openjade:../../doc/example-program.sgml:61:21:W: cannot generate system identifier for general entity "gt"
> openjade:../../doc/example-program.sgml:61:21:E: general entity "gt" not defined and no default entity
> openjade:../../doc/example-program.sgml:61:23:E: reference to entity "gt" for which no system identifier could be generated
> openjade:../../doc/example-program.sgml:61:20: entity was defined here
> openjade:../../doc/example-program.sgml:61:45:E: reference to entity "gt" for which no system identifier could be generated
>
> It doesn't know > ???
>
> The identical SRPM builds just fine in F-9. I speculate that somebody's
> refactored the relevant RPMs in F-10, and that I need a new
> BuildRequires to make it work in F-10. I'm not quite sure where to go
> looking though. Any clues?
>
There are problems with the %post of docbook-dtds, which messes up the
xml (and probably sgml) catalogs. I've complained to ovasik about that a
while ago, not sure if it has been fixed. The last time this happened to
me, I manually reran the docbook-dtds %post to get my catalogs back.
Matthias
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
08-29-2008, 01:06 PM
OndÅ™ej VaÅ¡Ãk
SGML support refactored in F-10?
Matthias Clasen wrote:
> On Thu, 2008-08-28 at 19:32 -0400, Tom Lane wrote:
> > The identical SRPM builds just fine in F-9. I speculate that somebody's
> > refactored the relevant RPMs in F-10, and that I need a new
> > BuildRequires to make it work in F-10. I'm not quite sure where to go
> > looking though. Any clues?
> There are problems with the %post of docbook-dtds, which messes up the
> xml (and probably sgml) catalogs. I've complained to ovasik about that a
> while ago, not sure if it has been fixed. The last time this happened to
> me, I manually reran the docbook-dtds %post to get my catalogs back.
Thanks for report. Looks like some kind of heavy-weight black magic.
Problems mentioned by Mathias were solved in mid July, it is not related
to the current troubles as those changes are completely same for rawhide
and F9. Actually everything is same, diff is showing the only difference
in requires for xml-common, release number, changelog changes and
switched position of CATALOG definition (just changing the position
didn't help). After usage of F-9 spec file (with devel changelog and
version) it seems to work properly again.It seems there is something
very fragile in docbook-dtds.spec and it was accidently broken.
http://koji.fedoraproject.org/koji/taskinfo?taskID=793167
should work for you. At least it works for me...
Ondrej Vasik
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
09-02-2008, 12:30 AM
Tom Lane
SGML support refactored in F-10?
=?UTF-8?Q?Ond=C5=99ej_Va=C5=A1=C3=ADk?= <ovasik@redhat.com> writes:
> Thanks for report. Looks like some kind of heavy-weight black magic.
> Problems mentioned by Mathias were solved in mid July, it is not related
> to the current troubles as those changes are completely same for rawhide
> and F9. Actually everything is same, diff is showing the only difference
> in requires for xml-common, release number, changelog changes and
> switched position of CATALOG definition (just changing the position
> didn't help). After usage of F-9 spec file (with devel changelog and
> version) it seems to work properly again.It seems there is something
> very fragile in docbook-dtds.spec and it was accidently broken.
> http://koji.fedoraproject.org/koji/taskinfo?taskID=793167
> should work for you. At least it works for me...
Thanks for trying, but it still fails with about the same symptoms:
http://koji.fedoraproject.org/koji/taskinfo?taskID=799111
regards, tom lane
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
Thanks for report. Looks like some kind of heavy-weight black magic.
Problems mentioned by Mathias were solved in mid July, it is not related
to the current troubles as those changes are completely same for rawhide
and F9. Actually everything is same, diff is showing the only difference
in requires for xml-common, release number, changelog changes and
switched position of CATALOG definition (just changing the position
didn't help). After usage of F-9 spec file (with devel changelog and
version) it seems to work properly again.It seems there is something
very fragile in docbook-dtds.spec and it was accidently broken.
http://koji.fedoraproject.org/koji/taskinfo?taskID=793167
should work for you. At least it works for me...
Thanks for trying, but it still fails with about the same symptoms:
http://koji.fedoraproject.org/koji/taskinfo?taskID=799111