[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しないよう個別に用意)を
もくろんでます

大石@分子研