\chapter{\TeX} % 第十一章

1 ：名無しさん＠お腹いっぱい。：2018/03/21(水) 22:41:40.02 .net

過去スレッド
第一章 http://pc.2ch.net/test/read.cgi/unix/977144071/
_　 　 　 http://pc.2ch.net/unix/kako/977/977144071.html
第二章 http://pc.2ch.net/test/read.cgi/unix/1033564798/ (984レス)
第三章 http://pc8.2ch.net/test/read.cgi/unix/1059616013/ (996レス)
第四章 http://pc8.2ch.net/test/read.cgi/unix/1116389650/
第五章 http://pc11.2ch.net/test/read.cgi/unix/1153569474/
第六章 http://pc12.2ch.net/test/read.cgi/unix/1193135030/
第七章 http://hibari.2ch.net/test/read.cgi/unix/1268927301/
第八章 http://toro.2ch.net/test/read.cgi/unix/1323615979/ (983レス)
第九章 http://toro.2ch.net/test/read.cgi/unix/1373507129/ (17レス)
_　 　 　 http://peace.2ch.net/test/read.cgi/unix/1380736314/ (981レス)
第十章 https://mevius.5ch.net/test/read.cgi/unix/1418748613/

711 ：名無しさん＠お腹いっぱい。：2019/07/06(土) 05:10:30.73 .net

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

712 ：名無しさん＠お腹いっぱい。：2019/07/06(土) 05:13:12.82 .net

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

713 ：名無しさん＠お腹いっぱい。：2019/07/06(土) 05:17:50.46 .net

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

714 ：名無しさん＠お腹いっぱい。：2019/07/06(土) 05:24:15.47 .net

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

715 ：名無しさん＠お腹いっぱい。：2019/07/06(土) 05:32:47.84 .net

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

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

716 ：名無しさん＠お腹いっぱい。：2019/07/06(土) 05:40:40.05 .net

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

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

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

717 ：名無しさん＠お腹いっぱい。：2019/07/06(土) 07:37:52.75 .net

vanilla入れようぜ

718 ：名無しさん＠お腹いっぱい。：2019/07/06(土) 20:17:32.33 .net

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

719 ：名無しさん＠お腹いっぱい。：2019/07/07(日) 06:04:50.82 .net

vanilla だけど低収入…

720 ：名無しさん＠お腹いっぱい。：2019/07/07(日) 10:05:54.17 .net

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

721 ：699：2019/07/08(月) 08:34:37.48 .net

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

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

722 ：名無しさん＠お腹いっぱい。：2019/07/08(月) 18:12:15.44 .net

>>721
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 が存在していた

723 ：名無しさん＠お腹いっぱい。：2019/07/08(月) 18:17:38.72 .net

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

724 ：名無しさん＠お腹いっぱい。：2019/07/09(火) 12:03:54.36 .net

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

725 ：名無しさん＠お腹いっぱい。：2019/07/10(水) 00:48:05.76 .net

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

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

726 ：名無しさん＠お腹いっぱい。：2019/07/10(水) 07:24:48.91 .net

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

727 ：469：2019/07/12(金) 16:17:17.81 .net

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

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

>>483
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ですが。
ありがとうございました。

728 ：名無しさん＠お腹いっぱい。：2019/07/12(金) 17:51:44.57 .net

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

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

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

730 ：名無しさん＠お腹いっぱい。：2019/07/15(月) 23:25:08.78 .net

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

731 ：名無しさん＠お腹いっぱい。：2019/07/16(火) 00:08:16.22 .net

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


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

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

732 ：名無しさん＠お腹いっぱい。：2019/07/16(火) 07:16:08.73 .net

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

733 ：名無しさん＠お腹いっぱい。：2019/07/16(火) 09:31:58.34 .net

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

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

734 ：名無しさん＠お腹いっぱい。：2019/07/16(火) 12:35:36.03 .net

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

735 ：名無しさん＠お腹いっぱい。：2019/07/16(火) 14:41:59.94 .net

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

736 ：名無しさん＠お腹いっぱい。：2019/07/16(火) 17:22:00.67 .net

