[debian-devel:13913] Re: What to do with gs + vflib2?

[Taketoshi Sano <kgh12351@xxxxxxxxxxx>]

佐野＠浜松です。

In <20010320232619S.take@master.debian.or.jp>,
  on "Tue, 20 Mar 2001 23:28:15 +0900',
 Yasuhiro TAKE <take@debian.or.jp> さん wrote:

> たけです。-private から(許可付きで) -devel に振ります。

どうもありがとうございました。

> gs-cjk の問題点としては
> 	* 遅い？ (わらしは気にならないけど)
> 	* 設定がややこい？(defoma 勝手にやってくれるけど)
> 	* msmincho/msgothic のカタカナがきれいに表示されない？
> 	  (gs7 で解決？ curveto が lineto でモゲとか？ そもそも
> 	   msmincho/msgothic 使っちゃいけませんよ？)
> 	* rearrangefont が未実装で Tgif3 のはく .eps はダメとか？
> 	  (もう Tgif4 に移行ギミだけど？ 他にもあるかな？)

現状 potato でも tgif4 ですよね。tgif の元ファイル (.obj) が
あれば tgif4 で読んで PS を出し直せばいいってことでしょうか ?

元ファイルが無くなってしまった場合に slink 以前の tgif で吐いた PS が
読めないというのは問題あるかな。まあ、あるかもしれません。

> rearrangefont が大問題なのでしょう。
> # 私は abiword と tgif と ptex を使っていますが、とりあえず
> # これらでは問題ないですね。> gs-cjk

 xfig の吐いた PS は OK ? まあ自分で確かめてみれば良いことですが、
既に確認された人がいるようなら教えてもらったほうが早いかな、と。

あと、現在は未実装ということですが、今後実装される予定とかは
どうなんでしょう ? 近いうちに対応できる可能性とかありそうですか ?

> まず Debian に install されている gs ですが、
> * vflib patch は外す
> * gs5.5 も GPL なので、それベースにパケジングしてもらって、
>   CID を扱えるようであればそれでGo?
> * 4月に gs7 がリリースされるので、その後 gs6 が GPL になるのを待って、
>   gs-cjk をマージしてもらう。

 gs-cjk を gs7 に upstream (Aladdin) level で merge してもらえる
可能性というのはありますか ? もしそれが可能ならそのほうがいろいろ
嬉しいかも。

> * Torsten の作業を増やすことにもなるし、Debian Kr の人(Changwoo)も
>   Japanizing patch を快く思っていないようだし、gs-cjk 以外の日本語
>   サポートパッチをマージしてもらうことはしない。

あれはねぇ。debian-devel@Org で反論しようかと思ったけど、もともと
 JP Merge Operation を始めた当初は gs 自体に merge するんじゃなくて
 gs-ja として独立したパッケージで ITP したんですよ。ところがその当時
 xxx-ja なパッケージが急に目立ってきたので「forked package is evil」
な議論が起きて、無理矢理にでも全部本体に取り込まれるような作業を
しなくちゃいけなくなった。

作業するほうからいえば forked package 作って置いておくほうが楽な
わけですよ。現在 Changwoo が Debian-KR でやってる「Korean 対応な
 gs は Debian-KR で配布」ってのはその方向ですよね。

だけど、そこで終っていてはダメってのが Debian JP の歴史の中で確認
されたことだし、Debian の利用者 (日本人以外です、もちろん) からも
今まで「どうして日本語対応の gs が Debian に取り込まれないの ?」って
いう質問とか「JP Package もどんどん Debian に持っていくべき」という
意見とか、たくさんもらっていたわけです。

 (アメリカの人とか、英語の使えないハンガリーの人とか、たくさんね)

 Changwoo も xcalendar-i18n や xpostit-ja については merge すべきと
言ってたくらいだから、当時から gs-ja を gs に merge するという議論を
承知してたはず。もし gs-ja として独立させたほうが良いという意見なら
その当時の「forked package is evil」な議論で堂々とその意見を主張すれば
また別の展開もあったかもしれないのに、今頃になって文句を言うのは
筋違いだろう、という気がしてます。

