포괄적인 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 및 Win에서는 사용할 수 없는 여러 시스템 유틸리티를 사용하므로 Linux를 사용하는 것이 더 쉽습니다. 또한 패키지 처리 junicode도 lilyglyphsLinux에 의존합니다.
TeX Live 2016을 사용하면 구축하기가 더 쉽습니다. 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