Closed TheSin- closed 1 year ago
Do you have lynx, links, elinks, or w3m installed? docbook utils has:
lynx (>= 2.8.5-5) | links (>= 0.99-3) | w3m (>= 0.5.2-1004) | elinks (>= 0.11.6-1)
but perhaps one of those is no longer worthy. cf. https://trac.macports.org/ticket/62354#comment:11
$ fink list lynx links w3m elinks
Scanning package description files..........
Information about 14618 packages read in 7 seconds.
cufflinks 2.2.1-6 RNA-Seq assembler and expression tester
elinks 0.13.2-1 Text-mode web-browser (felinks fork)
klinkstatus4-ma 14.12.3-2 KDE4 - Web link validity checker
links 2.28-1 Lynx-like text WWW browser with tables
i lynx 2.8.9rel.1- Text-mode WWW Browser with NLS
lynx-cur 2.9.0dev.12 Text-mode WWW Browser with NLS (dev version)
symlinks 1.2-2 Scan/change symbolic links
w3m 0.5.3-109 Text-mode WWW browser with tables/frames
w3m-x11 0.5.3-109 X11 support for w3m
I'll try switching it and see, thanks
It would be odd though since I just built it a couple weeks ago since I restarted everything on this system, so I might need to see which of those was recently updated?
I just noticed that lynx and lynx-cur aren't he same version, how odd
sadly I can not remove lynx cause apache2 requires it. I'm going to see if changing the build of lynx from arm to aarch64 will fix it
no change if lynx is build with aarch64 instead of arm, and no change if links or elinks is installed as well.
:(
I somehow managed to make it fail once on 10.14.6 (I think I removed lynx), but then I left for work and now every combination of installed and uninstalled I've tried lets it build. hmpf
I could also reproduce it a single time on 13.2 – initial build with lynx 2.8 succeeded, after installing on top of that lynx-cur 2.9, rebuilding resulted in the
openjade:/opt/sw/share/sgml/dtd/docbook/3.1/dbhier.mod:1326:44:Q: the number of tokens in a group must not exceed GRPCNT (64)
openjade:/opt/sw/share/sgml/dtd/docbook/3.1/dbhier.mod:1487:47:Q: the number of tokens in a group must not exceed GRPCNT (64)
SGML_CATALOG_FILES=/opt/sw/etc/sgml/catalog \
SGML_SEARCH_PATH=../..:../../doc:.. \
openjade -t sgml -i html -d ../../docbook-utils.dsl\#html \
-V '%use-id-as-filename%' ../../doc/docbook-utils.sgml
make[2]: *** [api.html] Error 1
make[2]: *** Waiting for unfinished jobs....
then the next two attempts after removing lynx-cur and installing it again, succeeded all the same.
Maybe try with UseMaxBuildJobs: False
?
What do you guys have in %p/etc/sgml/catalog
?
$ cat /sw/etc/sgml/catalog
CATALOG "/sw/share/sgml/dtd/docbook/catalog"
CATALOG "/sw/share/xml/dtd/docbookx/catalog"
CATALOG "/sw/share/sgml/dsssl/docbook-dsssl-nwalsh/catalog"
CATALOG "/sw/share/sgml/openjade-1.3.2/dsssl/catalog"
$ dpkg -S /sw/share/sgml/dtd/docbook/catalog /sw/share/xml/dtd/docbookx/catalog /sw/share/sgml/dsssl/docbook-dsssl-nwalsh/catalog /sw/share/sgml/openjade-1.3.2/dsssl/catalog
docbook-dtd: /sw/share/sgml/dtd/docbook/catalog
docbook-dtd: /sw/share/xml/dtd/docbookx/catalog
docbook-dsssl-nwalsh: /sw/share/sgml/dsssl/docbook-dsssl-nwalsh/catalog
openjade: /sw/share/sgml/openjade-1.3.2/dsssl/catalog
@dhomeier do you have the newest glib2 installed when you rebuild docbook-utils?
I'm at a loss I just don't know what else to try, I can not get it to rebuild and as such I can't using docbook2man
:\
Isn't it odd in my build log for docbook-utils it keeps repeating the same line over and over?
SGML_CATALOG_FILES=/opt/sw/etc/sgml/catalog \
SGML_SEARCH_PATH=../..:../../doc:.. \
openjade -t sgml -i html -d ../../docbook-utils.dsl\#html \
-V '%use-id-as-filename%' ../../doc/docbook-utils.sgml
the 11ths iteration is the errors, then the 12th seems okay? Why so many times, and if it's the same command why does only 1 of 12 times fail?
It seems to come from doc/HTML/Makefile
$(html_DATA): $(top_srcdir)/doc/docbook-utils.sgml \
$(top_srcdir)/docbook-utils.dsl ../version \
$(top_srcdir)/doc/refentry/jw.sgml \
$(top_srcdir)/doc/refentry/backend-spec.sgml \
$(top_srcdir)/doc/refentry/docbook2man-spec.pl.sgml \
$(top_srcdir)/doc/refentry/docbook2texi-spec.pl.sgml \
$(top_srcdir)/doc/refentry/frontend-spec.sgml \
$(top_srcdir)/doc/refentry/sgmldiff.sgml
SGML_CATALOG_FILES=/opt/sw/etc/sgml/catalog \
SGML_SEARCH_PATH=$(top_srcdir):$(top_srcdir)/doc:.. \
openjade -t sgml -i html -d $(top_srcdir)/docbook-utils.dsl\#html \
-V '%use-id-as-filename%' $<
but why 12 times?
and it seems to only repeat the first one $(top_srcdir)/doc/docbook-utils.sgml
and never move on
It seems to be onsgmls
and openjade
throwing the errors in each case so maybe the the issue is deeper in?
well this is something very very odd.
If I go into the dirs and run the command by hand it fails, if I do cd .
then run the command it works once, then fails on second run, then cd .
and it works again once :\
wait it's not cd .
it's time, it's running to fast need a sleep.
sudo -u fink-bld openjade -t sgml -i html -d ../../docbook-utils.dsl\#html -V '%use-id-as-filename%' ../../doc/docbook-utils.sgml; sleep 5
works every single time...
$ sudo -u fink-bld make
sleep 5 && SGML_CATALOG_FILES=/opt/sw/etc/sgml/catalog \
SGML_SEARCH_PATH=../..:../../doc:.. \
openjade -t sgml -i html -d ../../docbook-utils.dsl\#html \
-V '%use-id-as-filename%' ../../doc/docbook-utils.sgml
$ echo $?
0
I'm not saying this is the fix, but what could be causing this??
I used docbook2html on the same xml file, I got the same errors, but it made the html file, and when I load the html file it looks correct.
no idea what changed but I can rebuild this finally!!
I have no idea if this is an openjade, or glib2, or arm or 13.x issue. I was able to build docbook-utils at least once, but even if I remove it I can't rebuild it. I'm also not able to use docbook2man, here is the rebuild log, and the log from using docbook2man. docbook2man looks like onsgmls isn't understanding the dtd files, like UTF isn't valid or something, but the files look fine to me.
This stuff is all beyond me as I haven't worked in this area before, so thought I'd post it here for others that have more exp with docbook and friends.