つJIT

737 ：728：2019/07/16(火) 20:10:04.89 .net

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

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

738 ：729：2019/07/17(水) 11:38:38.26 .net

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

739 ：名無しさん＠お腹いっぱい。：2019/07/18(木) 22:13:07.96 .net

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

740 ：名無しさん＠お腹いっぱい。：2019/07/21(日) 16:49:07.91 .net

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

741 ：名無しさん＠お腹いっぱい。：2019/07/23(火) 19:36:36.43 .net

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

742 ：名無しさん＠お腹いっぱい。：2019/07/24(水) 01:16:03.01 .net

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

743 ：名無しさん＠お腹いっぱい。：2019/07/24(水) 13:58:21.90 .net

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

主に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/

744 ：名無しさん＠お腹いっぱい。：2019/07/24(水) 17:38:05.96 .net

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

745 ：名無しさん＠お腹いっぱい。：2019/07/24(水) 18:03:35.77 .net

ははーっ！

746 ：名無しさん＠お腹いっぱい。：2019/07/24(水) 21:21:40.70 .net

なんだこいつ

747 ：名無しさん＠お腹いっぱい。：2019/07/26(金) 23:15:07.28 .net

LuaTeX万歳！

748 ：名無しさん＠お腹いっぱい。：2019/07/27(土) 17:44:44.51 .net

LuaTeXはゴミ
遅すぎだろ

749 ：名無しさん＠お腹いっぱい。：2019/07/27(土) 18:12:34.30 .net

TeXはクソ！

750 ：名無しさん＠お腹いっぱい。：2019/07/27(土) 20:58:00.15 .net

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

751 ：名無しさん＠お腹いっぱい。：2019/07/27(土) 22:24:30.43 .net

は？マクロ言語だろ

752 ：名無しさん＠お腹いっぱい。：2019/07/28(日) 15:14:11.78 .net

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

753 ：名無しさん＠お腹いっぱい。：2019/07/28(日) 15:42:09.94 .net

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

754 ：名無しさん＠お腹いっぱい。：2019/07/28(日) 16:52:18.89 .net

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

755 ：名無しさん＠お腹いっぱい。：2019/07/28(日) 19:59:20.00 .net

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

756 ：名無しさん＠お腹いっぱい。：2019/07/28(日) 20:36:00.96 .net

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

757 ：名無しさん＠お腹いっぱい。：2019/07/28(日) 20:58:41.99 .net

上げるなカス

758 ：名無しさん＠お腹いっぱい。：2019/07/29(月) 17:18:41.35 .net

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

759 ：名無しさん＠お腹いっぱい。：2019/07/29(月) 21:37:24.22 .net

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

760 ：名無しさん＠お腹いっぱい。：2019/07/29(月) 21:37:37.80 .net

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

761 ：名無しさん＠お腹いっぱい。：2019/07/29(月) 21:43:08.75 .net

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

762 ：名無しさん＠お腹いっぱい。：2019/07/30(火) 03:03:10.12 .net

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

763 ：名無しさん＠お腹いっぱい。：2019/08/03(土) 05:45:18.00 .net

XML組版万歳

764 ：名無しさん＠お腹いっぱい。：2019/08/11(日) 07:31:02.50 .net

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

765 ：名無しさん＠お腹いっぱい。：2019/08/11(日) 07:55:45.92 .net

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

766 ：名無しさん＠お腹いっぱい。：2019/08/11(日) 16:08:16.13 .net

チャーナマンセー

767 ：名無しさん＠お腹いっぱい。：2019/08/11(日) 20:15:44.95 .net

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

768 ：名無しさん＠お腹いっぱい。：2019/08/14(水) 08:04:27.81 .net

XYoshikiってw

769 ：名無しさん＠お腹いっぱい。：2019/08/14(水) 17:45:17.82 .net

なんか笑う要素ある？

770 ：名無しさん＠お腹いっぱい。：2019/08/15(木) 14:51:20.76 .net

ビジュアル系()

771 ：名無しさん＠お腹いっぱい。：2019/08/20(火) 16:48:17.00 .net

