\chapter{\TeX} % 第十一章

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

**名無しさん＠お腹いっぱい。** · 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パッケージを入れなくていいし、正直大半の手引きはそもそもそのパッケージやフォントを
使わないせいで読まないので無駄を省ける。

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

>>737
自分で、XSLTを書いたらええやん。
>>739
2018/05/20 22:36にはてブしてたわ。
テンプレに入れといれええかもね。

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

ちょっと自治厨っぽくなってしまうけど，>>7や>>740のレスを踏まえてテンプレ改修してみた↓
一部リンク切れがあったので削除。それ以外は内容が古くなっていようが関係なく全部載せた。

主にUnix系OS上でのTeXシステムについて語るスレです。
その他の話題は
\section{TeX の時間} (https://rio2016.5ch.net/test/read.cgi/math/1532439476/)にて。
前スレ
\chapter{\TeX} % 第十一章 (https://mevius.5ch.net/test/read.cgi/unix/1521639700)
リンク集
・LaTeXプロジェクト（本家）
https://www.latex-project.org
・TeX回りの質問全般（日本語; by 奥村先生）
https://oku.edu.mie-u.ac.jp/tex/
・TeX回りの質問全般（英語）
https://tex.stackexchange.com/
・熊沢先生のページ
http://www.biwako.shiga-u.ac.jp/sensei/kumazawa/tex.html
・LaTeXコマンドシート一覧
http://www002.upp.so-net.ne.jp/latex/
・クラスファイル・BibTeX関連
http://www.med.osaka-u.ac.jp/pub/anes/www/html/manual/latex.html
・UTF-8によるTeX文書の作成Utf82TeX
http://yasuda.homeip.net/tex/utf82tex.html
・ε-pTeXのWiki
https://ja.osdn.net/projects/eptex/wiki/FrontPage
・LuaTeX-jaのWiki
https://ja.osdn.net/projects/luatex-ja/wiki/FrontPage
・TexdocをWeb上で実行
http://texdoc.net/

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

>>741
ごくろう、下がってよい

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

ははーっ！

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

なんだこいつ

**名無しさん＠お腹いっぱい。** · 2019/07/26(金) 23:15:07.28

LuaTeX万歳！

**名無しさん＠お腹いっぱい。** · 2019/07/27(土) 17:44:44.51

LuaTeXはゴミ
遅すぎだろ

**名無しさん＠お腹いっぱい。** · 2019/07/27(土) 18:12:34.30

TeXはクソ！

**名無しさん＠お腹いっぱい。** · 2019/07/27(土) 20:58:00.15

texはそもそもリアルタイムなWYSIWYG的システムじゃなくて、バッチ処理的な組版システムです

**名無しさん＠お腹いっぱい。** · 2019/07/27(土) 22:24:30.43

は？マクロ言語だろ

**名無しさん＠お腹いっぱい。** · 2019/07/28(日) 15:14:11.78

マクロ言語かどうかと言う問題とは排他的じゃないですよ

**名無しさん＠お腹いっぱい。** · 2019/07/28(日) 15:42:09.94

「バッチ処理」だから「遅くてもいい」と主張したいの？

**名無しさん＠お腹いっぱい。** · 2019/07/28(日) 16:52:18.89

https://i.imgur.com/y2dlJKG.jpg

**名無しさん＠お腹いっぱい。** · 2019/07/28(日) 19:59:20.00

そーですよ
速さを追求してないので、遅いからゴミと言われても元々そんなもんだ

**名無しさん＠お腹いっぱい。** · 2019/07/28(日) 20:36:00.96

参照を処理するのに2回コンパイルが必要ってのも、バッチ処理を前提したデザインだってクヌース先生が書いていたような

**名無しさん＠お腹いっぱい。** · 2019/07/28(日) 20:58:41.99

上げるなカス

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

w32texより低スペックPCのLinuxの方が速いね

**名無しさん＠お腹いっぱい。** · 2019/07/29(月) 21:37:24.22

TeXってデバイス依存なのに処理速度は各OSによって違うんだね

**名無しさん＠お腹いっぱい。** · 2019/07/29(月) 21:37:37.80

デバイス依存→デバイス非依存

**名無しさん＠お腹いっぱい。** · 2019/07/29(月) 21:43:08.75

>>755
どうした？ age厨に親でも殺されたか？

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

実際そういう事件あったからね。
迂闊に言うもんじゃない。

**名無しさん＠お腹いっぱい。** · 2019/08/03(土) 05:45:18.00

XML組版万歳

**名無しさん＠お腹いっぱい。** · 2019/08/11(日) 07:31:02.50

http://makingtexwork.sourceforge.net/mtw
古いけどいい書籍。
LaTeXとフォントに関する情報はほぼほぼ使いものにならなくなってしまっているが（時代のせいで）

**名無しさん＠お腹いっぱい。** · 2019/08/11(日) 07:55:45.92

>>761
>万歳
滅ぶやつらがその直前に叫ぶ言葉な

**名無しさん＠お腹いっぱい。** · 2019/08/11(日) 16:08:16.13

チャーナマンセー

**名無しさん＠お腹いっぱい。** · 2019/08/11(日) 20:15:44.95

>>741
http://www.biwako.shiga-u.ac.jp/sensei/kumazawa/tex.html
は無くなり、
http://xyoshiki.web.fc2.com/tex.html
になりました。

**名無しさん＠お腹いっぱい。** · 2019/08/14(水) 08:04:27.81

XYoshikiってw

**名無しさん＠お腹いっぱい。** · 2019/08/14(水) 17:45:17.82

なんか笑う要素ある？

**名無しさん＠お腹いっぱい。** · 2019/08/15(木) 14:51:20.76

ビジュアル系()

**名無しさん＠お腹いっぱい。** · 2019/08/20(火) 16:48:17.00

>>766 >>767 >>768
ウケタワラエタアリガト

**名無しさん＠お腹いっぱい。** · 2019/08/24(土) 08:29:15.98

これまで
「TeXはクソ！」
のお言葉だけでした

「LaTeXのパッケージ管理はクソ！」
のありがたいお言葉をいただきました

**名無しさん＠お腹いっぱい。** · 2019/08/24(土) 23:44:05.58

\usepackageの順序でエラーが出る出ないって
プログラミングを少しでも経験してたら当たり前のことなんだけどね。
TeXもといLaTeXは
「プログラミング未経験者がプログラミング言語だと思わずに触るプログラミング言語」
だから質が悪い

**名無しさん＠お腹いっぱい。** · 2019/08/25(日) 06:26:38.79

LaTeXは言語で、言語を知らないユーザが低質、

こういう話だよね。

gdgd理屈つけるのがプログラミングの凄いところなの?

**名無しさん＠お腹いっぱい。** · 2019/08/25(日) 13:01:03.89

>>772
もしかし >>771 の話をそうやって読み取っちゃったの？
低いのはプログラミング言語の能力だけじゃなかったのか…

**名無しさん＠お腹いっぱい。** · 2019/08/25(日) 16:23:51.98

ここでもマウントの取り合い

**名無しさん＠お腹いっぱい。** · 2019/08/25(日) 23:30:28.32

不毛すぎる……。

**名無しさん＠お腹いっぱい。** · 2019/08/26(月) 09:43:40.10

「TeXはクソ！」
「LaTeXのパッケージ管理はクソ！」
と言いながらもTeXやLaTeXを使いまくっているユーザは、クソ！

これだけは言える。

**名無しさん＠お腹いっぱい。** · 2019/08/26(月) 21:55:49.51

「質が悪い」を「たちがわるい」と読めなかった？

**名無しさん＠お腹いっぱい。** · 2019/08/27(火) 02:32:43.77

>>777
あぁ、なんか >>772 のレスに違和感を覚えると思ったらそういうことか。
うーむ。しかし「たち」くらい読めて欲しかった……。

**名無しさん＠お腹いっぱい。** · 2019/08/27(火) 09:36:17.66

「しつがわるい」人だから仕方がない

**名無しさん＠お腹いっぱい。** · 2019/08/28(水) 10:46:29.69

中学高校で数学の教員をやっているんだったら、
TeXに関する質問をもう少しまともな内容にできると思うんだけどな。
自分が書いたLaTeX文章をタイプセットしたときに、
どうしてエラーが起こっているかを、
数学的にとらえられていないんだろうな。
自力を尽くして、そのエラーを追求して、
エラーが起きる最小の例を作ってから、質問を投げるもんじゃないのか？

こんなんだから、（文科省も教える側も）数学ができない日本人ばっかりでどないしようもないな。

**名無しさん＠お腹いっぱい。** · 2019/08/28(水) 12:42:02.52

LuaJITTeX使えなくなっちゃったよ

**名無しさん＠お腹いっぱい。** · 2019/08/28(水) 12:54:09.69

>>781
どうやら、upstream は、 JIT しない方向に向かっているかな。

**名無しさん＠お腹いっぱい。** · 2019/08/28(水) 15:51:11.34

アミノフェン氏もそうつぶやいてるよ

**名無しさん＠お腹いっぱい。** · 2019/08/29(木) 05:51:32.93

数学やプログラミングができたって日本人じゃダメだろ

身の回りの人間にいい顔することだけしか考えない

**名無しさん＠お腹いっぱい。** · 2019/08/29(木) 19:40:53.40

数学やプログラミングができたって日本人じゃダメだろ ←国際化する社会を鑑みるにまぁ分かる。

身の回りの人間にいい顔することだけしか考えない←？？？

**名無しさん＠お腹いっぱい。** · 2019/08/29(木) 20:30:59.44

日本語も英語もできないゆとりって

**名無しさん＠お腹いっぱい。** · 2019/08/30(金) 04:51:32.07

ゆとりって言ってれば保てる安いプライドなんて捨てちまえ

**名無しさん＠お腹いっぱい。** · 2019/08/30(金) 07:22:09.19

英語も算数もできないことを馬鹿にされてるのにプライドに見えちゃうのか

**名無しさん＠お腹いっぱい。** · 2019/08/30(金) 21:03:59.21

自分で自分の書いてること認識できないとは重症ですね…。

**名無しさん＠お腹いっぱい。** · 2019/09/03(火) 22:38:07.75

jlreqで縦2段組をやってみたんだけど、見出し位置の調節が、見出し直前じゃなくて段落間に空きが入る。

**名無しさん＠お腹いっぱい。** · 2019/09/04(水) 05:58:41.61

LaTeXはプログラミング言語なんだからｷﾐの指示でそうしてるんだよ。

**名無しさん＠お腹いっぱい。** · 2019/09/04(水) 10:45:00.56

くっだらない

**名無しさん＠お腹いっぱい。** · 2019/09/09(月) 20:12:50.99

ちょっとお伺いしたいのですが、
既存のstyファイルに書かれてるコードってどうやったら確認できるでしょうか
macでtexlive2018入れたんだけどそもそもファイルが見つからない。。
user名/ライブラリ/texlive　もほぼ空だし
user名/local　にも何も入ってない

自作でstyファイル作るのに参考にしたいです。
詳しい方いたらよろしくお願いします

**名無しさん＠お腹いっぱい。** · 2019/09/09(月) 20:25:32.73

何故、2018？今は2019でしょ。

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 01:37:43.31

まずは自分のＯＳでファイルの全検索が出来るようになれよ。
TeXLive 以前の問題だし、どんなＯＳでもそれなりに必要なスキルだろ？

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 02:48:03.83

>>794

それは単に去年インストールして更新してないだけです。
ほとんど仕様は変わらないと思うけど

>>795

そうかと思ってファイルの全検索かけてみたんですが、全然引っかからないです。
というか検索すべきファイル名すらさだかじゃないし。
例えば\usepackage{amsthm}とか\usepackage{braket}とかで使うファイルのコードを見たいときは
macにamsthm.styとかbraket.styといった名前で入ってるんでしょうか

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 05:48:59.53

LaTeXは

「プログラミング未経験者がプログラミング言語だと思わずに触るプログラミング言語」

だから質が悪い

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 05:59:33.76

せめてlocateはしようぜ

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 06:48:21.99

>>797
LaTeXは言語で、言語を知らないユーザが低質

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 08:03:48.55

>>793
まずは、勉強の勉強方法を学ぼうぜ！

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 11:20:22.44

>>800
わかんねーならわかんねーって素直に言えバーカ

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 11:26:31.43

>>796
> 例えば\usepackage{amsthm}とか\usepackage{braket}とかで使うファイルのコードを見たいときは
> macにamsthm.styとかbraket.styといった名前で入ってるんでしょうか

そうだよ。それが検索に掛からないってことは、やっぱりTeXLive以前の問題だな。

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 12:57:05.55

>>801
便所の落書きに本気になるやつｗｗｗｗｗ

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 13:02:35.20

どのTeX Live環境を使っているか、とかさー、勉強しようぜｗ

ahobakaパッケージを使う、つまり、
\usepackage{ahobaka}
として読み込んでいるパッケージは、

$ kpsewhich ahobaka.sty

とすれば、フルパスで場所が分かりますよねｗｗｗｗｗ

\usepackage{ahobaka} をしている kuso.tex を
タイプセットしたログファイル kuso.log にも、
ahobaka.sty のフルパスが出ていますよね。

だからね、お勉強の勉強方法を勉強しようぜｗｗｗなんですぜｗｗｗｗ

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 13:03:23.29

TeXはクソ！

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 14:10:52.96

>>793
今UNIX板に居るのはこういうやつらばかり。

諦めた方がいいよ

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 14:35:55.77

>>802 >>803 >>804

ありがとうございます。logファイルに書かれてるパスをたどったら見つかりました
おっしゃる通りtexlive以前の問題だったようで、
macの場合はまず/usr/localを開かないといけなかったんですね

答えをすぐ教えようとしないねらーは煽るのが手っ取り早いので
暴言を吐かせていただきました。ありがとうございます

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 16:59:24.48

>>807
TeXはクソ！

の張本人でしたか！

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 17:02:24.37

TeXはクソ！

と思っているユーザもクソ！

だったかｗ

**名無しさん＠お腹いっぱい。** · 2019/09/10(火) 23:17:55.15

>>807
> macの場合はまず/usr/localを開かないといけなかったんですね

/usr/local をはずして検索していたということは、 >>795 の言った「全検索」を
していなかったということですね。