[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ptex and platex
都合により、引用を入れ替えてます
HEO SeonMeyong wrote:
> CONFLICTS+= teTeX-1.0.6:../../print/teTeX
> しておいた方が良いと思いますよ。
original TeXとpTeXを両方使いたいという要望があるので
conflictはなにがなんでも避けたいというのがまずあります。
そこでpTeXのバイナリを${LOCALBASE}/bin等に入れるわけにもいかなくて、
現在は${LOCALBASE}/ptex-2.1.8/以下に突っ込んでます。
(${LOCALBASE}/bin/{ptex, platex}のリンクファイルを除いて
${LOCALBASE}/ptex-2.1.8/*以外に存在しません)
> 僕は、
> 1) ${texmf} は ${LOCALBASE}/share に入れる
texmfは他のpkgsrcが参照するかもしれないし、一応pTeXとは独立なので、
${LOCALBASE}/share/font/ptexにでも入れようかとも思いましたが、
texmfのバージョン管理の都合上(ptexの使うファイルはptexのためだけに使用)
${LOCALBASE}/ptex-2.1.8に入れています。
> 2) 個人で突っ込むmacroは${LOCALBASE}/share/texmf.localを作ってそこ
> に入れる
個人用は${LOCALBASE}ではなく${HOME}でしてほしいというのが本音です
> という構成にすれば良いんじゃないかと思います。
> そもそも、普通に作れば、binaryは/usr/local/binに入りますよ。
pkgsrcに/usr/localに固定して使うのは邪道だと思ってます(^^;;
>
> あと、pTeX を pkgsrcにいれるのなら、pkgsrc/print/texとは完全に独立
> の方が良いと思います。pTeXを作るのに tex のsourceが必要だし。
TeX, LaTeX(web, wb2c)はtetex等とは別に、
ptex-common,platex-commonのpkgsrcで入ります。
> 知らなければ使わないと思いますが、ptex, platex, tex, latexは準備し
> ておく方がいいと思います。これも、普通に手でInstallするとかならず
> できるものです。
> # initexとinimfないと僕は生活できない。
ですからtex、latexはコマンドとして使えますが、
${LOCALBASE}/binに入れるとtetexとconflictするので、
どうしても使いたい人はフルパスで実行してほしい。
> pTeXの場合、古いのと新しいのではかなり違います。
> もちろん、新しい方では古いの互換モードがありますが、これは完璧では
> ありません。その意味では、明確に新しいものであるとわかるようにして
> おく方がいいかも知れませんね。
今${LOCALBASE}/ptex-2.1.8にしているのは
バージョンごと個別に使いたい人を想定しているからで、
ptexのtexmfなどを他から参照するならptexの方がいいです。
> > Osamu> 2.tftoplとかはtexとptexでファイル名が同じなのに日本語
> > Osamu> 化されています。 名前変えた時の影響がよくわからない。
> > Osamu> (どのみちptex使うのは日本語使いたい人だし、 上位互換
> > Osamu> なのでtexの方の名前変えたい。en-tftoplとか)
> > そうですね。
>
> この辺のコマンドは上位互換です。だから、名前変える必要はないし、問
> 題も起きないはずです。少なくとも、僕は問題を起こされた経験はありま
> せん。
> 上位互換とは言い切れないコマンドは御本存のiniptexとvirptexだけです。
これはptex-commonを入れたときにTeXとして使えるようにしておくかという問題です。
すべて一緒に入れることを前提にするならoriginalは初めから入れなければいいです。
> あと、MetaFontは本当に必要?
> dvipsする事を前提におけば、mf無くても問題はないですよ。
> psnfssする必要はあるけど。
なくてもいいけどデフォルト(製作者の好み)で入ってるからそのままです
> > Osamu> 個人的には、文字コード処理は、nkfなんか使ったシェルス
> > Osamu> クリプトの方が好き基本的な処理系がいくつもあるのはき
> > Osamu> らいeuc,sjis,jisでconflictするのできらいです。
> > アプリケーションのコードはできるならISO-2022-JPにしておいた
> > 方が良いと思います。
> > ただ、I18N周りまでは手が回らないというのも確かですし、CJKTの
> > 話は出てきてからで良いかも知れません。
ISO-2022-JP使うってことはm17nを最終目標としているんですよね?
ptexのm17n化patchって作業しているひといるんでしょうか?
(EUC<-->ISO-2022-JPコンバータとfont設定でできそうな気もするけど)
#今NetBSD上で日本語(を含む)ファイルを保存するとき、
#どの文字コードを使う人が多いかで決まりそうな気もするけど。
> TeXのpkgsrc作る上で一番面倒なのは、TeXシステムよりも、その周辺のコ
> マンドでしょう。
>
> o xdvi/vfxdvi
> o ghostscript/vfghostscript
> o dvips/dvi2ps
> o jdvi2tty
> o fonts(MF用やgs用、tfmやらpkやら)
> o printerまわり(lips3dviやらなにやら)
ここらへんのコマンドはl10nで完全分離(conflictしないよう個別に用意)を
もくろんでます
大石@分子研