Bug 461463

Summary: Failed to generate manual while builing ws-jaxme with mock and JDK6 on Fedora 9
Product: [Fedora] Fedora Reporter: Yong Yang <yyang>
Component: docbook-style-xslAssignee: Kamil Dudka <kdudka>
Status: CLOSED NEXTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: medium    
Version: 9CC: dwalluck, kdudka, ovasik
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-10-01 06:43:01 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Yong Yang 2008-09-08 09:41:30 UTC
Description of problem:
I'm building ws-jaxme on Fedora 9 with mock and JDK6, mock always failed to execute "ant Docs.all" to generate manual, this issue may be caused by inconsistent docbook xsl stylesheet, can you guys help me fix this issue or give me some useful suggestion?


Version-Release number of selected component (if applicable):
ws-jaxme:          0.5.1-5
docbook-style-xsl: 1.73.2-9.fc9

How reproducible:


Steps to Reproduce:
1. ssh to-jbonf9.yyz.redhat.com
2. mockbuild -v -r jpackage-f9 /home/nay/yyang/topdir/SRPMS/ws-jaxme-0.5.1-5.jpp6.src.rpm
  
Actual results:


Expected results:


Additional info: 
1. build command in spec file
ant all Docs.all \
-Dbuild.sysclasspath=first \
-Ddocbook.home=/usr/share/sgml/docbook \
-Ddocbookxsl.home=/usr/share/sgml/docbook/xsl-stylesheets

2.significant output of mockbuild
DEBUG: docbook.html.50:
DEBUG:     [mkdir] Created dir: /builddir/build/BUILD/ws-jaxme/build/docs/src/documentation/content/manual
DEBUG:     [style] Warning: the task name <style> is deprecated. Use <xslt> instead.
DEBUG:     [style] Processing /builddir/build/BUILD/ws-jaxme/src/documentation/manual/jaxme2.xml to /builddir/build/BUILD/ws-jaxme/build/docs/src/documentation/content/manual/index.html
DEBUG:     [style] Loading stylesheet /usr/share/sgml/docbook/xsl-stylesheets/html/chunk.xsl
DEBUG:     [style] Unknown file:185:91: Fatal Error! org.apache.xpath.functions.FuncConcat only allows >1 arguments
DEBUG:     [style] : Fatal Error! Fatal error during transformation Cause: Fatal error during transformation
DEBUG:     [style] Failed to process /builddir/build/BUILD/ws-jaxme/src/documentation/manual/jaxme2.xml
DEBUG: BUILD FAILED

Comment 1 Kamil Dudka 2008-09-09 08:30:28 UTC
Where can I get ws-jaxme-0.5.1-5.jpp6.src.rpm from?

The last version from Fedora CVS is 0.5.1-2jpp.1 - I've tested this version and it was built successfully. I can't follow your steps to reproduce - am I permitted to login on to-jbonf9.yyz.redhat.com?

Comment 2 Yong Yang 2008-09-09 12:29:33 UTC
To get ws-jamxe srpm, please follow this link, http://torweb.toronto.redhat.com/~yyang/ws-jaxme-0.5.1-5.jpp6.src.rpm

NOTE: I only tried building it with mock, the command I used is: mockbuild -v -r jpackage-f9 ws-jaxme-0.5.1-5.jpp6.src.rpm, I don't know whether it is OK without using mock.

Comment 3 Kamil Dudka 2008-09-09 13:54:57 UTC
Thank you for link. But there is no mockbuild command on my machine. Isn't it mock command? If yes, can you attach jpackage-f9.cfg? Currently I am unable to reproduce this bug.

Comment 4 Yong Yang 2008-09-09 14:43:26 UTC
I have added jpackage-f9.cfg and mockbuild to my public_html, you can get them by following these link:
http://torweb.toronto.redhat.com/~yyang/jpackage-f9.cfg
http://torweb.toronto.redhat.com/~yyang/mockbuild

I think mockbuild is a special mock, it has same usage with mock, hope this mockbuild can work well on your machine.

Comment 5 Kamil Dudka 2008-09-10 09:32:58 UTC
I spent 2 hours with attempts to reproduce this bug with no success. I can't run your mockbuild script as there are hard-coded paths which have never existed on my machine.

I am unable to init mock with your jpackage-f9.cfg:
$ mock -v -r jpackage-f9 --init
...
DEBUG: /var/tmp/rpm-tmp.94315: line 3: find: command not found
...
ERROR: Could not find useradd in chroot, maybe the install failed?
...

