\chapter{\TeX} % 第十一章

**名無しさん＠お腹いっぱい。** · 2018/03/21(水) 22:41:40.02

**名無しさん＠お腹いっぱい。** · 2019/04/22(月) 23:46:07.65

スカトロ趣味の俺にはピッタリなんだ > クソ

**名無しさん＠お腹いっぱい。** · 2019/04/22(月) 23:56:53.20

↓新マクロ \expanded の解説

**名無しさん＠お腹いっぱい。** · 2019/04/23(火) 12:18:48.56

\expanded は新しいプリミティブです。以上

**名無しさん＠お腹いっぱい。** · 2019/04/28(日) 01:35:26.21

LaTeXのパッケージ作成に手を出したばかりの者ですが
「必要な引数が足りない」旨を警告する簡単な方法ってないのでしょうか
有名なパッケージの実装を見るとLaTeXの内部コマンドを使い\csnameなどTeX言語をそのまま使用しています
これを例えば\CheckArgumentみたいなLaTeXがパッケージ用に提供しているコマンドなどで解決したいのです

**名無しさん＠お腹いっぱい。** · 2019/05/01(水) 18:42:58.69

LaTeXって和暦表示できる？
Debian sidでTeX Live 2019/devを使ってるんだけど
↓このソースをupLaTeXとdvipdfmxでコンパイルしても日付の表記が西暦のまま。
\documentclass[uplatex,dvipdfmx,ja=standard,a4paper]{bxjsarticle}
\和暦
\title{タイトル}
\author{某}
\begin{document}
\maketitle
% 中身はまだ無い。
\end{document}
↑ここまで。誰か解決策とかない？

**名無しさん＠お腹いっぱい。** · 2019/05/01(水) 21:27:34.91

>>644
2019 pretest 環境ですが、そのソースで
令和元年 5 月 1 日
になったけど？

**644** · 2019/05/02(木) 11:58:54.89

>>645
マジっすか……
ていうかbxwarekiパッケージを使って\date{\warekitoday}と指定してさえ
「2019年」表記になってしまいました。
これ多分DebianのTeX Live設定（もしくはPackage Config）がなにか悪さをしている可能性がデカいですね
ともかく、情報ありがとうございます。

**名無しさん＠お腹いっぱい。** · 2019/05/02(木) 16:19:15.95

>>646
log に何か warning 出てない？

**名無しさん＠お腹いっぱい。** · 2019/05/02(木) 18:04:22.46

