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).
The texlive binaries are built with RPATH, thus they work fine w/o
ld.so.conf modification.
For other packages using kpathsea we need to symlink libkpathsea.so.6 to
/usr/lib so it can be found.
It seems install-tl-unx does not use texlive shared libraries at all (I
downloaded the tex executable from it and the executable only uses
libc.so.6 and libm.so.6).
"-u" means "only update the file if the zip archive contains the file
with the same name and newer timestamp", but "-o" means "always update
it regardless the timestamp". So "-u" has no effect with "-o" and it
should be removed.
Though it's only for a demo, our policy is the package should build with
the unchanged book instruction with optional dependencies omitted. So
this should be recommended.
Or we can add -Ddemo-agent=false into the command line but I think this
would be more nasty.
BTW sort the dependencies in alphabetical order.