If I install findutils and shadow-utils manually:
$ mock -v -r jpackage-f9 --no-clean --install findutils
$ mock -v -r jpackage-f9 --no-clean --install shadow-utils
$ mock -v -r jpackage-f9 --no-clean --init

then init is ok, but I am unable to build your srpm:
$ mock -v -r jpackage-f9 --no-clean ws-jaxme-0.5.1-5.fc9.src.rpm
...
ERROR: Exception(ws-jaxme-0.5.1-5.fc9.src.rpm) Config(jpackage-fedora-9-i386) 0 minutes 5 seconds
INFO: Results and/or logs in: /var/lib/mock//jpackage-fedora-9-i386/result
Traceback (most recent call last):
...
OSError: [Errno 13] Permission denied


As this is bug report against Fedora 9 package, please, provide new bug report based on standard fedora-9-i386.cfg from mock or something like minimal example.

Note that current version of ws-jaxme 0.5.1-2jpp.1.fc9 builds just fine:
$ mock -r fedora-9-i386 ws-jaxme-0.5.1-2jpp.1.fc9.src.rpm
INFO: mock.py version 0.9.10 starting...
...
INFO: Done(.../ws-jaxme-0.5.1-2jpp.1.fc9.src.rpm) Config(fedora-9-i386) 16 minutes 42 seconds

Your srpm fails also in Koji ( http://koji.fedoraproject.org/koji/taskinfo?taskID=817295 ) and the error seems not to be related to docbook-style-xsl. So closing this bug as NOTABUG.

Comment 6 David Walluck 2008-09-10 17:00:43 UTC
Please don't close a bug due to some unrelated issue building the package.

I am providing you with an SRPM that you can build in a standard Fedora 9 build root, provided that you have mock installed.

First, download <http://dwalluck.fedorapeople.org/ws-jaxme-0.5.1-7.fc9.src.rpm>, then execute:

mock -v -r fedora-9-x86_64 ws-jaxme-0.5.1-7.fc9.src.rpm

You should see the following output when the build fails:

DEBUG: docbook.html.50:
DEBUG:     [mkdir] Created dir: /builddir/build/BUILD/ws-jaxme/build/docs/src/documentation/content/manual
DEBUG:     [style] Warning: the task name <style> is deprecated. Use <xslt> instead.
DEBUG:     [style] Processing /builddir/build/BUILD/ws-jaxme/src/documentation/manual/jaxme2.xml to /builddir/build/BUILD/ws-jaxme/build/docs/src/documentation/content/manual/index.html
DEBUG:     [style] Loading stylesheet /usr/share/sgml/docbook/xsl-stylesheets/html/chunk.xsl
DEBUG:     [style] Unknown file:185:91: Fatal Error! org.apache.xpath.functions.FuncConcat only allows >1 arguments
DEBUG:     [style] : Fatal Error! Fatal error during transformation Cause: Fatal error during transformation
DEBUG:     [style] Failed to process /builddir/build/BUILD/ws-jaxme/src/documentation/manual/jaxme2.xml
DEBUG: BUILD FAILED
DEBUG: /builddir/build/BUILD/ws-jaxme/ant/docs.xml:183: Fatal error during transformation

Comment 7 Kamil Dudka 2008-09-11 07:28:17 UTC
Thank you for the report I've needed.

This seems to be related to already fixed f10 bug 452867 - please, download docbook-style-xsl-1.74.0-3.fc10.noarch.rpm from Fedora mirror and try this:
$ mock -v -r fedora-9-x86_64 --init
$ mock -v -r fedora-9-x86_64 --no-clean --install docbook-style-xsl-1.74.0-3.fc10.noarch.rpm
$ mock -v -r fedora-9-x86_64 --no-clean ws-jaxme-0.5.1-7.fc9.src.rpm

If it behaves as you expected, you can await update for f9 in few days.

Comment 8 Fedora Update System 2008-09-11 10:28:13 UTC
docbook-style-xsl-1.73.2-10.fc9 has been submitted as an update for Fedora 9.
http://admin.fedoraproject.org/updates/docbook-style-xsl-1.73.2-10.fc9

Comment 9 Fedora Update System 2008-09-12 05:14:11 UTC
docbook-style-xsl-1.73.2-10.fc9 has been pushed to the Fedora 9 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update docbook-style-xsl'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-7996

Comment 10 Fedora Update System 2008-10-01 06:42:58 UTC
docbook-style-xsl-1.73.2-10.fc9 has been pushed to the Fedora 9 stable repository.  If problems still persist, please make note of it in this bug report.