Opened 9 years ago
Closed 9 years ago
#7127 closed enhancement (fixed)
xmlto-0.0.27
Reported by: | Fernando de Oliveira | Owned by: | Fernando de Oliveira |
---|---|---|---|
Priority: | normal | Milestone: | 7.9 |
Component: | BOOK | Version: | SVN |
Severity: | normal | Keywords: | |
Cc: |
Description
https://fedorahosted.org/releases/x/m/xmlto/xmlto-0.0.27.tar.bz2
https://fedorahosted.org/xmlto/browser/NEWS
or
https://fedorahosted.org/xmlto/export/83/NEWS
0.0.27 (stable) - remove several bashisms from scripts - add new option --profile for preprocessing documents with profiling stylesheet
Attachments (2)
Change History (13)
comment:1 by , 9 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 9 years ago
comment:3 by , 9 years ago
Owner: | changed from | to
---|---|
Status: | assigned → new |
I'm not working more, today.
Giving back to the book
comment:4 by , 9 years ago
I tested this and didn't get a failure. For example:
make[1]: Entering directory '/usr/src/xdg-utils/xdg-utils-1.1.1/scripts' /usr/bin/xmlto txt desc/xdg-desktop-menu.xml awk -f generate-help-script.awk xdg-desktop-menu.in | sed -e 's/@NAME@/'xdg-desktop-menu'/g' > xdg-desktop-menu chmod a+x xdg-desktop-menu /usr/bin/xmlto txt desc/xdg-desktop-icon.xml awk -f generate-help-script.awk xdg-desktop-icon.in | sed -e 's/@NAME@/'xdg-desktop-icon'/g' > xdg-desktop-icon chmod a+x xdg-desktop-icon /usr/bin/xmlto txt desc/xdg-mime.xml awk -f generate-help-script.awk xdg-mime.in | sed -e 's/@NAME@/'xdg-mime'/g' > xdg-mime chmod a+x xdg-mime /usr/bin/xmlto txt desc/xdg-icon-resource.xml awk -f generate-help-script.awk xdg-icon-resource.in | sed -e 's/@NAME@/'xdg-icon-resource'/g' > xdg-icon-resource chmod a+x xdg-icon-resource /usr/bin/xmlto txt desc/xdg-open.xml awk -f generate-help-script.awk xdg-open.in | sed -e 's/@NAME@/'xdg-open'/g' > xdg-open chmod a+x xdg-open /usr/bin/xmlto txt desc/xdg-email.xml awk -f generate-help-script.awk xdg-email.in | sed -e 's/@NAME@/'xdg-email'/g' > xdg-email chmod a+x xdg-email /usr/bin/xmlto txt desc/xdg-screensaver.xml awk -f generate-help-script.awk xdg-screensaver.in | sed -e 's/@NAME@/'xdg-screensaver'/g' > xdg-screensaver chmod a+x xdg-screensaver /usr/bin/xmlto txt desc/xdg-settings.xml awk -f generate-help-script.awk xdg-settings.in | sed -e 's/@NAME@/'xdg-settings'/g' > xdg-settings chmod a+x xdg-settings echo > README rm xdg-mime.txt xdg-email.txt xdg-desktop-menu.txt xdg-screensaver.txt xdg-open.txt xdg-desktop-icon.txt xdg-icon-resource.txt xdg-settings.txt make[1]: Leaving directory '/usr/src/xdg-utils/xdg-utils-1.1.1/scripts' make[1]: Entering directory '/usr/src/xdg-utils/xdg-utils-1.1.1/tests' make[1]: Nothing to be done for 'all'. make[1]: Leaving directory '/usr/src/xdg-utils/xdg-utils-1.1.1/tests' make[1]: Entering directory '/usr/src/xdg-utils/xdg-utils-1.1.1/autotests' make[1]: Nothing to be done for 'all'. make[1]: Leaving directory '/usr/src/xdg-utils/xdg-utils-1.1.1/autotests'
Perhaps you are missing a prerequisite?
comment:5 by , 9 years ago
Only if there is a new dependency from 0.27. I have not yet installed TexLive. As I said, xdg-utils-1.1.1 compiles and install perfectly with 0.26. Just removed xmlto all versions
- Installed 0.27, tried to build xdg-utils-1.1.1, attached xdg-utils-1.1.1-simulation-2015.11.14-06h06m14s.log, FAIL.
Removed 0.27
- Removed 0.27, installed 0.26, built xdg-utils-1.1.1, attached xdg-utils-1.1.1-simulation-2015.11.14-06h06m51s.log, PASS.
by , 9 years ago
Attachment: | xdg-utils-1.1.1-simulation-2015.11.14-06h06m14s.log added |
---|
xdg-utils-1.1.1 build failed with xmlto-0.27
by , 9 years ago
Attachment: | xdg-utils-1.1.1-simulation-2015.11.14-06h06m51s.log added |
---|
xdg-utils-1.1.1 build OK with xmlto-0.26
follow-up: 7 comment:6 by , 9 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
Bruce, thanks for your post. Solved the problem. Taking the ticket, if you don't mind, but can give it back to you, if you wish.
Since the first time I saw the bug, I assumed it to be related to the text browser, and describe below several build-tests that I had performed, without success. Today, I included other build-tests, and finally build-test 5 worked.
I didn't want to test with other text browsers, because it always worked with links, IIRC.
You have probably other text browser(s) installed, I only have links (with graphics enabled).
I have performed five build-tests of xmlto-0.27
- by the book
- adding the switch --with-webbrowser=/usr/bin/links
- adding the switch --with-webbrowser="/usr/bin/links"
- adding the switch --with-webbrowser=links
- adding LINKS="/usr/bin/links" to the configure by the book
and had for 1, 2 and 3:
$ grep -i links ...log --with-webbrowser=[w3m|lynx|links|any] LINKS Name and path of the `links/elinks' browser. checking for elinks... elinks
and one more line for 4:
checking for default web browser... links
However, for 5, I had:
--with-webbrowser=[w3m|lynx|links|any] LINKS Name and path of the `links/elinks' browser. checking for elinks... /usr/bin/links
Solution
If building against links, issue: LINKS="/usr/bin/links" \ ./configure --prefix=/usr
This is a bug probably introduced by a modification which is not in the NEWS, only in the xmlto-0.0.27/ChangeLog:
2015-01-21 Ondrej Vasik <ovasik@redhat.com> * configure.in: prefer elinks over links nowadays (suggested by mathiaswe from Gentoo)
Relevant modifications (I suppose), comparing sources 0.26 to 0.27:
... - LINKS Name and path of the `links' browser. + LINKS Name and path of the `links/elinks' browser. ... -# Extract the first word of "links", so it can be a program name with args. -set dummy links; ac_word=$2 +# Extract the first word of "elinks", so it can be a program name with args. +set dummy elinks; ac_word=$2 ... -for as_dir in $PATH +for as_dir in links ... - test -z "$ac_cv_path_LINKS" && ac_cv_path_LINKS="links" + test -z "$ac_cv_path_LINKS" && ac_cv_path_LINKS="elinks" ... -AC_ARG_VAR([LINKS], [Name and path of the `links' browser.]) -AC_PATH_PROG([LINKS], [links], [links]) +AC_ARG_VAR([LINKS], [Name and path of the `links/elinks' browser.]) +AC_PATH_PROG([LINKS], [elinks], [elinks], [links]) ...
I am particularly suspicious with the test.
comment:7 by , 9 years ago
Replying to fo:
- test -z "$ac_cv_path_LINKS" && ac_cv_path_LINKS="links" + test -z "$ac_cv_path_LINKS" && ac_cv_path_LINKS="elinks"
}}}
I am particularly suspicious with the test.
Above, test that I am suspicious with.
comment:8 by , 9 years ago
Problem is in the generated xmlto script:
$ grep ^LINKS */DEST-xmlto-0.0.27/usr/bin/xmlto | sort porg-build-book/DEST-xmlto-0.0.27/usr/bin/xmlto:LINKS_PATH=elinks porg-build-good/DEST-xmlto-0.0.27/usr/bin/xmlto:LINKS_PATH=/usr/bin/links porg-build-with-webbrowser-usr-bin-links/DEST-xmlto-0.0.27/usr/bin/xmlto:LINKS_PATH=elinks porg-build-with-webbrowser-links/DEST-xmlto-0.0.27/usr/bin/xmlto:LINKS_PATH=elinks
Only with
LINKS="/usr/bin/links" \ ./configure --prefix=/usr
I've got LINKS_PATH=/usr/bin/links.
Using the other variations, even with LINKS="links", I have got the wrong LINKS_PATH=elinks.
comment:9 by , 9 years ago
I see. I have all three text browsers installed (but not texlive), so I didn't see the problem.
checking for lynx... /usr/bin/lynx checking for elinks... elinks checking for w3m... w3m ... checking for default web browser... w3m
I do have /usr/bin/links, but no elinks. Perhaps we should inform upstream of the problem.
It breaks xdg-utils-1.1.0-rc3 (and the new xdg-utils-1.1.1):
Downgrading to 0.0.26 fixed the problem.