<div dir="ltr">Thanks, <span style="font-family:arial,sans-serif;font-size:13px"> 'bin/*/man' is really the symlink</span><div><br></div><div>My new question:</div><div><br></div><div><div>Make world fails with this:</div>
<div><br></div><div>top-level make world: running texlinks in texk/texlive/tl_scripts ...</div><div>cd texk/texlive/tl_scripts && make  run-texlinks</div><div>make[1]: Entering directory '/home/pil/latex/buildtexlive/source/Work/texk/texlive/tl_scripts'</div>
<div>PATH="/bin/x86_64-linux:/opt/texlive/2014/bin/custom:/opt/texlive/2014/bin/custom:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/vendor_perl:/usr/bin/core_perl"; export PATH; /bin/x86_64-linux/texlinks -v -f /opt/texlive/2014/texmf-dist/web2c/fmtutil.cnf -e "" /bin/x86_64-linux</div>
<div>/bin/sh: /bin/x86_64-linux/texlinks: No such file or directory</div><div>Makefile:856: recipe for target 'run-texlinks' failed</div><div>make[1]: *** [run-texlinks] Error 127</div><div>make[1]: Leaving directory '/home/pil/latex/buildtexlive/source/Work/texk/texlive/tl_scripts'</div>
<div>Makefile:1006: recipe for target 'world' failed</div><div>make: *** [world] Error 2</div><div><br></div><div>Sources were configured with:</div><div><br></div><div>...</div><div>--prefix=/opt/texlive/2014 \</div>
<div>--bindir=/opt/texlive/2014/bin/custom \</div><div>...</div><div><br></div><div>so texlinks placed in 'bin/custom' and '/bin/x86_64-linux' directory not exist.</div></div><div><br></div><div><div>Where in makefiles (or anywhere else) is texlinks invoke string? Where is this 856th line actualy?</div>
</div><div><br></div><div>Should I manualy edit it some something else?</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-07-23 23:32 GMT+00:00 Karl Berry <span dir="ltr"><<a href="mailto:karl@freefriends.org" target="_blank">karl@freefriends.org</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">    What is 'make world' actually doing?<br>
<br>
If you look at the top-level Makefile.am, it will be obvious.<br>
It runs three submakes: install-strip run-texlinks check<br>
That is it.<br>
<br>
    make world' has 1 fail test (bibtexmem),<br>
    however 'make && make check' has no ones.<br>
<br>
I can only surmise your available memory is on the verge of being<br>
exhausted during the tests, and depending on what else is running at the<br>
time of the test, the allocation by bibtex may or may not succeed.<br>
<br>
I know that bibtex does do a "big" (by the standards of small devices)<br>
allocation when it starts up.  The failure of this test is not<br>
important, as a practical matter.  Perhaps we can change the test to<br>
reduce how much gets allocated.<br>
<br>
    - Installer script installed another copy of manpages to<br>
    bin/custom/man directory.<br>
<br>
As far as I know, what is installed is not a copy of anything, but a<br>
symbolic link from bin/*/man to .../texmf-dist/doc/man.  It happens in<br>
source/texk/texlive/linked_scripts/Makefile.am.<br>
<br>
This is for the sake of man programs that automatically look for man/<br>
entries in PATH directories, a nice feature.  This exists notably but<br>
not only on MacOSX.<br>
<br>
    Is it differs of manpages that comes with own-making binaries?<br>
<br>
Thus: no.<br>
<br>
    How to prevent of install these mans correctly (*perfectionism style*)?<br>
<br>
It is operating as intended, for good reason, so I don't agree with the<br>
description of "imperfect".<br>
<br>
If you have some personal distaste for this bin/man, that's fine; you<br>
can either set the environment variable TL_INSTALL_OMIT_MAN_LINK to<br>
anything non-null before (or when) running the build, or just rm it<br>
afterward.<br>
<br>
hope this helps,<br>
karl<br>
</blockquote></div><br></div>