包括的な LaTeX シンボルリストをコンパイルするにはどうすればよいでしょうか?

Question

私は著者 (Scott Pakin) に手紙を書き、彼は私にドキュメントを (部分的に) 構築するための非常に重要な回避策を教えてくれました。

ここでは、回避策と、ビルド時に役立つヒントをいくつか示します。

パッケージuni.styには修正が必要です (Scott Pakin に感謝します):

% change
\else\noexpand\UniError{#1}\noexpand\fi}}}{%
% to
\else\noexpand\UniError{\noexpand#1}\noexpand\fi}}}{%

必要に応じてrawtables-*.pdf、一部の Perl スクリプトは Mac や Windows では利用できないいくつかのシステムユーティリティを使用するため、Linux を使用する方が簡単です。さらに、パッケージの処理もjunicodeLinuxlilyglyphsに依存します。
TeX Live 2016を使用するとビルドが簡単になります。これは以下から入手できます。ftp://tug.org/historic/systems/texlive。

これは、さまざまなパッケージの開発によるものです。包括的な LaTeX シンボルリストには、さまざまなパッケージのコマンドが含まれているためです。たとえば、ビルド済みのバージョンでは、パッケージはという日付にhalloweenmathなっています2017/01/06が、2017/04/25パッケージの更新が行われ、などの他のパッケージのコマンドと競合するいくつかのコマンドが追加されます\skull。したがって、名前の競合を避けるには、細心の注意を払う必要があります。LaTeX に関する私の知識は限られているため、名前の競合を解決しないように、古いバージョンの TeXLive を使用することにしました。
TeX Live はを使用してインストールする方が簡単ですscheme-full。ドキュメントなしでインストールすることを選択した場合は、tlmgr install --reinstall --with-doc lilyglyphsビルドのルーチンが関連ファイルを見つけるために lilyglyphs のドキュメントの存在に依存しているように見えるため、を実行した方がよいでしょう。
セクション10.8 この文書について使用されているすべてのパッケージのバージョンを一覧表示します。

最初は最新の 2019 バージョンを使用しましたが、いくつかの調整後にエラーは消えましたが、別のエラーが表示されました。そのセクションを見つけた後、ソースにsymbols.tex誤りがあるのはパッケージの更新によるものであることに気付きました。

ついに... 独自の設定で部分的なバージョンをビルドすることができましたhyperref(一部のパッケージはでは簡単にインストールできずtlmgr、遅いリモート Linux で何時間も調整した後、疲れてしまったため)。

費用がかかりすぎます。

一ページ目：

使用および省略されたパッケージ:

Answer 1