>>768 >>769 >>770
ウケタ ワラエタ アリガト

772 ：名無しさん＠お腹いっぱい。：2019/08/24(土) 08:29:15.98 .net

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

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

773 ：名無しさん＠お腹いっぱい。：2019/08/24(土) 23:44:05.58 .net

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

774 ：名無しさん＠お腹いっぱい。：2019/08/25(日) 06:26:38.79 .net

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

こういう話だよね。

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

775 ：名無しさん＠お腹いっぱい。：2019/08/25(日) 13:01:03.89 .net

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

776 ：名無しさん＠お腹いっぱい。：2019/08/25(日) 16:23:51.98 .net

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

777 ：名無しさん＠お腹いっぱい。：2019/08/25(日) 23:30:28.32 .net

不毛すぎる……。

778 ：名無しさん＠お腹いっぱい。：2019/08/26(月) 09:43:40.10 .net

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

これだけは言える。

779 ：名無しさん＠お腹いっぱい。：2019/08/26(月) 21:55:49.51 .net

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

780 ：名無しさん＠お腹いっぱい。：2019/08/27(火) 02:32:43.77 .net

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

781 ：名無しさん＠お腹いっぱい。：2019/08/27(火) 09:36:17.66 .net

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

782 ：名無しさん＠お腹いっぱい。：2019/08/28(水) 10:46:29.69 .net

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

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

783 ：名無しさん＠お腹いっぱい。：2019/08/28(水) 12:42:02.52 .net

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

784 ：名無しさん＠お腹いっぱい。：2019/08/28(水) 12:54:09.69 .net

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

785 ：名無しさん＠お腹いっぱい。：2019/08/28(水) 15:51:11.34 .net

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

786 ：名無しさん＠お腹いっぱい。：2019/08/29(木) 05:51:32.93 .net

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

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

787 ：名無しさん＠お腹いっぱい。：2019/08/29(木) 19:40:53.40 .net

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

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

788 ：名無しさん＠お腹いっぱい。：2019/08/29(木) 20:30:59.44 .net

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

789 ：名無しさん＠お腹いっぱい。：2019/08/30(金) 04:51:32.07 .net

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

790 ：名無しさん＠お腹いっぱい。：2019/08/30(金) 07:22:09.19 .net

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

791 ：名無しさん＠お腹いっぱい。：2019/08/30(金) 21:03:59.21 .net

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

792 ：名無しさん＠お腹いっぱい。：2019/09/03(火) 22:38:07.75 .net

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

793 ：名無しさん＠お腹いっぱい。：2019/09/04(水) 05:58:41.61 .net

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

794 ：名無しさん＠お腹いっぱい。：2019/09/04(水) 10:45:00.56 .net

くっだらない

795 ：名無しさん＠お腹いっぱい。：2019/09/09(月) 20:12:50.99 .net

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

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

796 ：名無しさん＠お腹いっぱい。：2019/09/09(月) 20:25:32.73 .net

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

797 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 01:37:43.31 .net

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

798 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 02:48:03.83 .net

>>796

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

>>797

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

799 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 05:48:59.53 .net

LaTeXは


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

だから質が悪い

800 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 05:59:33.76 .net

せめてlocateはしようぜ

801 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 06:48:21.99 .net

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

802 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 08:03:48.55 .net

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

803 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 08:57:01.02 ID:uGyazldAt

>>798
もし，TeX Live 2018 がちゃんと動いているならば
ターミナルで
kpsewhich amsthm.sty
なるコマンドを実行すると，
amsthm.sty の フルパスを表示すると思います。

804 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 11:20:22.44 .net

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

805 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 11:26:31.43 .net

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

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

806 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 12:57:05.55 .net

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

807 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 13:02:35.20 .net

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

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

$ kpsewhich ahobaka.sty

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

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

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

808 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 13:03:23.29 .net

TeXはクソ！

809 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 14:10:52.96 .net

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

諦めた方がいいよ

810 ：名無しさん＠お腹いっぱい。：2019/09/10(火) 14:35:55.77 .net

>>805 >>806 >>807

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

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