Bug 486257 - docbook is unusable in koji/mock builds because trigger installation does not work
Summary: docbook is unusable in koji/mock builds because trigger installation does not...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: docbook-dtds
Version: rawhide
Hardware: All
OS: Linux
urgent
medium
Target Milestone: ---
Assignee: Ondrej Vasik
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-02-19 04:03 UTC by Tom Lane
Modified: 2013-07-03 03:21 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-02-19 15:18:55 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Tom Lane 2009-02-19 04:03:01 UTC
Description of problem:
The trigger-based installation of docbook-dtd entries into openjade's catalogs, as described in
bug #234345, does not work when both packages are installed at the same time.  Which is the
case, for example, when building a package that buildrequire's both of them.

Version-Release number of selected component (if applicable):
docbook-dtds-1.0-42.fc11

How reproducible:
100%

Steps to Reproduce:
1. Try to build libdbi using mock or koji

Actual results:
Fails with a bunch of strange errors while trying to build its documentation.  See for example
http://koji.fedoraproject.org/koji/taskinfo?taskID=1137699

Expected results:
Should work

Additional info:
I've verified that the case works with F-9 docbook-dtds and fails with F-10.  The only difference between those two packages is the moving of the xmlcatalog calls into a trigger, so that is clearly the source of the problem.  I speculate that rpm is installing openjade second and failing to call the trigger, so maybe this is at bottom an rpm bug.

This is fairly urgent because it means that libdbi fails to build from source, and that's going to be an issue with the mass rebuild scheduled for next week.  If there are any other packages that try to build docbook documentation from source, they're gonna fail too.

Comment 1 Ondrej Vasik 2009-02-19 09:29:16 UTC
Thanks for report - will discuss that with RPM guy and hopefully find fix or at least workaround...

Comment 2 Ondrej Vasik 2009-02-19 12:23:56 UTC
From the build log is clear, that trigger solution works in mock, problem was with registration order. When I locally modified /etc/sgml/catalog to have sgml catalogs before xml catalogs, I was able to build libdbi. Tried to modify registration order in trigger, hopefully it will solve the issue, will check it ...

Comment 3 Ondrej Vasik 2009-02-19 14:52:44 UTC
Tried with docbook-dtds-1.0-44.fc11 , libdbi scratch build (http://koji.fedoraproject.org/koji/taskinfo?taskID=1139874 ) seems to pass without troubles . Hopefully will work for you.

Comment 4 Tom Lane 2009-02-19 15:18:55 UTC
Confirmed, it builds without error now.  Thanks for the fast response!


Note You need to log in before you can comment on or make changes to this bug.