いずれにしろ、Debian official な gs が日本語サポートを外すことになれば
おそらく Torsten がたくさん bug report もらうことになると思いますよ。
もちろん日本人以外からもね。私にはそれが望ましいことだとは思えませんが。

どうしてもというなら、古い gs-ja を持っていって「日本語が必要な人は
こちら」と宣伝することになるでしょうね。
その時はまた「forked package is evil」な意見の人を説得するだけの
議論が必要になると思いますけど。

> * 日本語プリンタドライバは今まで通り。
> 
> 私はこのようなポリシーでいいのでは、と思っています。

  gs5.5 ベース + gs-cjk なパッケージが CID を扱える
  (= 日本語 (だけじゃないけど) 対応可能)

ということを確認できれば、それを Debian official にしてもらって
 VFlib 関連パッチは外す、でも OK だと思います。

逆に言えば、それがダメなら VFlib + libtruetype なライセンス問題を
なんとか解決でき、かつ日本語対応も可能な対策を考えないといけない
と思います。その方法としては、武さんも書かれていた「freetype と
 link しない vflib2」というのも選択肢のひとつでしょう。

 xxx-nonfree なパッケージとか  xemacs-nomule (ちょっと違うけど)
なパッケージとか、あるいは xxx-nox なものとかあるので、
vflib2-nofreetype とか作るのは「ライセンス問題の解消」という理由も
あることだし、別にいいんじゃないかと。

「gs6 が GPL になり、gs-cjk をマージしてもらえる」時点になれば、
それだけでも OK でしょう。(ただし tgif3 な PS への対処はあったほうが
いいと思います)

> んで、「必要としている日本人の便宜を図るため」に gs-ja(= gs + vflib) を
> Debian JP に置いておけばいいかも、私は嫌なのだけどなぁ、と思っていたのですが、
> 例のライセンス問題が浮上しているので、そういう訳にも行きません。

「ライセンス問題」がある以上、現状の gs + vflib2 は JP の archive からも
配布できないので、もし仮りに gs-ja を JP archive から配布するとしても

> freetype と link しない vflib2 を作ってみる？

この対処は必要だと思います。今ちょっと vflib2_2.25.1-4 (古い ?) を
眺めてみましたが、INSTALL というファイルに

   *NOTE* By default, VFlib is compiled not to use TrueType driver using
   FreeType. To compile VFlib to enable this features, run configure 
   program with the following long options, for example. Probably, most 
   users do this. (The same shell script is 'run-conf'.)

と書いてあるので、vflib2-nofreetype を作るのはそれほど難しいことでは
無さそうな気がします。

今、vflib2 のメンテナーは樽石さんで、vflib3 が八田(真)さんですね。

 gs から使えるのは vflib2 のほうだけでしたっけ ? vflib2 と vflib3 の
違いってどれくらい ? (すみません、全然わかってなくて)

 gs+vflib が vflib-nofreetype と組み合わせてきちんと動くのなら
それとは独立に vflib (with freetype) が配布されるのは別に問題無いし
利用者が自分でそれらを組み合わせて使うのも問題無いでしょう。

この場合、gs(+vflib) は Depends に freetype2 を書かずに、vflib2 
だけを書くことにして、vflib2-nofreetype と vflib2-freetype は
どちらも provides vflib2 しておけばいいんじゃないかと。

ただし、これは

  gs5.5 ベース + gs-cjk なパッケージが CID を扱える
  (= 日本語 (だけじゃないけど) 対応可能)

がすぐに実現できない場合ですね。もし上記がすぐに実現可能なら、
 gs からは 「vflib パッチ ステ」でも実用上はあまり問題無いかと
いう気はします。

一応、gs-ja -> gs の merge 作業に関係した人間として多少の責任は
感じてるので、必要があれば、ある程度作業はしようと思います。

とりあえず個人的な意見表明まで。

-- 
     ＃ (わたしのおうちは浜松市、「夜のお菓子」で有名さ。)
    <kgh12351@xxxxxxxxxxx> : Taketoshi Sano (佐野　武俊)