>>647
出てないっすね……。
ログにある、和暦関連の記録は↓
(/usr/share/texlive/texmf-dist/tex/latex/bxwareki/bxwareki.sty
Package: bxwareki 2018/10/01 v0.4
↑これくらいです。

**名無しさん＠お腹いっぱい。** · 2019/05/03(金) 10:17:44.59

ウチは
Package: bxwareki 2019/04/01 v0.5
だな。

(1) 今の bxjsarticle.cls は bxwareki.sty を読み込むようになっているので、\usepackage{bxwareki} する必要はない。
(2) 使っている bxjsarticle.cls が想定しているのとは別のバージョンの bxwareki.sty を読み込んでいるとか？

**644** · 2019/05/03(金) 16:35:24.58

>>649
情報ありがとうございます。
自分はTeX Liveの管理をDebian側にまかせていますので
正直TeX Liveの構造や管理体系には全く触れていないんですよね
ですのでよっぽどのことがない限り誤ったバージョンのパッケージが読み込まれている
というのはないと思うのです。

なお、bxjsarticle.clsを見てみましたが2019/01/13 v1.9eにおいては、
bxwarekiパッケージのバージョンは特に指定していません（\RequirePackage{bxwareki}[]←こういう感じで空白のままです）

**名無しさん＠お腹いっぱい。** · 2019/05/03(金) 18:09:41.42

もう texlive2019版がリリースされた事だし、ちょっと待てば正常化するんじゃない？
待てないなら、暫定的に当該文書ディレクトリに bxjscls の最新版を入れてしのげばいい。

**名無しさん＠お腹いっぱい。** · 2019/05/03(金) 23:18:18.72

別の者じゃが
debian busterのtexlive-2018環境で{
　>>644の.tex(まま)を処理 ==>> 2019年5月
　>>644の.texのbxjsarticleをjsarticleに書き替えたものを処理 ==>> 平成31年5月
}
windows8のtexlive-2015環境で>>644の.tex(まま)を処理 ==>> 平成31年5月

こちらのdebian環境は最終アプデが2週間ほど前でbxwareki.styは>>648と同じ版だった
bxjsclsのディレクトリで`grep 20190501 *`してみると見えるけど
今年の5月1日以降は和暦指定があっても西暦表示になる暫定仕様ぽい

**名無しさん＠お腹いっぱい。** · 2019/05/04(土) 04:18:41.78

https://texlive.texjp.org/2019/
の texlive.tlpdb の「depend release」を調べてみた。

tlnet は depend release/2019
tlcontrib は depend release/2019-nonfree
tltexjp は depend release/2018-tltexjp

アカンのとちゃう？ > tltexjp

**644** · 2019/05/04(土) 05:03:16.93

>>653
なるほど。Debianにおいて、TeX Liveの日本語関連の諸々のパッケージ提供が
他の諸々（例えばLuaTeXなど）に比べて遅れてるっていうのが不具合の原因なんですね。

ちなみに当方の環境（Debian sidが提供するTeX Live 2019）でも>>652と同じ挙動をします。
jsarticleクラスに変えると「平成31年」表記になりました。

**644** · 2019/05/04(土) 05:04:21.53

いずれにしても皆さんの様々な手助け感謝します。
とりあえずTeX Live 2019の正式版が降りてくるまで待ってみます。

**名無しさん＠お腹いっぱい。** · 2019/05/04(土) 12:07:32.62

>>654
すまん、>>653 は今の話題とは別の話（日本のミラー関連）です。
今の話題は >>652 が真相でしょうね。

**名無しさん＠お腹いっぱい。** · 2019/05/09(木) 13:34:09.84

TeXはクソ！

**名無しさん＠お腹いっぱい。** · 2019/05/09(木) 15:38:54.88

これだからおこちゃまは困る

**名無しさん＠お腹いっぱい。** · 2019/05/10(金) 02:11:17.63

スカトロ趣味の俺にはピッタリなんだ > クソ

**名無しさん＠お腹いっぱい。** · 2019/05/17(金) 01:34:04.51

DVIPDFMxって「見る」の旧字コンパイルできなくない？

**名無しさん＠お腹いっぱい。** · 2019/05/17(金) 02:32:01.16

その文字の符号位置を教えてくれるかな

**名無しさん＠お腹いっぱい。** · 2019/05/23(木) 07:03:33.98

LaTeXで「い。」などという文字列が行末に来ないようにするコマンドやパッケージなどありますでしょうか。
使っているクラスはbxjsarticleで、これは変えたくありません。

**名無しさん＠お腹いっぱい。** · 2019/05/23(木) 14:24:02.23

>>662
よく理解できないが、句点が行末にあったら必ず次行の頭に移動するように、
禁則処理の逆をやりたいの？

**名無しさん＠お腹いっぱい。** · 2019/05/24(金) 15:09:28.02

エスパーすると、
行末じゃなくて、段落の最終行が「い。」だけだとみっともないから、
その前の文字で改行してほしいということかと。

**名無しさん＠お腹いっぱい。** · 2019/05/24(金) 16:32:06.61

このスレには、わざとアホな質問をして回答者を弄ぶ奴が
少なくとも1人存在しているから、気をつけろ。

**名無しさん＠お腹いっぱい。** · 2019/05/24(金) 16:59:11.29

最近 texlive で uplatex がアップデートされたら自作マクロが動かなくなった。
マクロ名に和文を使いまくっていたんだが、なんか和文カテゴリーコードの
扱いが変わったみたい。

とりあえず
sudo tlmgr restore uplatex 50811
で戻したら正常に動くことを確認。

**666** · 2019/05/24(金) 19:42:25.00

uplatex のアップデート内容は upTeX 1.24 に入った次のバグに対する work around だったみたい。
https://github.com/texjporg/tex-jp-build/pull/79
https://github.com/texjporg/uptex-base/issues/3
自分のマクロは全角数字も半角カナも使っていないので、何が失敗しているのか、まだ把握していません。

上記の uplatex の work around は、upTeX 1.24 に限って \kcatcode"FF00=16 とするものでした。
自分のマクロは \kcatcode"FF00=18 に戻せば使えるようです。

**666** · 2019/05/24(金) 20:21:04.07

原因がわかりました。自作マクロ名に和文が入っていたことは本質ではなく、
マクロ（ \hoge とします）を使うときに全角括弧で囲って（\hoge）としていた事が
原因でした。件の work around で全角括弧が通常の文字扱いになり、コントロール
シーケンスの一部と看做されてしまって、「 \hoge）が未定義」となっていました。

これは自分の書き方が悪かった。\hoge の後に空白を入れるのは基本ですから。

**666** · 2019/05/24(金) 21:10:23.93

フォーラムで全く同じ話題が出ていたw
https://oku.edu.mie-u.ac.jp/tex/mod/forum/discuss.php?d=2638

**名無しさん＠お腹いっぱい。** · 2019/05/24(金) 23:44:54.50

TeXはクソ！

**662** · 2019/05/25(土) 00:25:46.83

>>664
伝わりにくい質問ですいません。
そういうことです。

「……は存在しな
い。」
みたいな組版結果になるときに，適宜字間を詰めるなどして
「……は存在しない。」
という風に一行に収めたいのです。

**名無しさん＠お腹いっぱい。** · 2019/05/25(土) 16:31:54.29

>>671
該当段落に十分な文字数があれば、
「……は存在\mbox{しない}。」
か
「……は\mbox{存在しない}。」
とすると、期待した結果になります。

**名無しさん＠お腹いっぱい。** · 2019/05/25(土) 17:06:57.37

適当に字数増やすか減らすかした方がtexファイルもpdfファイルも綺麗になりそう

**名無しさん＠お腹いっぱい。** · 2019/05/25(土) 20:27:49.78

>>662
otfパッケージをぶら下げ組オプション指定して使えばいけるんじゃない？
luatexの方ならluatexja-otfパッケージになるだろうけど

**名無しさん＠お腹いっぱい。** · 2019/05/27(月) 17:44:21.74

>>671
> 「……は存在しな
> い。」
> みたいな組版結果になるときに，適宜字間を詰めるなどして

超古いころの知識しかないのと、試してもいないので外してるかもしれんけど、
\kanjiskip のマイナス許容量を少し大きな値にしてみる
というのはどうだろう?
まったく別の箇所への副作用が出てしまうような気もするが。

**662** · 2019/05/28(火) 00:34:28.45

>>674
>>675
ありがとうございます。
後出しになってしまいますが，諸事情により限定されたパッケージしか使えない環境にありまして，
otfパッケージを使う方法ではなく\kanjiskipを変更することで，無事，「た。」で改行しない組版ができました。

**名無しさん＠お腹いっぱい。** · 2019/05/28(火) 01:43:58.85

pdftex の \pdffontexpand が (u)pTeX でも使えるようになれば良いんだけどねー

**名無しさん＠お腹いっぱい。** · 2019/05/28(火) 08:31:05.09

>>677
それどーゆー機能なの？

**名無しさん＠お腹いっぱい。** · 2019/05/28(火) 13:45:52.23

ググれよ。日本語で出るから安心しなw

**名無しさん＠お腹いっぱい。** · 2019/05/29(水) 20:28:55.09

あのレベルの文章を「日本語」と言っていいのかどうk…ｹﾞﾌﾝｹﾞﾌﾝ

**名無しさん＠お腹いっぱい。** · 2019/05/30(木) 12:23:46.57

例のバグが取れた euptex なんだが

euptex --version
e-upTeX 3.14159265-p3.8.2-u1.25-190131-2.6 (utf8.uptex) (TeX Live 2020/dev)

190131 って日付は、そのままなんだな

**名無しさん＠お腹いっぱい。** · 2019/06/07(金) 17:53:08.58

TeXの拡張で\inputコマンドの引数にネットワーク越しのファイルを指定できるのとかない？
LuaTeXだとzipファイルを指定できるから、それと似たかんじでさ。

**名無しさん＠お腹いっぱい。** · 2019/06/07(金) 23:21:27.12

名前付きパイプを作って、その先に適当なプロセスをぶら下げれば？

**名無しさん＠お腹いっぱい。** · 2019/06/09(日) 13:03:59.36

TeXはクソ！
だから、Re:VIEWもクソ！
みんな、よく文句を言いながら、使っているよなｗ

**名無しさん＠お腹いっぱい。** · 2019/06/09(日) 19:20:42.37

\pagestyleはプリアンブルに書けば(%1)全ページに適用されると聞いたんだけど
各ページで\thispagestyleを指定しないと(%3)反映されなかった。
どこか間違えているんですかね。

\documentclass[dvipdfmx]{jsreport}
\usepackage{fancyhdr}

\pagestyle{fancy} % 1

\begin{document}
% \pagestyle{fancy} % 2

\chapter{はじめに}\label{hajimeni}
% \thispagestyle{fancy} % 3
\section{概要}
本文

\end{document}

環境はWindowsのTexLive2019でpLaTeX(ptex2pdf)を使ってます。

**名無しさん＠お腹いっぱい。** · 2019/06/09(日) 20:58:58.47

>>685
各章の最初のページは別扱い。

**名無しさん＠お腹いっぱい。** · 2019/06/09(日) 21:02:33.51

これかな
https://tex.stackexchange.com/questions/117328/fancyhdr-does-not-apply-same-header-footer-on-chapter-and-non-chapter-pages

**名無しさん＠お腹いっぱい。** · 2019/06/09(日) 22:18:45.60

>>686>>687
なるほど。ありがとう。

**名無しさん＠お腹いっぱい。** · 2019/06/11(火) 08:25:38.75

LaTeX3の公式ページに日本語の解説書があってビックリした

**名無しさん＠お腹いっぱい。** · 2019/06/16(日) 22:35:44.46

教えてくださいませ。
タイプセットはLuaLaTeX、win10、TeX Live2019、源ノ明朝・源ノ角ゴシック使用
の環境で以下をコンパイルすると、ルビの親字の前後がちょっと空きます。
仕様なんでしょうか。それともオプションを何か付け忘れてますか。

\documentclass[tate,book,paper=b5,fontsize=12pt,twocolumn,twoside,gutter=20mm,head_space=16mm,foot_space=16mm,column_gap=11mm,hanging_punctuation]{jlreq}

\usepackage[no-math]{luatexja-fontspec}
\usepackage[sourcehan,deluxe,jfm_yoko=jlreq,jfm_tate=jlreqv]{luatexja-preset}
\setmainjfont{SourceHanSerif}
\setsansjfont{SourceHanSans}
\ltjsetparameter{jacharrange={-2}}

\usepackage{pxrubrica}

\begin{document}
\section*{吾輩は猫である。名前はまだ無い。}
　どこで\ruby[<->]{生}{う}まれたかとんと\ruby{見当}{けん|とう}がつかぬ。何でも薄暗いじめじめした\ruby[<->]{所}{ところ}でニャーニャー泣いていた事だけは記憶している。吾輩はここで始めて\ruby[||->]{人間}{にん|げん}というものを見た。
しかもあとで聞くとそれは書生という人間中で一番獰悪どうあくな種族であったそうだ。
\end{document}

**691** · 2019/06/20(木) 23:16:22.35

回避できたので報告
pxrubricaの代わりにluatexja-rubyを使ったら余計な隙間がなくなりました

**名無しさん＠お腹いっぱい。** · 2019/06/20(木) 23:17:16.65

すんません、691は690の間違いです

**名無しさん＠お腹いっぱい。** · 2019/06/22(土) 20:36:30.07

XeLaTeX使てる？

**名無しさん＠お腹いっぱい。** · 2019/06/22(土) 21:09:16.08

>>693
UTF-8の移行期にはお世話になったけど、
今は、メリットを感じないので使っていないな。

**名無しさん＠お腹いっぱい。** · 2019/06/23(日) 00:15:34.15

>>693
TeX Live 2017までしか使えないOverleafでは使ってる
手元で文書を書く時はTeX Live 2019版のupLaTeXを使ってる。

**名無しさん＠お腹いっぱい。** · 2019/06/26(水) 22:15:31.53

TeXシステムというよりパッケージ管理システムの話になってしまうけど
Debian sidにTeX Live 2020/devが降りてくるのっていつ頃か分かる？

**名無しさん＠お腹いっぱい。** · 2019/06/27(木) 13:24:10.18

まさかWindows上で使てない

**名無しさん＠お腹いっぱい。** · 2019/07/04(木) 14:50:08.51

知ってるようで知らないTeXの世界
自分の人生より歴史あるソフトウェア開発をマネジメントする技術
https://employment.en-japan.com/engineerhub/entry/2019/07/04/103000
「自分の人生より歴史あるソフトウェア」
だったのか。
「自分の人生」より「歴史あるソフトウェア開発を」
かと思ったw

**名無しさん＠お腹いっぱい。** · 2019/07/04(木) 20:05:42.45

mathtools.pdfがきちんと
$(kpsewhich --var-value TEXMFDIST)/latex/mathtools/mathtools.pdf
に入っているのに$ texdoc mathtoolsと実行しても
Sorry, no documentation found for mathtools.
If you are unsure about the name, try searching CTAN's TeX catalogue at
と言われます。何か解決さくありますでしょうか？
キャッシュが問題かと思ってパッケージマネージャを更新しましたが無駄でした。

**名無しさん＠お腹いっぱい。** · 2019/07/05(金) 07:14:14.72

再現せず (TL2019)
あとパスは $TEXMFDIST/doc/... でしょ

**名無しさん＠お腹いっぱい。** · 2019/07/05(金) 15:34:24.54

kpsewhich --var-value TEXDOCS
の結果は？

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 03:05:20.90

>>701
{{}/home/username/.config/texmf,/home/username/.cache/texmf,/home/username/.local/share/texmf,!!/usr/local/share/texmf,/etc/texmf,!!/var/lib/texmf,!!/usr/share/texmf,!!/usr/share/texlive/texmf-dist}/doc//
こんな感じです。

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 04:25:05.46

変わった所は見当たらないね。他のパッケージのマニュアルは出るの？
texdoc -I -s "" | grep mathtools
ではヒットしない？

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 04:45:54.63

>>703
付き合っていただいてすいません……。
$ texdoc -I -s "" | grep mathtools
では1件もヒットしませんでした。
しかし「texdoc -I -s ""」コマンドの結果が空という訳ではなくて、それ単独で実行すると1030件ほどのドキュメントの場所と名前が出力されました。

他のマニュアル、例えばptexマニュアルは
$ texdoc ptex
できちんと表示されます。

一応、Texdocのバージョンです。
$ texdoc --version
Texdoc 3.0

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 04:55:16.47

>>704
1030件は少ないね。ウチは全部インストールしているので 20313件出力される。
texlive のフルセットではないみたいだから、それで情報の不整合があるのかも。
たとえば
https://www.linuxquestions.org/questions/slackware-14/texlive-texdoc-not-working-4175634089/
なんかも Linux のディストリが texlive.tlpdb を削除した事が原因でエラーが出ている。

texlive.tlpdb に mathtools の情報が入っているかどうかを調べてみては。

**704** · 2019/07/06(土) 05:00:25.04

あー。理由が分かったかもしれないです。
mathtoolsの絶対パスは（私のシステムでは）
/usr/share/doc/texlive-doc/latex/mathtools/mathtools.pdf
にありました。
これはapt系のパッケージマネージャでは恐らく全てこうなっている筈です。
https://packages.ubuntu.com/disco/all/texlive-latex-recommended-doc/filelist
https://packages.debian.org/sid/all/texlive-latex-recommended-doc/filelist
↑これなどを見る限り。
しかしtexdocがドキュメントを検索する対象ディレクトリを取得するTEXDOCS変数には
/usr/share/doc/texlive-doc/
というディレクトリが登録されていないために、
「 Sorry, no documentation found for mathtools. 」と怒られたのだと思います。

しかし疑問なのは、ほとんど同じシステム構成（Debian sid）の別のPCでは
/usr/share/texlive/texmf-dist/下のdocに/usr/share/doc/texlive-doc/へのシンボリックリンクが貼られており
従ってtexdocの検索が正常に機能しているという点です。
不思議です……。

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 05:06:29.53

いやすいません。↑これは嘘です。
というか、少なくとも原因ではありません。
$ texdoc mathtools
が失敗するPCでも
/usr/share/texlive/texmf-dist/docが
/usr/share/doc/texlive-docにシンボリックリンクされていました……。

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 05:08:47.94

>>705
なるほど。
私のシステムにはそもそもtexlive.tlpdbがありませんでした。
（パッケージマネージャはaptを使っているのですが）
$ apt-file search texlive.tlpdb
と実行しても1件もヒットしません。
つまり少なくともパッケージとしてはtexlive.tlpdbファイルが提供されていないということですかね。

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 05:10:30.73

まあトリが色々手を加えていると、不整合も起きやすいかな。
TeXLive側かトリ側かの切り分けがメンドクサイので、
自分は素の texlive を/usr/local に入れてる。

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 05:13:12.82

>>708
うまく行ってる方のPCも texlive.tlpdb が無いの？

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 05:17:50.46

もっとも texdoc は、texlive.tlpdb で管理されていない ${TEXMF HOME}/doc
下のドキュメントを表示してくれたりもするんだけどな。

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 05:24:15.47

>>710
ないですね。
うまくいく方もいかない方も、同じDebian sid for amd64を使っています。
TeX Liveはどちらもパッケージマネージャで導入しました。

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 05:32:47.84

パッケージマネージャは Linux にも TeXLive にもあるので、
どっちのモノかを書かないとワカラナイよ。たぶん apt 系のことだと思うけど。

うまく行ってるPCがあるのなら、まずは徹底的に両者の差異を探さないと。
うまく行ってる方でも
texdoc -I -s "" | wc
は 1000件程度なの？

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 05:40:40.05

>>713
端折ってしまってすいません。
「パッケージマネージャ」というのはここではaptなどのことです。

そうですね。
おっしゃるとおりここに質問する前に両者の違いを洗い出すべきでした。
スレ汚し失礼しました。

（texdoc -I -s ""の結果ですが、うまくいっている方では8000件近くありました。
しかしこれは他の要因（具体的にはこちらにはもっと沢山のTeX Live関連ファイルが導入されている）
にも因るので一概にこちらが多いとは言えませんが……）
とりあえず、どこがどう違うのかを見付けてみます。ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 07:37:52.75

vanilla入れようぜ

**名無しさん＠お腹いっぱい。** · 2019/07/06(土) 20:17:32.33

texdoc ubuntu でググると、それらしいのがヒットするぞ
vanilla でない人は、トリ特有の問題としての検索もお忘れなく

**名無しさん＠お腹いっぱい。** · 2019/07/07(日) 06:04:50.82

vanilla だけど低収入…

**名無しさん＠お腹いっぱい。** · 2019/07/07(日) 10:05:54.17

>>696
https://packages.debian.org/unstable/tex/texlive
ここに変更履歴（changelog）がある
過去の傾向を見て自分で予測するしか

**699** · 2019/07/08(月) 08:34:37.48

$ sudo mktexlsr /usr/share/texlive/texmf-dist
↑これで解決しました。
しかし，ほとんど同じ環境の別の機器ではこの操作を経ずとも手引きが検索されていたので
その違いは以前不明のままです。

しかし，まあプログラマでもないのでこれで納得します。
協力して下さった方ほんとうにありがとうございました。

**名無しさん＠お腹いっぱい。** · 2019/07/08(月) 18:12:15.44

>>719
texdoc の動作
・texlive.tlpdb が存在する場合には、kpathsea 以外に texlive.tlpdb も利用する。
・texlive.tlpdb が存在しないときは kpathsea のみを利用する。
・kpathsea は ls-R が存在するときは ls-R から判断する。
・kpathsea は ls-R が存在しないときは、そのつどpath内をサーチする。

このことから次のことがわかる。
・失敗していたPCには、不完全な ls-R が存在していた
・成功していたPCには、ls-Rが存在していなかったか、または完全なls-R が存在していた

**名無しさん＠お腹いっぱい。** · 2019/07/08(月) 18:17:38.72

今のようにパッケージマネージャが発達していなかった頃は、
初心者がよく「ls-Rが不完全」トラブルに見舞われたので
・「毎回 mktexlsr を心掛けなさい」とアドバイスする派
・「ls-Rは削除しなさい」とアドバイスする派
があったのだけど、最近はこの手の話は聞かなくなっていたなあ

**名無しさん＠お腹いっぱい。** · 2019/07/09(火) 12:03:54.36

>>721
とすると，一度mktexlsrとしてしまったら
texlive関連のファイルを（OS側のパッケージ管理で）更新する度に
手動でmktexlsrを実行しなけれればならないということですかね？

**名無しさん＠お腹いっぱい。** · 2019/07/10(水) 00:48:05.76

>>722
そのOSのパッケージングのポリシーが「ls-Rは作らない」なら、
そいうことになるね。もしもそうだとしたら、
・できてしまったシステムの ls-R を全部削除するか
・毎度自分で mktexlsr するか
のどっちかに統一すればいい。パッケージのソースを見れば、インストールや
アップデートの後に実行するスクリプトが書いてあるハズなので、それで
パッケージングポリシーがわかるかも知れない。たとえば自分は Arch Linux を
使っているけど、Arch のtexlive-core パッケージのインストール後に実行される
texlive-updmap.script には mktexlsr が記されていた。

自分は OS のパッケージではなく vanilla TeXLive を使っているのだけれど、
TeXLive のマネージャ tlmgr はパッケージのアップデートをする毎に mktexlsr する
ようになっている。最近は ls-R は作る方向なんじゃないかなあ。

**名無しさん＠お腹いっぱい。** · 2019/07/10(水) 07:24:48.91

>>722
ウチはdebianでapt管理のtexlive使用
723氏のいうパッケージのポストインストールスクリプトがうまく機能してて
手動でmktexlsrしたことなし
/var/log/apt/term.log*
をtexliveで検索すると最後にいつmktexlsrが走ったか分かる

**469** · 2019/07/12(金) 16:17:17.81

main.texでfile1, file2などが見つからないといわれてコンパイルできない件解決しました。

main.texのあるフォルダにpathを通し

>>482
main.texなどがあるディレクトリに移動して、端末エミュレーターを開いて
$ platex ./main.tex
とした結果を教えてくれるか？

を行うことでmain.texのlogファイルと、出来損ないのdviファイルができ
Texmakerを起動してこの状態で再度main.texをコンパイルするとdviができ、dvipdfmxでPDFができました。

エスパーしてくれた方々感謝です。
環境はLubuntu 18.04でUbunutuが提供するTexliveです。
重すぎるWindows10 より1.5GBメモリーのCore DuoでのLubuntu+Texliveのほうが軽快だから
これからは英語、数学、物理、化学のTexはLubuntuで頑張ります。国語はW32texですが。
ありがとうございました。

**名無しさん＠お腹いっぱい。** · 2019/07/12(金) 17:51:44.57

学校の先生？
半年もブランクがあるけどそれ納期に間に合ったの？w

**名無しｂｳん＠お腹いっｂﾏい。** · 2019/07/14(日) 13:59:07.70

tabbing環境って便利ね。手調整が多くなるけど、望み通りの表組ができる。

**名無しさん＠お腹いっぱい。** · 2019/07/15(月) 23:25:08.78

みんなLuaTeXって使ってる？
俺はここ数年upLaTeX一筋なんだけどあまりにもLuaLaTeXのネットでの評判が良いから興味だけはある。
でも試しに使ってみたらクソ重くて使い物にならんかったから、その辺りはどう妥協してんのか気になる。

**名無しさん＠お腹いっぱい。** · 2019/07/16(火) 00:08:16.22

>>728
使ってます
重いって言われてるけど、自分には許容範囲
GIMP、Inkscapeよりは早い（笑）

TeXには何度か挑戦していつも挫折してたんだけど、LuaLTeXでなんとかなりそうなので他に移りたくない
用途が、江戸時代の刊本・手沢本の電子化なので、ユニコード+源ノフォントが手数をかけずに使えるのがありがたい

源ノフォントについてはつまずきもあったけど（笑）

**名無しさん＠お腹いっぱい。** · 2019/07/16(火) 07:16:08.73

>>728
重いよね。TikZバリバリの100ページ超えとか処理させると殴りたくなる。
フォントはそれほど気にしてないので、たいていXeLaTeXに逃げてる。

**名無しさん＠お腹いっぱい。** · 2019/07/16(火) 09:31:58.34

>>728
Luaを使わないかぎり、
upLaTeXで事が足りてし合うんだよー。
フォントだって、Luaなキャッシュするか、
あらかじめ仮想フォントを作っておくかぐらいで、

んで、タイプセットにかかる時間は、
やっぱり試行回数が増えると、
どうしても uplatex＋dvipdfmx の方が短いんだよなー。
結局、luatex は遊び以外で使ってない。

**名無しさん＠お腹いっぱい。** · 2019/07/16(火) 12:35:36.03

インラインluaとかまったく使ってないんだけど
biblatex使いたいというニッチな理由で
platexからlualatexに移行始めた、6年くらい前からか
たしかに最初は遅いのが気になったけど
・hdd機からssd機にひっこす
・xosviewでメモリ上のファイルキャッシュの挙動を見ながら
　メモリ食うアプリ(pdfビューア・webブラウザ等)の組み合わせを工夫する
・.texファイルを分割して個別タイプセットできるようにしておく
で耐えられるようにはなった

**名無しさん＠お腹いっぱい。** · 2019/07/16(火) 14:41:59.94

>>732
HDDかSSDでも変わるんだね。

**名無しさん＠お腹いっぱい。** · 2019/07/16(火) 17:22:00.67

つJIT

**728** · 2019/07/16(火) 20:10:04.89

>>734
LuaJITLaTeX使ったら三分の二くらい早くなったわ。
教えてくれてありがとう。

でも正直upLaTeX+dvipdfmxの十倍くらいの遅さだから
よほど便利な機能がない限り乗り換えないかな……。
Unicode-mathが使えるとかそういうのは良さげなんだけどねぇ。

**729** · 2019/07/17(水) 11:38:38.26

いちおう環境書いときますね
HPのノートPC
win10 Home
intel Corei3-6006U 2GHz
メモリ 8G
HDD 500GB

**名無しさん＠お腹いっぱい。** · 2019/07/18(木) 22:13:07.96

XMLやHTMLなどのマークアップ言語のソースをLaTeX文書で表現したいです。
しかし普通に書いてしまうと_や"などがエラーになったり“になったりしていしまいます。
でもシンタックスハイライトなど高機能なものは欲しくないですし外部コマンドが実行されて遅くなるのもいやなので
listingパッケージはあまり使いたくありません。
最小元のXML/HTMLコードを記述するパッケージなどご存知ですか。

**名無しさん＠お腹いっぱい。** · 2019/07/21(日) 16:49:07.91

>>737
verbatim環境ではダメな理由を説明したら、
有益な助言があるかも

**名無しさん＠お腹いっぱい。** · 2019/07/23(火) 19:36:36.43

http://texdoc.net/
今日このサイトを知った。
インターネットでTeXに関する手引きが見れる。texdocを知ってる人向けに言うとtexdocのオンライン版
一々texlive-*-docパッケージを入れなくていいし、正直大半の手引きはそもそもそのパッケージやフォントを
使わないせいで読まないので無駄を省ける。