Created attachment 482102 [details] reproducer xmlto return a non-zero return code when the browser that satisfies the text-www-browser requirement is lynx instead of w3m reproducable on F14, F15 output with lynx installed: [dan@eagle libXtst]$ sh xmlto-test.sh Test on empty file, fails with lynx, OK with w3m /home/dan/projects/fedora/zedora/libXtst/test.xml:1: parser error : Document is empty ^ /home/dan/projects/fedora/zedora/libXtst/test.xml:1: parser error : Start tag expected, '<' not found ^ unable to parse /home/dan/projects/fedora/zedora/libXtst/test.xml Can't Access `file://localhost/tmp/xmlto.tZVo9J/test.proc' Alert!: Unable to access document. lynx: Can't access startfile return code=1 Test on empty book return code=0 output with lynx and w3m installed: [dan@eagle libXtst]$ sh xmlto-test.sh Test on empty file, fails with lynx, OK with w3m /home/dan/projects/fedora/zedora/libXtst/test.xml:1: parser error : Document is empty ^ /home/dan/projects/fedora/zedora/libXtst/test.xml:1: parser error : Start tag expected, '<' not found ^ unable to parse /home/dan/projects/fedora/zedora/libXtst/test.xml w3m: Can't load /tmp/xmlto.BgOv9F/test.proc. return code=0 Test on empty book return code=0
Created attachment 482103 [details] reproducer
Adding Kamil to cc, as he is lynx maintainer and only lynx returns 1 on this empty book.
and possible new feature - show the command line how the browser is doing the conversion when run with "verbose" option
Yep, makes sense, feature from comment #3 was added by https://fedorahosted.org/xmlto/changeset/56/ , thanks for suggestion.
Looking at the error message, it seems possible that lynx is being called, told to process a non-existent temporary file. I don't see the xmlto-test.sh anywhere (and a quick read of xmlto-0.0.23-4.fc15 doesn't show where/how lynx might be invoked).
Thanks for comment, lynx is called in txt format helping script (/usr/share/xmlto/format/docbook/txt) ... however it seems you are right here ... well, probably I could ensure that the file exists (even empty) with touch... these temp files are deleted anyway, so it should not cause any troubles...
Yep, touch seems to solve the issue with empty file... https://fedorahosted.org/xmlto/changeset/57/ ... will try to find some time to finish xmlto 0.0.24 in June or July...
thanks (I seem to recall this issue reported a while back, in a different report - at the time I had thought the issue was that the file was removed before lynx could see it).
xmlto-0.0.24 is already finished and in rawhide (and this issue is not present there) - not worth of an update in released fedora, though - so closing RAWHIDE.
Can we please have xmlto-0.0.24 pushed as an update for F15? It's the cause to a number of FTBFS issues in other packages. This causes those packages to not be built at all in the ARMv7 secondary arch, in addition to blocking any F15/F16 updates of those packages as well.
OK...
xmlto-0.0.24-1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/xmlto-0.0.24-1.fc15
Package xmlto-0.0.24-1.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing xmlto-0.0.24-1.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/xmlto-0.0.24-1.fc15 then log in and leave karma (feedback).
xmlto-0.0.24-1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.