OpenBSDで日本語環境設定

1 名前：RAF [2001/03/27(火) 15:44.net] 誰か､できる人いないかな。 72 名前：名無しさん＠お腹いっぱい。 [02/03/01 07:13.net] XF4 を X_LOCALE つけて make すると XIM がぜんぜんダメなんだけれども、そういうもん？ XF3 の方は同様にして普通に動くんですが。 73 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/01 12:16.net] XF3とかXF4てな呼び方は最近メジャーなのか? 一瞬なんの事かワカランかったぞい。 74 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/01 12:48.net] >72 XMODIFIERS="@im=hoge"は指定してるか? 75 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/01 16:53.net] >73 XF4はCVSのモヂュール名と思われ。 76 名前：72 [02/03/01 23:17.net] XMODIFIERSは "@im=kinput2" とか指定してます。 けっこう前のソースだと、XIMがぜんぜんアクティブにならなくて、 最近のソースだと ja locale で rxvt とか立ち上げた瞬間コアはいて死にますね。 _XimRegisterIMInstantiateCallback() とかなんかそのへん。 最近は libc の locale がないとダメなのかな。 XF4はモジュール名、XF3はオレ語です。 対比でわかるかと思って。モジュール名は X11。<XF3 77 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/01 23:24.net] X_LOCALEはまーかす君が殲滅作戦遂行中なんではないかと 78 名前：72 mailto:sage [02/03/01 23:47.net] なるほど。 じゃあ一生古いままでいいや... 79 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/02 03:11.net] >72 www.xfree86.orgに行って公開されてるi18n@メーリングリストの 4.2.0のリリース日から後を適当に拾い読むのがお薦め。 80 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/03/05 01:40.net] choco.2ch.net/test/read.cgi/aastory/1015066693/ 誰だよこんなスレ建てたの。茶吹きそうになってしまったじゃねーか(w 81 名前：名無しさん＠お腹いっぱい。 [02/05/24 14:20.net] 確か、Linux何かでわコマンド打った後のメッセージからマニュアルページの説明に至るまで日本語にするプロジェクトがあったよね？ nkf? nsl? だったかと思うけど、忘れた，， 82 名前：こどちゃ♪ ◆KchAbnts mailto:sage [02/05/26 15:41.net] おいら，OpenBSDにはX入れてないんだけど，konってOpenBSDで走るのかな？ リモートメンテがほとんどだから，コンソールで日本語表示させようとは 思わないけど。 FreeBSDはjmanがあるからいいねぇ。OpenBSDではjman-doc ML出来るぐらい の国内コミュニティはないのかな。でも，FreeBSDでもjp.freebsd.orgの サイトのman検索ばっかり使ってて，マシンにはjman入れていない罠。（ｗ あとLinuxだけど馬鹿に出来ないのはJF。あれはBSDユーザでも役に立つと思う。 って，そう言う話題を話すスレではないのかな？ｽﾏｿ｡ 83 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/06/12 14:38.net] あー、あー。 Linux エミュレーションな Mozilla から書き込んでみるテスと。 もはや OpenBSD じゃないかも...。 84 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/06/12 18:37.net] 　　 λ＿λ　　　／￣￣￣￣￣￣￣￣￣￣ 　　（　｀ー´）　＜　いいんじゃネーノ? 　　 /　　　ノつ　＼＿＿＿＿＿＿＿＿＿＿ 　　（人＿つ_つ 85 名前：名無しさん＠お腹いっぱい。 [02/10/09 18:23.net] LC_CTYPE設定して、vimとかjlessとかでまぁ満足。大抵Windowsマシンから LOGINするから、MS-IMEで入力できるし 86 名前：名無しさん＠お腹いっぱい。 [02/12/05 13:31.net] 正攻法じゃないけど、FreeBSDのlocaleからかっぱらってくるっていう手もあるんじゃない。 87 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/12/05 13:56.net] >>86 それを是としないのが良くも悪くも OpenBSD では ないかといってみる手スト 88 名前：86 [02/12/05 14:03.net] >>87 やっぱ、できるんだね。 89 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/12/05 14:48.net] 以前NetBSD/CitrusのlocaleまわりをOpenBSD 3.0/3.1で使えるようにしたpatchを 本スレでうpしたんだけど、3.2用に更新したpatchって需要ありまつか？ 90 名前：ENIGMA ◆TuqOJBbLXY mailto:ｓａｇｅ [02/12/05 15:05.net] >>89 いや、需要あるも無いもオープンソースの世界ではオープンにしないと、 役に立つかどうかは別として公開してみては。 91 名前：ENIGMA ◆TuqOJBbLXY mailto:ｓａｇｅ [02/12/05 15:19.net] OpenBSD 3.2をインストールした人で、日本語が上手くいったら結果報告希望。 当方、3.0で失敗しました。 92 名前：89 mailto:sage [02/12/05 17:08.net] ということでうpしてみる 11月頃の3.2 stableとNetBSD-currentベース wave.prohosting.com/sigsegv/distfiles/citrus/OPENBSD_3_2-i18nmodule-20021111-patch.bz2 wave.prohosting.com/sigsegv/distfiles/citrus/install_openbsd.txt 93 名前：ENIGMA ◆TuqOJBbLXY mailto:sage [02/12/05 17:46.net] ありがとう。(涙; 3.2インストしたら試してみます。 94 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/12/05 19:50.net] Citrus が OpenBSD のソースツリーに入らないのはなんでなのかな? 95 名前：89 mailto:sage [02/12/06 05:34.net] すまん、>>92のpatchはdiffとる前にcommitし忘れてたファイル多数あり(汗 直してbuildできるようにした&今日のstableに同期したんで、 wave.prohosting.com/sigsegv/distfiles/citrus/ から20021206版を拾ってってくだーさつぁい。 96 名前：名無しさん＠お腹いっぱい。 [02/12/19 16:26.net] >>94 Theo は、もうそろそろ入れてもいいかもね、と去年の夏ごろ発言してた ような気がする。単に作業する人がいないだけちゃうか？ そんなもん日本人以外ありえないから、ここ読んでる香具師、誰か立候補しる！ itojun さんばっかりに期待しててはダメだ。 97 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/12/19 21:06.net] 入れるならやっぱdlopen()使わないでstaticにlibcに組み込んだ方は良いのかねぇ。 あとMB_LEN_MAX 32でbinary compatibility崩れるんだけど NetBSDの魔法__RENAMEマクロでなしにlibcのmajorをサクっと上げちまえば良い？ 98 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/12/24 19:14.net] 厨でもうしわけないんだけど、_RENAME マクロってどういう役割なの？ シンボルの頭に "_" を付けたり付けなかったりするものらしい、 というのは分かるんだけど、それがどういう意味なのか理解できない。 誰か解説して or 情報のポインタ、ぷりーづ。 99 名前：名無しさん＠お腹いっぱい。 [02/12/31 22:04.net] >>95 さん ありがたく使わせていただきました＜patch この patch は、i386 専用ですか？ sparc64 で make したら、そのままではうまく動かなかった。 100 名前：名無しさん＠お腹いっぱい。 mailto:sage [02/12/31 23:10.net] スマソ、i386以外のarchも対応したつもりだったのですが、PC/AT機しか 自由にできるマシンが身の回りに無いので、buildと動作確認はi386のみです。 # sparc64かぁ、ansi.h/int_types.hあたりでなんかやっちゃったかなぁ。。。 修正個所があれば、patchをここにはっつけてもらえれば更新しますんで、どうぞよろしうに。 どーしても動かんようであれば、kurati氏のとこのpatchも3.2用に更新されてるので、 そちらを試してみてください。 # ただしkurati氏のpatchはもう長いこと誰もメンテしてない # anoncvs@citrus.bsdclub.orgの方のソースコードがベースみたい。 # 漏れのはいちおー最新のNetBSD/Citrusベースです。動きゃどっちでも良いけど。 動作確認は、↓を参考に、xpg4dl/testモジュールを拾って mail-index.netbsd.org/tech-userlevel/2000/03/30/0001.html Makefileをごにょごにょして出力結果を 塩兄氏の日記でチェックしてみてください。 101 名前：名無しさん＠Ｅｍａｃｓ mailto:sage [03/01/01 13:54.net] >>98 俺もあぬまり詳しくないけど。どういう目的かというと、ABI を保つためでしょう。例えば sys/times.h 中で、times(3) という関数は __BEGIN_DECLS #ifdef __LIBC12_SOURCE__ clock_t times __P((struct tms *)); #else clock_t times __P((struct tms *)) __RENAME(__times13); #endif __END_DECLS こういう風に宣言されています。ここで __LIBC12_SOURCE__ は旧版で、times(3) の ABI が変わった（？）ときに加わったのが __RENAME(__times13) の方。新しい環境で times(3) を使うと後者が適用されると思います。 で、__RENAME(__times13) とは、コンパイル時に、シンボル times を __times13 にすり替えるのだと思います。ここで、なんでかっていうのはうまく説明できませんけど、#define times __times13 じゃ整合がとれなくなったりするからでしょうか。__RENAME の振る舞いは printf '#include <sys/cdefs.h>\n__RENAME(foo)\n' | cc -E - | tail -1 printf '#undef __ELF__\n#include <sys/cdefs.h>\n__RENAME(foo)\n' | cc -E - | tail -1 printf '#include <sys/times.h>\ntimes(foo)\n' | cc -E - | grep times nm -g /usr/lib/libc.a | grep times とかやれば分かるんじゃないでしょうか。（というか、わたしもすぐ分からなくなるから↑こんな風にしています。） 102 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/02 04:24.net] 神が降臨したようなので、おれも久々にOpenBSDを使ってみようかと思う今日このごろ 103 名前：99 [03/01/02 07:29.net] >>100 さん、アドバイスどうも。 その後、patch を眺めたりイロイロいじってみたところ、 どうも cdefs.h の _RENAME マクロの #if 0 で決め打ってる 部分がよろしくないようです。 下の patch のようにしたところ、sparc64 では、うまく動いてる ように見えます。i386 は休みが明けたら make してみます(^^; gas のバージョンが違うせい？ 193a194,199 > #ifdef __i386__ > #define _C_LABEL(x) __CONCAT(_,x) > #else > #define _C_LABEL(x) x > #endif > 195d200 < #if 0 197,199d201 < #else < #define ___RENAME(x) __asm__(___STRING(__CONCAT(_,x))) < #endif 201c203,204 < #define ___RENAME(x) ____RENAME(_/**/*) --- > #ifdef __i386__ > #define ___RENAME(x) ____RENAME(_/**/x) 202a206,208 > #else > #define ___RENAME(x) __asm__(___STRING(x)) > #endif 104 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/02 08:43.net] 地域化とセキュアは矛盾する思想だったりして。 105 名前：100＠お雑煮うまうま mailto:sage [03/01/02 09:38.net] >>103 げ、OpenBSD/sparc64ってELFだったのか。そりゃsymbolに"_"が余分に付く罠。 ですので>>103のpatchは__i386__でなくて__ELF__っすね。 暇見て更新しておきます、ありがとうございました。 106 名前：101 mailto:sage [03/01/03 00:43.net] >>102 ちなみに私はちっとも神じゃないです。:-) 101 の内容もちっとも自信がありませぬので鵜呑みにされませぬよう。＞all 107 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/04 00:08.net] 実は OpenBSD の話題じゃない罠。＞_RENAME 108 名前：99 [03/01/06 12:04.net] >>100 さん げ、OpenBSD/i386 って、aout だったのか。 # ELF と aout の違いを全然理解してない厨房＜洩れ あと、install.txt に /usr/lib/i18n を掘っておくことを 追加しといたほうが親切かもしれません。 109 名前：100 mailto:sage [03/01/06 15:09.net] お待たせしました、20030106版に更新しますたです。 wave.prohosting.com/sigsegv/distfiles/citrus/ 変更点: ELFで__RENAMEが正しく動くようにした(Thanks to >>99さん)。 これでalpha、sparc64、hppaでもちゃんと動く...はず。 # まー、__RENAMEはlibcのmajorを上げて良いのならまったく必要ないんですが。 >>108 うひー、/usr/lib/i18nはmtreeが掘ってくれると信じてたんですが。 もういっぺんチェックしますです。 110 名前：名無しさん＠お腹いっぱい。 mailto:sage 放置ぷれいでsend-prしたことすら忘れてた(w [03/01/06 16:36.net] スマソ、Citrusについて、最近send-prを1件yamtさん処理してくれてたみたい。 # wcrtomb/wctombの挙動が変ってやつ。 これはまだ漏れのpatchには取り込んでいないです。 お急ぎの方はこちら↓を参考に。 cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/citrus/citrus_ctype_template.h.diff?r1=1.19&r2=1.20 cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/citrus/citrus_none.c.diff?r1=1.6&r2=1.7 また夜にでも更新しますです。 111 名前：山崎渉 mailto:（＾＾）sage [03/01/15 13:01.net] （＾＾） 112 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/01/30 13:24.net] コソーリ、20030128版に更新のお知らせ。 変更点: 　fgetwc/fputwcなどのwide file io関係もNetBSD-currentからmerge 　これでCitrusの成果は全部取り込んだはずっす。 んで、いつもProhostingにpatchを置いとったのですが、 一部有料 113 名前：化するそうなので、こちら↓に移転しますた。 http://sigsegv.s25.xrea.com/distfiles/citrus/ [] [ここ壊れてます] 114 名前：名無しさん＠お腹いっぱい。 [03/02/06 20:19.net] >112 お蔭で念願のOpenBSD上で日本語環境の整備ができますた！ 記念にデスクトップ晒しときますた。 sakots.pekori.jp/imgboard/imgs/img20030206201545.jpg 115 名前：名無しさん＠お腹いっぱい。 [03/02/16 11:07.net] あぐぇ 116 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/02/17 22:21.net] citrusの移植をしている方がいると聞きましたが、、、。 >>112 おおっ、あなたですね。OpenBSDはユーザー少ないし、ユーザー同士の 横のつながりもあまりないので反応が無く見えるけど、期待してる人は いっぱいいる(私も含めて)と思いますよ。応援してます。 >>113 うーん。もう見れないみたい。ktermがエラー吐かずに立ち上がります? 117 名前：112 mailto:sage [03/02/18 02:04.net] 移植(汗 つーかコピぺ程度の作業量なんで... いい忘れてたけど、Citrus patchを適用した後はX(だけじゃないけど)は -D_XLOCALE有無に関係なく作り直してちょ。古いbinaryが参照する selocaleのシンボルはsinglebyte onlyでしか動かんので。 __RENAMEで__setlocale_mb_len_max_32を参照してやらないと multibyte localeは使えないです。 # まあ、X & EUCとかだとsetlocaleが成功の戻り値を返すだけで # 表示できちゃったりする記憶もあるような... sparc64は元々MB_LEN_MAX=32だからISO2022は当然、 alphaとかはMB_LEN_MAX=6なのでUTF-8までならバイナリ互換性を 保ったpatchは作れるんだけど、i386筆頭にその他のarchはMB_LEN_MAX=1なので いっしょにmake Worldの海に溺れようってとこです。 MB_LEN_MAXのbinary非互換性は強気に無視してrecompileなしで multibyte locale仕えちゃったりする方が実は嬉しいかったりするのかもしれないと チョトだけ思った。 118 名前：112 mailto:sage [03/02/18 02:18.net] んで、洩れができそうな範囲でのTODO やるかどうかはわかんないけど。 足りない関数とか * fwprintf, swprintf, vfwprintf, vwprintf, vswprintf, fgetws, fputws, wscan, fwscanf, wcstok, wcswcs, wcsftime FreeBSD-currentでは実装されてる模様、 いくつかはそのまま使えるかも。未調査。 * btowc, wctob citrus_ctype_template.hで実装するなら ﾏﾝﾄﾞｸｾｰ(ﾟ�听)ｲﾗﾈ FreeBSDの実装みたいに内部でmbrtowc/wcrtombが動く簡単な奴で(・∀・)ｲｲのかも * iswctype, wctype, towctrans, wctrans FreeBSDには中途半端な実装あるけど、NetBSD/Citrusとしては 新フレーム待ちかねぇ。NetBSDスレで煽り入ってたけど、 berkeley DB使ってlocaledef(1)(ﾟдﾟ)ｳﾏｰ話とか洩れもちと気になるけど傍観。 OpenBSD固有の問題とか 気が向いたらbsd.libs.mkとかを整備、PICFLAGSつかって逃げてたりするし。 あと↓はOpenBSD的には嬉しいのかな。 www.netbsd.org/cgi-bin/query-pr-single.pl?number=18151 119 名前：名無しさん＠お腹いっぱい。 [03/02/22 00:51.net] ed + skkfep で満足 120 名前：113 mailto:sage [03/02/23 17:33.net] >>115 >うーん。もう見れないみたい。ktermがエラー吐かずに立ち上がります? 問題ないみたいです。 手元でサーバ立ててあげときます。 prim.cotton.ne.jp/openbsd/screenshots/3.3-1.jpg prim.cotton.ne.jp/openbsd/screenshots/3.3-2.jpg 容量がちょいとあるのと(それぞれ179.5KBと216.3KB)回線が細いのでそのあたりはごかんべん。 ちなみにこのスクリーンショットは3.2じゃなくて3.3betaつまりcurrentに 112さんの� 121 名前：pッチをスピードハック(いや、思いきりダーティハック)したものを 使っています。 あと、XもXft周りいじってますし、KDEもQt結構いじってたり…。 gtk+も泣かされました。 とりあえず満足できるレベルになったんで近いうちにサマリまとめて、こちらに うpするか、上のURLにでもポストします。 >>112 おかげで日本語使えるようになりました。んが、依然make buildの段階で/usr/lib/i18n を掘ってくれないようです。 make releaseではやってくれてるみたいなんですが。 [] [ここ壊れてます] 122 名前：112 mailto:sage [03/02/25 13:49.net] >>119 gtk+とかよう知らんですが、localeを認識しないってのは ・libcの場合 LC_ALL > LC_{CTYPE, MESSAGES...} > LANG ・Citrus libintlの場合 LINGUAGE > LC_ALL > LC_MESSAGES > LANG の順に環境変数を参照するので、LC_ALL=Cがセットしてあると LC_{CTYPE, MESSAGES...}, LANGはそもそも無視されることに注意して 再度環境変数を設定してもらえますか？ mtreeの件はMakefileまだ読んでないです。 そのうちinstall_openbsd.txtにBUGSとしてのっける予定 123 名前：112 mailto:sage [03/02/26 00:19.net] documentだけ更新、 sigsegv.s25.xrea.com/distfiles/citrus/install_openbsd.txt make includesでなくてmake beforeinstall走らせりゃmtreeまでやってくれんのね。 トラブった方、失礼致しますた。 124 名前：119 mailto:sage [03/02/26 15:42.net] >>120 gtk+については素のPortsのgtk+では日本語の部分が何も表示されない状態だったのですが、 CONFIGURE_ARGSに"--with-native-locale"を追加することでOKでした。 ただ、このままではimlib回りで、 IMLIB ERROR: SHM can't attach SHM Segment for Shared Pixmap mask Wrapper Falling back on Shared XImages Imlib ERROR: SHM can't attach SHM Segment for Shared XImage mask Falling back on XImages Gdk-ERROR **: BadAccess (attempt to access private resource denied) serial 17549 error_code 10 request_code 146 minor_code 1 Gdk-ERROR **: BadShmSeg (invalid shared segment parameter) serial 17550 error_code 177 request_code 146 minor_code 5 てなエラーを吐いてクラッシュしてたので、 sysctlで kern.shminfo.shmseg=32(default 8) kern.shminfo.shmall=32768(default 8192) に変更することで回避しました。 もっともこれはx11/ogleを入れた時の設定がそのままOKだった、っーオチなんですが…。 citrusのlocale参照順序は理解しました。s/LINGUAGE/LANGUAGE/かな？ LC_ALL=Cとしていたのはperlがうるさかったからなんですが、取り敢えず PERL_BADLANGでだまらせることにしました。 125 名前：119 mailto:sage [03/02/28 12:38.net] >>121 HEADに対応されていたのですね！早速導入してみます！！ (実は121のinstall_openbsd.txtを取りに行こうとしたら、HTTP404を返されて 見に行ったらって、とこだったんですが) 126 名前：112 mailto:sage [03/02/28 19:31.net] >>123 HEAD向けはコンパイルできるかどうかさえテストしてないです。 libpthread(3.2ではlibc_rだったやつ)あたりでヘッダ見つからんとかいって buildへくるかも。buildが通りさえすれば、OpenBSDは他の*BSDと違って releaseとcurrentには大きな違いがないんで、動作自体は支障ないとは思います。 127 名前：99 mailto:sage [03/03/01 03:57.net] HEAD 向けコンパイルしてみますた。 make beforeinstall するときに、幾つかヘッダが無いと言われますが、 その dir へ行って make してやればヘッダ生成されるので、改めて make beforeinstall すればＯＫ。 そこさえ越えれば、make build は問題ないようでつ。 128 名前：112 mailto:sage [03/03/05 02:59.net] NetBSD-currentで * btowc, wctob(btowc('\0')がWEOF返すバグあり、send-pr済) * iswctype, wctype, iswctrans, wctrans (但しiswctype(.., wcrtpe("jkana"))とかのlocale固有機能は未サポート) * wcscoll, wcsxfrm(LC_COLLATEは未サポート) がサポートされた模様なので、patchを追従しますた。 3.2向けとHEAD向けがありますが、今回はどちらもmake releaseまでの テストはしてないです。 前のpatchからupgradeされる方は、libc.soとlib{ENCODING}.soとmklocaleの 入れ換えだけでいいです、がbuild前にmake includesを忘れずに。 btowc/wctobはちと迷ったのですが、NetBSDの実装とは違い、 内部でmbrtowc/wcrtombを直接呼ぶのではなく、citrus_ctype_template.hで 実装し、各lib{ENCODING}.soが実体を持つようにしました。 なんで、NetBSDだとlibcとmklocaleの入れ換えだけで済むのですが、 OpenBSD私家版はlibcとlib{ENCODING}の入れ換えも必須。 # SUSv3だとerrnoはno definedだけど、mbrtowc/wcrtombを直接呼ぶと # EILSEQが返ることがあるので...まあ、そのうち戻すかも。 あとFreeBSD-currentからfgetws/fputws, wcstokをパチってきたので NetBSDにsend-prしました。それが採用されればpatchにもmergeします。 vfwprintf/vfwscanfはまだ読んでないっす。 129 名前：119 mailto:sage [03/03/05 11:20.net] >>125 >make beforeinstall するときに、幾つかヘッダが無いと言われますが、 make beforeinstallの前にmake includesを実行すると問題ないようでつ。 130 名前：112 mailto:sage ただでさえ英語メタメタなのにな [03/03/05 19:18.net] send-prに[PATCH]でなくて[PACTH]とか書いちまったよ...逝ってくる 131 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/06 03:11.net] >>128 （ﾟεﾟ）キニシナイ!! 132 名前：119 mailto:sage [03/03/06 08:37.net] >>126 手元の計算機に導入してみますた。 前回のHEAD用に公開されたバージョンからかも知れませんが、lib/libs/stdlib/multibyte.c がrejectされるようです。 /dev/nullとのdiffみたいなんでrm multibyte.c*でエェかぁ、とかやってまつ。 注意点としては前のパッチがあたっている環境故か、この計算機固有なのか追いかけ る時間が無いのでわかんないんですが、LOCALE関連の環境変数が定義されていると、 libcのインストールの段階でcore dumpまたはmemory faultしました。 取り敢えずLOCALE関連の環境変数をunsetenvすればオケですた。 4回目のコンパイル前に気づけよ＞漏れ 133 名前：112 mailto:sage [03/03/06 12:35.net] patchはChair of IMOUな方から採用したよんとのことです。 # fgetws/fputwsが抜けてたし...漏れマヌケ過ぎ。 > 4回目の ごめんなさい、btowc/wctobを追加したので lib${ENCODING}.soのABIが変わってるので 古いlibcとlib${ENCODING}.soの組合せになると落ちるんだと思います。 lib${ENCODING}.soのmajorをageるか迷ったんだけど、 まあ、本家にmergeされてる訳でもないのでそのまま放置してマスタ。 NetBSDはcitrus_ctype_fallback.[ch]とか対策入れてる模様。 流 石 だ な 、 兄 者。 134 名前：131 mailto:sage [03/03/06 13:07.net] 追伸 libcとlib${ENCODING}のABIが揃っていれば落ちないです。 だからbuildし直す必要は無いです。unset LC_ALL LC_CTYPE LANGとかで とりあえず逃げてください。 135 名前：132 mailto:sage [03/03/10 06:57.net] 20030308版っす。 sigsegv.s25.xrea.com/distfiles/citrus/OpenBSD/ 変更点 fgetws, fputws, wcstok, wcswcsの追加 en_US.UTF-8ロケールがより賢くなった(つかマージ忘れ) ABIの変更でlib${ENCODING}のminorをbump あーんど、いくつかのbug fixを含みます。 1. IS_RUNE_CACHEDマクロがtypoで正しく動作しない 2. hppaとpowerpc系のarchで_BSD_WINT_T_ & _BSD_RUNE_T_の定義がansi.hに 存在せず、おそらくcompileできてなかった 3. /usr/share/nls.aliasがインストールされてなかった んで、CVS repositoryを作り直したついでに、patchを xpg4dl.patchとrename.patchの2つに分けたので、 install-{HEAD, OPNBSD_3_2}.txtを更新しました。 んで、別の作業がやりたいんでOpenBSDは一応これで安定版とし しばらく更新しない予定。 # stdioまわりにthread safeの為のlock/unlockが実装されだすまでは # conflictもでないと楽観。 そいじゃ。 136 名前：133 mailto:sage [03/03/10 07:07.net] /usr/share/nls.aliasでなくて/usr/share/nls/nls.aliasね。 137 名前：119 mailto:sage [03/03/10 16:20.net] >>133 >んで、別の作業がやりたいんでOpenBSDは一応これで安定版とし >しばらく更新しない予定。 ># stdioまわりにthread safeの為のlock/unlockが実装されだすまでは ># conflictもでないと楽観。 ホントにおつかれさまでした。 お蔭様で、管理しているサーバともどもデスクトップも全てOpenBSD化 できますた。 今mac68kでコンパイル中ですがいったいいつ終るやら…。 ＃すでに4日経過…。 バカ＞漏れ 138 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/03/12 00:43.net] >>135 > お蔭様で、管理しているサーバともどもデスクトップも全てOpenBSD化 > できますた。 デスクトップをOpenBSD化する利点は？ 139 名前：135 mailto:sage [03/03/12 11:00.net] >>136 管理しているサーバ用のcvsリポジトリが使えるようになったことで パッケージのアップデート等で回線を逼迫しなくなった点。 使っている環境の回線が細いので。あとは「利点」というより個人的 趣味です。 140 名前：133 mailto:sage [03/04/09 18:19.net] ﾀﾞﾚﾓｲﾅｲ... xpg4dl-20030409ｦﾘﾘｰｽｽﾙﾅﾗｲﾏﾉｳﾁ... ChangeLog: * OPENBSD_3_3 branch対応 * 最新のNetBSD-currentへの追従 - wcstoll, wcstoullの追加(wcstoimax, wcstoumaxはOpenBSDの事情により未merge) - gbk2k module、zh_CN.GB18030ロケールの追加 141 名前：133 mailto:sage [03/04/09 18:21.net] URL忘れてた sigsegv.s25.xrea.com/distfiles/citrus/OpenBSD/ 142 名前：135 mailto:sage [03/04/16 17:43.net] >>138 ご苦労さまです。currentのXFree86が4.3.0になったお蔭で大方の パッケージを再コンパイルするハメに…。 結果報告が遅れてしまいますた。近々デスクトップのスナップを 撮り直します。 143 名前：山崎渉 mailto:（＾＾） [03/04/17 12:30.net] （＾＾） 144 名前：135 mailto:sage [03/04/17 14:55.net] >>140 >パッケージを再コンパイルするハメに…。 こんなことやってるウチにsource-changes@cvs.openbsd.orgからのメールが…。 >CVS: cvs.openbsd.org: www >From: >Dale Rahn <drahn@cvs.openbsd.org> > >To: >source-changes@cvs.openbsd.org > >日時: >今日 14:17:01 > >CVSROOT: /cvs >Module name: www >Changes by: drahn@cvs.openbsd.org 2003/04/16 23:17:01 > >Modified files: > faq : upgrade-minifaq.html > >Log message: >Document that i386 has moved to ELF and we will NOT support source updates. (ようやく?)ELFなっちゃうすか…。安定するまで静観するス。 145 名前：あぼーん mailto:あぼーん [あぼーん.net] あぼーん 146 名前：あぼーん mailto:あぼーん [あぼーん.net] あぼーん 147 名前：名無しさん＠ＸＥｍａｃｓ [03/06/30 01:10.net] OpenBSDを日本語環境してデスクトップで利用している人はいない、ってことでファイナルアンサー? 148 名前：名無しさん＠お腹いっぱい。 [03/07/07 02:00.net] >>145 アホか？ いっぺん死んでこいや(藁 149 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/07/07 02:28.net] >>146 >>145じゃ無理なんだよ。まあ、アホはスルーするなりしてほっとけよ。 150 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/07/07 06:52.net] >>147 145=146 自作自演で荒したいんじゃネーノ 151 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/07/13 14:24.net] 久し振りに来たらあれてるな 152 名前：あぼーん mailto:あぼーん [あぼーん.net] あぼーん 153 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/08/02 14:13.net] 一応保守 154 名前：名無しさん＠お腹いっぱい。 [03/08/05 20:46.net] sage 進行っつったって、沈み過ぎ。 このスレ無くなってもらっちゃ困るし、活性化を祈念して age 155 名前：名無しさん＠お腹いっぱい。 [03/08/05 20:50.net] 山崎のせいで、数々の良スレが沈んでいったな。 156 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/08/05 21:18.net] しもた、xpg4dl-20030409 のリンク先がなくなってる。弱ったな。 どこか or 誰か保存してない？＜HEAD-xpg4dl-20030409.tar.bz2 157 名前：名無しさん＠お腹いっぱい。 [03/08/05 21:21.net] >>154 これを機会にWindowsに移行する事を勧める。 Windows使えば、そんなくだらない事で悩まなくていいし。 今みたいに、自己満足ばかりの生活から脱却できるよ。 非常に有益な素晴しい時間を過したければWindowsを使おう。 158 名前：名無しさん＠お腹いっぱい。 [03/08/05 21:24.net] >>155 pc.2ch.net/win 159 名前：名無しさん＠お腹いっぱい。 [03/08/05 21:29.net] >>156 現実から目を背けるな 160 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/08/06 00:06.net] sigsegv.s25.xrea.com/distfiles/citrus/OpenBSD/HEAD-xpg4dl-20030615.tar.bz2 中身は20030409と同じ。iconv対応はほとんど終ってるけどpatchをうpするのは もうちょい待って下さい。 161 名前：154 mailto:sage [03/08/06 02:42.net] >>158 多謝。ゲトできました。 さっきアクセスできなかったのは、ネットワークトラブルだったんだろか…？ 162 名前：あぼーん mailto:あぼーん [あぼーん.net] あぼーん 163 名前：158 mailto:sage [03/08/30 20:17.net] iconv対応ｼﾏｽﾀ。 sigsegv.s25.xrea.com/distfiles/citrus/OpenBSD/HEAD-xpg4dl-20030828.tar.bz2 164 名前：名無しさん＠お腹いっぱい。 [03/09/08 12:10.net] OpenBSD 3.4 165 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/09/09 12:04.net] >>162 まじでつか 166 名前：sage [03/09/19 03:45.net] >>161 typo ハケーン。 /usr/src/etc/mtree/4.4BSD.dist の 1025 行目 誤：en_GR.ISO8859-7 正：el_GR.ISO8859-7 ですよね？ 167 名前：161 mailto:sage [03/09/21 01:03.net] >>164さん ありがとうございます。 20030920版にて修正しました。 sigsegv.s25.xrea.com/distfiles/citrus/OpenBSD/HEAD-xpg4dl-20030920.tar.bz2 その他の変更点は cvsweb.netbsd.org/bsdweb.cgi/src/lib/libc/citrus/modules/citrus_iconv_std.c?rev=1.6&content-type=text/x-cvsweb-markup の取り込みくらいなので、20030828版を既に導入済なら cd ${BSDSRCDIR}/src/lib/i18n_module/iconv_std && make depend all install して/usr/lib/i18n/libiconv_std.* を入れ換えるだけでOKです。 168 名前：名無しさん＠お腹いっぱい。 mailto:sage [03/09/24 13:53.net] >>165 導入してみますた。 導入自身は問題なかったのですが、setenv LC_CTYPE ja_JP.eucJPとかやると、 "Wrong dl symbols!"とか言われたり。 導入方法は"INSTALL"を参考にしますた。 169 名前：sage [03/09/27 04:53.net] >>166 それって、install 失敗して途中で止まってやしませんか？ >>165 make obj してから make build すると、以下な具合に止まるようです。 > install -c -o root -g bin -m 444 /usr/src/share/i18n/csmapper/obj/ISO646/ISO646-BASIC@1983%UCS.646 //usr/share/i18n/csmapper/ISO646/ISO646-BASIC@1983%UCS.646 > install: /usr/src/share/i18n/csmapper/obj/ISO646/ISO646-BASIC@1983%UCS.646: No such file or directory > *** Error code 71 > > Stop in /usr/src/share/i18n/csmapper (line 51 of /usr/src/share/i18n/csmapper/Makefile). 私は、とりあえず /usr/src/share/i18n/csmapper/ISO646/Makefile.inc を 32c32 < OBJDIR_ISO646-${i:S/:/@/}%UCS.646= ${.OBJDIR}/ISO646 --- > OBJDIR_ISO646-${i:S/:/@/}%UCS.646= ${.CURDIR}/ISO646 てな具合にして無理やり通してみましたが、どうするのが正しいかは よくわかりません。 # まだ、build ちう 170 名前：167 mailto:sage [03/09/27 08:19.net] どうやら、無事 build 出来た模様。i386 です。 171 名前：165 mailto:sage [03/09/28 15:27.net] アク禁中につきレス遅くなってスマソ。 >>166さん archは何ですか？ そのメッセージは/usr/libexec/ld.soにdlfcn系の関数が無くて libc.soのdlfcn_stub.cが使われる時に出るもののようです。 www.openbsd.org/cgi-bin/cvsweb/src/lib/libc/dlfcn/dlfcn_stubs 172 名前：.c?rev=1.7&content-type=text/x-cvsweb-markup xpg4dl/iconvフレームはdlopenとdlsymに依存してるので、 それが機能してないとmultibyte localeもiconvも動かないです。 そのようなarchや、static linked binaryでも http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=18151 みたいに全部libcが抱えこんじゃうよなoptionを用意してmultibyte localeを 使うよううすることも出来るんですが... するとXPG4"DL"で無くなる罠。 dlfcn系がサポートされているarchでも、ここ最近の-currentで ld.soにいろいろ修正が入ってるようなので、それが影響しているのかも... # 少なくとも20030920の-current/i386では動いとります。 >>167さん そこでbuildがコケるのは漏れのミス100%でつ。 そのpatchで正解、ありがとうございます。 反映版を近いうちに用意いたしますです。 [] [ここ壊れてます]

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef