青野様、ご回答ありがとうございます。

2013年7月24日 6:07 Tomoki AONO aono@cc.osaka-kyoiku.ac.jp:

1xxさま(とお呼びしてよろしいでしょうか)

本名よりもhandleを名乗ることの方が多く、 またhandleで呼ばれる方が多いのですが、 名前にこだわりがないので何と呼んでいただいても結構です。(^^

CANW2+ivrM9Bv-HS7BKF7=OkZWX96zkAWm1yGVT+vYUwK-dTFxA@mail.gmail.comの記事において itsango@gmail.comさんは書きました。

...

...

uumをUNIX 98 pseudoterminalに対応していただけないでしょうか?

実は、開発中(?)のソースツリーでは既に対応しています。 1.1.1-a021からは変更点が大きいのでパッチの形で提示すること は難しいですが、可能ならばそちらをベースに試していただける とありがたいです。Anonymous CVSで取得するか http://sourceforge.jp/cvs/view/freewnn/FreeWnn/ 内にある 「Download GNU tarball」リンクでダウンロードするかはお任せ します。

CVSで取得したソースをoepnSUSE 13.1 Milestoone 3 64bit環境で build出来ることを確認いたしました。

＃パッケージ化に当たり、snapshotをベースにして作成するのが ＃難しい場合はこちらで次のalpha版(a022?)を出すことも考えま ＃すのでお知らせ下さい。

何らかのversion番号が付いたtar ballに対してpackage化を行うのが、 openSUSE（やRPM系のLinux)のpolicyだとおそらく思われますので、 一般的にはそうしていただければ大変ありがたいです。 しかし、(以下に続きます)

ただ、現状ではFreeWnn(についている各種コマンド)が Unicode(UTF-8)での表示に対応してませんが、大丈夫なんでしょ うか。

実際にCVS snapshoｔ版のuumを動かしてみたのですが、これは辛いですね。 IMもterminalもあらゆるencodingに対応しているのが 理想だと思います。 ですがLinuxではUTF-8に対応させるというのが applicationの一般論として現実的だと思います。

ちょっとsnapshot版のsourceを覗かせていただきました。 EUCやShift-JISに依存しており、UTF-8化するのは大変そうですね。

uumをUNIX 98 pseudoterminalに対応させても、 次の問題としてencodingが出てくるので、 今回のお願いの件はいったん取り下げようかなと考えております。

しかし山森様がpatchを書かれているように、 uumのUNIX 98 pseudotermina対応は需要があるものと思われます。 FreeWnnのrelease policyがどういうものなのか存じておりませんが、 どこかの時点で新versionをreleaseするのが よろしいかと思います。

...

...

(但しlinkに失敗してuumの動作確認はできていませんが…) ~/src/FreeWnn-1.1.1-a021/Wnn/uum> make uum

(略）

...

...

gcc -o .libs/uum -Dlinux -D_GNU_SOURCE -D_POSIX_SOURCE -D_BSD_SOURCE epilogue.o header.o kensaku.o kuten.o jis_in.o prologue.o touroku.o jikouho.o jutil.o w_string.o printf.o termio.o hinsi.o termcap.o ttyfdslot.o setutmp.o redraw.o history.o key_bind.o screen.o basic_op.o uif.o cursor.o jhlp.o select_ele.o inspect.o wnnrc_op.o functions.o bcopy.o xutoj.o server_env.o sstrings.o ../..//Wnn/jlib/.libs/libwnn.so ../..//Wnn/conv/libconvkey.a -lnsl -lcrypt -lutil -ltermcap -Wl,--rpath -Wl,/usr/local/lib64 /usr/lib64/gcc/x86_64-suse-linux/4.8/../../../../x86_64-suse-linux/bin/ld: cannot find -ltermcap collect2: error: ld returned 1 exit status make: *** [uum] エラー 1

このパッチベースで対応するのであれば適切なライブラリを選ぶ 必要があると思います(-DTERMINFO相当の変更も必要かも)。おそ らく最近のLinuxにはlibtermcapなどないと思うので、 ncurses(w?)辺りをリンクするように変更すればよろしいのではな いかと思います。

/usr/lib64/ にlibtermcap.soは在るのですが、 なぜかそれを認識できていないようでした。