Per Glibc maintainers, the Ruby code has been broken for a long time: if
a larger array is used in the test suite it will blow up with
Glibc-2.37 (and maybe earlier). Update the explanation to make it more
precise.
This set of commits changes slightly how the book is rendered, but it
fixes two problems:
- have the title of the page stay visible when scrolling up
- have the target of a link be visible when clicked
In addition the navigation bar in the footer has been removed, since the
navigation bar in the header is always available (except in the TOC)
There is no navigation header on this page, and after scrolling
to the bottom, it is good to be able to click "Next" and not have
to scroll back to top to click on "Preface".
Since the box that may scroll does not contain that box now, it does
not move when the scrollbar is actioned. The only fixed window now is
the div containing sect2/text. Its top has to be adjusted by trial and
error. But the rendering seems ok for all borwsers I can try (epiphany,
falkon and firefox).
The padding for the containing box was not right/left symmetric because
the order of padding values is not trivial in css (top right bottom
left). Making right and left equal allows to center the Up/Home box more
precisely. Then some tweaks for Next and Prev boxes have to be removed.
- Have the section title stay visible always
- have a clicked link appear in full
- only scroll the sect2 and below (use overflow: auto so that falkon
does not display scrollbars when not needed)
- remove the footer that is not needed since we have the header
Without this setting, when opening a .dvi file with evince:
- If PATH does not contain /opt/texlive/2023/bin/x86_64-linux, it just
fails.
- If PATH contains /opt/texlive/2023/bin/x86_64-linux, the file can be
opened but a stupidly long time is used.
In both cases there is a warning message on the console:
warning: kpathsea: configuration file texmf.cnf not found in these
directories: ... ... ...
Setting TEXMFCNF explicitly fixes the issue (regardless PATH contains
the texlive bindir or not; though I'm not sure why libkpathsea cannot
use a reasonable default).
