@

突き指がまだ痛いんだけど、今月のベース課題曲をば。

• Self confidence / Newtone
  Acid Jazzが下火になりかかりの頃「ジャミロ(クアイ)とスイング(アウトシスター)好きはレジに走れ」と
  酷いコピーをつけられてしまい、半額ワゴンの常連になった不運なグループ。
• Let's get together / JTQ
  新譜はイマヨンくらいの出来だったorz
• You are the universe / BNH
  4弦ならドロップDで、この曲入ってるアルバム買うなら ツアーパッケージお勧め、disk2のライブがいい。

@

旅に出ます。

@

帰ってきたお。

• 草津白根山
  湯釜は 入山規制中だったのでちょっと遠目の展望台からしか見れなかったのが残念。
  天気もいまいちだったんだけど、ちょうど展望台についたタイミングで
  雲が切れて火口に光が差し込み、湖面がサーフグリーンに輝いた強運っぷりに
  全国の数字稼業の方々が「おめぇの運 ワシにくれや」といったとかいわなかったとか。
  その後さんざん道に迷ってなんとか まきばの湯に辿り着き、風呂った。
• 米子大瀑布
  朝早くに宿を出て、先に奇妙滝を見てそれから権現滝、不動滝を見るコースで。
  奇妙滝と不動滝は水飛沫がかかるほどに滝壷のすぐ側に寄れるのでとてもいい体験。
  快晴だったので旧・米子鉱山の鉱滓堆積場跡地から望む絶景でほぼイキかけました。
  その後 湯っ蔵んどで風呂った。

@

宣戦布告、かこいい。

@

ここ数日体調がどうにもアレでぶっ倒れモード。

@

pkgsrc方面詳しくないんですが、今NetBSDのbaseに含まれてるgettext-toolが0.14.4と古いせいで
0.15から導入された*.poのmsgctxtキーワードを理解しないせいでbuildが上手くいかない問題
ってどれくらい深刻なんでそ。

それとgettextを最新の0.17にするとした場合、GPL3ってまじぇまじぇしていいんだっけ?

@

昔撮ったビデオのデジ化にTomson Canopusの ADVC-55を買ってみたのだが
この機種はノイズリダクションがないので、以前から持ってて全然使ってなかった
MTVX2005でmpeg2キャプチャしたほうがマシだったちゅーメシマズ状態。
ソフトウェアでノイズリダクションって何使うのがいいのだろ。

@

tech-userlevelでfold(1)のmanが正しくない話で思い出したけど
fold(1)で今stateful encoding扱えない件について、ちゃんとBUGSに書いとかんとな。

@

先日触れたgettext-tool問題とGPL3のネタについて obacheさんに完璧超人的まとめしていただいた
おかげで完全に状況を把握しますた、いつもありがとうございます(ペコリ

つまり当面サボれるということか(ぉい

@

lib/42124、こんな パッチで多分おｋ。

元々multi-locale実装のためにスクラッチに近い状態から書いてたコード
(たうぜんテスト不足)を使いまわしたので、動いてるものを壊す典型になってしもうたな。
ま、しゃぁない(開き直り)。

後でcommitする。

@

ゲゲゲgettext ひとりーではー

@

そもそもgettextの*.moのフォーマットはMIかつOS非依存なので
いちいちmsgfmtで(1)*.poからビルドさせるのも時間の無駄なんだよな。
だったらふつーにsrc tarballにコンパイル済*.moを同梱しとけという。

つまりはgettext-toolがインストールされていることを期待する
configure scriptは[お察しください]ということです。

しかしGNU gettextは過去に何度か互換性壊してやがるのでOSにインストールされてる
libintlのバージョンによっては読めない*.moになるという自爆テロ問題があるんだよな。

たぶんそれがあるから*.poだけ用意してmake時に*.moをコンパイルしてんじゃないかと推測。
でもOSにインストールされてるgettext-toolとlibintlってふつー同じバージョンなので意味 JAXANASA。

そもそも^2 gettextize(1)はOSにlibintlが存在しない場合を考慮して
intlというディレクトリ以下にlibintlをごっそりコピーしてきてるので
こいつをちょっと弄ってOSのlibintlのバージョンがsrc tarballに同梱の
*.moのバージョンと互換性がない場合も同様にbuiltinにすればいいだけだと思うんだが。

まー時代はcatgets(3)だよねー(さすがにそれはない)。

@

あとgettext-0.17ってglib2にlibxmlにlibcrocoまで自前で抱え込んでるんだが
どうしてこうなった、やっぱりBSDL gettext-toolかなぁ。

@

これの続き、LANG=jaの場合、LC_MESSAGESだけsetlocaleに成功してるのは
NetBSD-4.0までLC_MESSAGESの実装がないけれどもcatgets(3)は存在したので
ディレクトリがあれば、常に成功するkludgeが入ってたからでんな、この 差分参照。

ちうことでlibcは送ったpatchでもおｋなんだけど、LANG=jaをLANG=ja_JP.eucJPへの
aliasとかsymlinkにする必要があるってやつ。

gettext自体はLC_MESSAGES=ja_JP.eucJPだったらそこからja_JP -> jaを探すという処理が
入ってたはずなので、aliasにしなくても本来は問題なかったはず。

@

libintlまじぇまじぇネタ。
いちおlibiconvとかgettextはこの手のトラブルを避ける目的として
関数名にprefixつけるようヘッダで細工してたり、*.moとかlocale.aliasの読込先を
変更する為のrelocation prefix APIが準備されてたりはします。
ただしこれ現状はlibcとの競合を避けるための最低限の実装でしかないので以下略。

それとこれlibintlだけの話じゃなくて、xmalloc.cとかのwrapper関数も以下同文。

ELF symbol versioningのように、リンクエディタがどのライブラリのシンボルであるかの
アノテーション情報も埋め込み、それをリンクローダが実行時に参照して解決するような
仕掛けが無いことには根本的解決は難しいような希ガス。