Created attachment 568012 [details] emerge --info emerge x11-misc/xdg-utils fails with "No way to convert HTML to text found".
Created attachment 568014 [details] build.log
www-client/lynx is installed. Raised severity to major because this bug breaks net-print/cups (hard depends on x11-misc/xdg-utils).
What does this output? grep LYNX_PATH /usr/bin/xmlto Does the resulting path exist on your system?
grep LYNX_PATH /usr/bin/xmlto LYNX_PATH=/usr/bin/lynx export LYNX_PATH /usr/bin/lynx exists. Typed on the command line, a working lynx browser instance starts as expected.
I am unable to reproduce the problem. I have the following packages installed. www-client/lynx-2.8.9_p1 app-text/xmlto-0.0.28-r1 x11-misc/xdg-utils-1.1.3-r1
I had these packages installed: www-client/lynx-2.8.9_pre16 app-text/xmlto-0.0.28-r1 After upgrading to www-client/lynx-2.8.9_p1 and re-emerging app-text/xmlto-0.0.28-r1, x11-misc/xdg-utils-1.1.3-r1 now builds fine. Thank you for your help.
The issue is that app-text/xmlto-0.0.28-r2 correctly depends on a web browser. However, app-text/xmlto-0.0.28-r1 doesn't and xdg-utils does not depend on >=app-text/xmlto-0.0.28-r2. So if you have -r1 installed (and no web browser) you will see that error. Updating xmlto manually before solves the problem. Solution: Make xdg-utils depend on >=app-text/xmlto-0.0.28-r2
*** Bug 732586 has been marked as a duplicate of this bug. ***
*** Bug 733986 has been marked as a duplicate of this bug. ***
(In reply to jannis from comment #7) > The issue is that app-text/xmlto-0.0.28-r2 correctly depends on a web > browser. However, app-text/xmlto-0.0.28-r1 doesn't and xdg-utils does not > depend on >=app-text/xmlto-0.0.28-r2. So if you have -r1 installed (and no > web browser) you will see that error. Updating xmlto manually before solves > the problem. > > Solution: Make xdg-utils depend on >=app-text/xmlto-0.0.28-r2 Counter-example: I still experienced this problem with app-text/xmlto-0.0.28-r3.
(In reply to Phil Stracchino (Unix Ronin) from comment #10) > (In reply to jannis from comment #7) > Counter-example: I still experienced this problem with > app-text/xmlto-0.0.28-r3. Interesting. Do you have any command-line webbrowser (links, lynx, w3m) installed?
(In reply to jannis from comment #11) > (In reply to Phil Stracchino (Unix Ronin) from comment #10) > > (In reply to jannis from comment #7) > > Counter-example: I still experienced this problem with > > app-text/xmlto-0.0.28-r3. > > Interesting. Do you have any command-line webbrowser (links, lynx, w3m) > installed? When I hit the problem, I had www-client/w3mmee installed. That did not suffice. (I'd recently replaced w3m with w3mmee to get better support for multiple character encodings.) After re-merging www-client/w3m, x11-misc/xdg-utils merged correctly.
I have the same problem and www-client/w3m is installed.
I have www-client/links installed and got hit by this issue. Installing www-client/w3m "fixed" the problem.
Expanding on comment 14, app-text/xmlto-0.0.28-r4 (stabilized in the past few days in bug 757576) allows links as an alternative to w3m, so if you have links installed w3m may get depcleaned. It's not clear to me why links doesn't work - it's mentioned as an option in the error message.
Some more unstructured thoughts: * Bug 566320 has relevant info - it moved the dependency from xdg-utils to xmlto, and replaced links with elinks * https://pagure.io/xmlto/c/cb95cf5db6eab7974c2c8192d7d69b35af687382?branch=master added elinks as an option, but may have broken links as an option (if my testing is right) * https://pagure.io/xmlto/c/b128bdcf7b15865aaae49635a1dcbcaca07fc6ef?branch=master removed links as an option (but didn't remove the documentation saying it was an option) * That all happened in 2015; now Wikipedia thinks elinks is dead (gentoo has a fork packaged?) * In bug 726156 (stabilized yesterday in bug 757576) the gentoo ebuild re-added links as a potential dependency
Created attachment 695202 [details, diff] Patch for xmlto Patch for xmlto It turns out that xmlto's configure.in seriously misunderstands autoconf macros. The attached patch makes it so that links and elinks both work, and links will be used if both are installed. It does not clean up the entirety of the autoconf misuse, and other problems remain because of that. A more complete patch might fix the macro use and also split links and elinks into separate options. Note that to apply the patch you'll need to modify the ebuild to call autoreconf.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=d68f550bb71767b4cadd452a36698f7e1f0a6b15 commit d68f550bb71767b4cadd452a36698f7e1f0a6b15 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-04-05 22:32:32 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-04-05 22:33:26 +0000 app-text/xmlto: allow elinks There's been a lot of history about allowing elinks but ours in Gentoo is an active fork, so let's give it a whirl. It's already listed in the deps anyway. Thanks-to: dolphinling Closes: https://bugs.gentoo.org/679626 Signed-off-by: Sam James <sam@gentoo.org> app-text/xmlto/files/xmlto-0.0.28-allow-links.patch | 15 +++++++++++++++ .../{xmlto-0.0.28-r4.ebuild => xmlto-0.0.28-r5.ebuild} | 11 +++++++++-- 2 files changed, 24 insertions(+), 2 deletions(-)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7a3b04f5cc9df93fa7115c0c16d8bc3148951d5a commit 7a3b04f5cc9df93fa7115c0c16d8bc3148951d5a Author: Sam James <sam@gentoo.org> AuthorDate: 2021-04-07 00:46:24 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-04-07 01:57:26 +0000 x11-misc/xdg-utils: increase app-text/xmlto lower bound to nudge upgrades We change the bound on app-text/xmlto to be >=app-text/xmlto-0.0.28-r5 to ensure we have the fixed xmlto version for links. Bug: https://bugs.gentoo.org/679626 Bug: https://bugs.gentoo.org/726156 Signed-off-by: Sam James <sam@gentoo.org> .../xdg-utils/{xdg-utils-1.1.3-r1.ebuild => xdg-utils-1.1.3-r2.ebuild} | 2 +- ...utils-1.1.3_p20200220.ebuild => xdg-utils-1.1.3_p20200220-r2.ebuild} | 2 +- ...ls-1.1.3_p20200220-r1.ebuild => xdg-utils-1.1.3_p20200220-r3.ebuild} | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)
x11-misc/xdg-utils-1.1.3_p20200220-r3 fails to build with this error for me. I have app-text/xmlto-0.0.28-r5 and www-client/elinks-0.13.5-r100. I tried again after switching from elinks to www-client/links-2.22 and it worked
Confirming comment 20, I somehow uploaded the wrong patch - it should be AC_PATH_PROGS, not AC_PATH_PROG (note the plural) when checking for any of multiple programs.
Created attachment 698316 [details, diff] Fixed patch
*** Bug 780870 has been marked as a duplicate of this bug. ***
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=26ee24cc74cf11743df1d582dc2a583a2f4ed184 commit 26ee24cc74cf11743df1d582dc2a583a2f4ed184 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-04-07 22:27:01 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-04-07 22:27:01 +0000 app-text/xmlto: fix links patch macro Closes: https://bugs.gentoo.org/679626 Signed-off-by: Sam James <sam@gentoo.org> app-text/xmlto/files/xmlto-0.0.28-allow-links.patch | 2 +- app-text/xmlto/{xmlto-0.0.28-r5.ebuild => xmlto-0.0.28-r6.ebuild} | 0 2 files changed, 1 insertion(+), 1 deletion(-)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6c664971a46591b74e6da39b8d809bdb26e0c5e6 commit 6c664971a46591b74e6da39b8d809bdb26e0c5e6 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-04-07 22:28:06 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-04-07 22:28:06 +0000 app-text/xmlto: drop newer version back to ~arch for testing Links issue should be fixed now but let's be cautious. Bug: https://bugs.gentoo.org/679626 Signed-off-by: Sam James <sam@gentoo.org> app-text/xmlto/xmlto-0.0.28-r6.ebuild | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
