2002-07-07
マリちゃん＠熱海
まず訂正。昨日のやつは公開生放送っす。生公録って意味不明だ。
* 遭遇
みんな GM を聴いててなんかヲレは聴かなくててきとーに酔っ払って汗かいたのでひとりで風呂に逝こうとしたんですよ。風呂に逝く途中の廊下にて向かいから女性が 2 人来たんですよ。私ぁ裸眼だったので誰だかさっぱり分からなかったんですよ。そしてその女性がヲレに声をかけるですよ。
女性「 今日はお疲れさまでした〜 」
ヲレ「 ？ 」
って、よく見たらマリちゃんだった。もうひとりの女性はマネージャさん。きぃちゃんだっけ。たぶん。顔は知らないの。でもたぶん一緒に風呂に逝ってたと思うからたぶん。
ヲレ「 はぅぁ。」
一緒に「 はぅぁ 」ってやるきぃちゃん。
マリ「 いまお風呂逝ってきたんですけど、雨降ってました。 」
ヲレ「ありゃ。」
マリ「でも明日は( さと )DUEが朝から大阪に行くから晴れますよっ。」
ヲレ「じゃ、明け方に Horizon を歌いますですよ。」
マリ「はーい。」
と言ってすぐそこにある部屋に「おにぎりの差し入れです〜」と言って入っていきました。
この驚きと感動を皆に伝えるためにわざわざ 5 階の部屋まで階段で駆け上がりましたよ。ハァハァ。しばらく回想して落ち着いたので再び風呂。今度は GM を聞き終えたたくみ、うえやまさん、佐伯くんと同行。また回想。ハァハァ。
* 風呂
GM が終わったあとだから 0300 ころ。こんな時間なのに我々以外にも大勢居ましたよ。
マリちゃんが露天風呂の登って遊んでた岩ってこれかなとか。
我々のちょいあとに風呂に来た方々が日本酒を持参。そこらのコンビニで買ったやつらしい。みんなでまわし飲み。せっかくなので僕も貰いました。たくみがけっこう飲んでたんだけど、あとで聞いたらさすがに堪えたらしい。風呂で酒飲むときは季をつけよう。なにを。
* 朝
風呂入ってその後ちょいしてから ACPI 的に S5 モードに移行。結局 Horizon は歌わなかったです。誰か歌ったのかな。
朝飯。ひさしぶりにちゃんとしたもの。他の方々は二日酔いなのかけっこうしんどそうに飯を食ってたっす。僕は普通に旨く食えた。
部屋を片付けて、チェックアウトしてイベント会場に集合。
* イベントその前に
イベントの前にお知らせ。2 つ。
ひとつめ。
( スタッフの )富澤さん「 昨晩の女将の巡回。スタッフの不手際などの理由により夜遅くになってしまって申し訳ない。 」
ぃゃ我々はそれは楽しみだったからいつまででも待ってましたさ。遅れたことなんて季にしなかったさ。でも参加者全員が我々と同じ感覚とは限らないけど。ていうかだ。そんなことよりもマリちゃんは早く寝てくれ。マリちゃんが体調を崩したらダメっしょ。
ふたつめ。
富澤さん「 おなじく昨晩の女将の巡回。そのときに女将を撮影してしまったひとが居ました。撮影は禁止ですと言ったにもかかわらずです。このようなことが起きてしまうと、今後の FC イベントのありかたを考え直さないといけません。みなさんにとって、國府田マリ子とのもっとも良い距離とはなんでしょうか。考えてください。 」
やってもうたすね。「 まったくとんでもないことをしてくれたよお前は！！ 」とか言ってる場合じゃない( なにが )。やっちまったものは仕方無い。今後をどうするか。これは考えないとな。
でもその暗い話題のあとに笑いを取れる富澤さんはプロだと思った。さすがだ。
* 上映会
秘蔵 VTR 。事務所のどこからか発掘されたらしい。アルバム「 Vivid 」のジャケット撮影の VTR だそうな。マリちゃｎが若い。これはすばらしいものを見せてもらいました。
* 抽選会
マリちゃんの私物抽選会。10 年くらい前の物が多いらしい。そんな昔のことは知らないぞ。
僕は当選しなかったす。佐伯くん、岡田さん、むらやま殿が当選してた。佐伯くんはなんだかんだで私物 2 つ当選。すげぇ。
* 大団円
すべてのイベントが終了。マリちゃんからの挨拶。抜粋。うろ覚え。
マリ「 自分が好きなことには自信を持って。自分がやってることに自信が無くなったとき。そういうときに立ち止まってほしい。ちょっと待て國府田。お前はこんなことがやりたかたんだっけ？ 自分が本当にやりたいことはなんだっけ？ 」
それが「 life like 」だとか。伝聞だけど、GM のエンディングが Horizon から life like に変わるそうっすね。Horizon はマリちゃんのコンサートでのアンコールの定番といえるくらいの歌だけども、これを変更するということは、よほど life like に想いが入ってるんだろう。
最後にみんなで Horizon を合唱。でも僕は歌わなかった。いまだに歌詞を覚えてないの。こんな中途半端なヤツが Horizon を歌ったら、Horizon を汚すことないなっちまう。だからそんないい加減な状態では歌えなかった。
ところで大団円とは言わないよな。
* 帰路
大阪組、名古屋組、地元組、東京組の順に帰路に着きました。
* ヲレのマリちゃん
初のマリちゃんの FC イベント参加でした。すごく楽しかった。参加して良かった。
ヲレがマリちゃんを好きだってことを思い出した。どうしてマリちゃんを好きなのかということを思い出した。
いままでなにやってたんだろう。こんな大事なことを忘れてたなんて。ヲレは馬鹿だ。
* ヲレの友人
ヲレが酒を買ったのはみんなと酒を飲んで楽しい時間を過ごすため。
「 ヲレが買った酒をお前ら飲んだろ金払え 」なんてことを考えて買ったんじゃないの。
金なんて問題じゃないの。
ヲレが友達と楽しく過ごすためにヲレのために買ったの。
言うなればヲレへの投資。
それで皆が楽しめてヲレが楽しめればすべて良し。
金なんて問題じゃないの。
_ そのほか
先日購入したデジカメを持参しました。ピンぼけとかしていまいち使いこなせてないけどけっこうよく撮れたです。1 泊 2 日の旅行で 20 枚くらい撮影。思ったより好くなす。
AirH" 回線で自宅に login して irhcat やってたんですが、かなりしんどかったっす。レスポンスが遅すぎ。これではメールも書けん。
2003-07-07
_ 仕事
今日はお休み。
_ ジャンプ
午前中にとっとと買ってきた。最近読むのが半分くらいしかない。
_ Amazon アソシエイトプログラム
承認された。
Subject: Amazon.co.jp アソシエイト・プログラムへの参加が承認されました From: associates@amazon.co.jp Date: Sun, 6 Jul 2003 18:02:36 -0700
_ ミュージカル「レ・ミゼラブル」
初めてのレミゼ。会場 1 階真ん中あたりの列の中央あたりの席。ようするに真ん中。けっこう見やすい。周囲を見渡すとヲレと同世代と思われる方々が居る。この辺りはグループこまどり枠らしい。
後ろに居た婦人( 顔見てない )とその隣に居るらしい若者( 女性。顔見てない )の会話が聞こえてしまうので聞いてたら、若者は九州出身で今日は日帰り、坂本真綾の歌が好きらしい。坂本真綾のことを隣の婦人に説明してた。歌が好きでさらにライブ以外の真綾を見に来るとはなかなか熱心なファンだ。
少女時代のエポニーヌじゃなくてもーちょい成長したエポニーヌの真綾は劇の前半の真ん中あたりから登場。最初は他の出演者に声が負けてた感じ。スタートダッシュは弱いな。その後ソロがあると素晴らしい歌声を披露してくれた。
真綾だ。
この叫ぶような声は久しく聞いてなかった。ときおりすごく綺麗な声を出す。綺麗っていうか、「叫ぶような声」じゃなくていつもの歌声のような声。これが安定してくれると素晴らしい。
1.5 h して前半終了。30 分の休憩。右を見たら 4 つ隣の席に西村先生が居た。あいかわらずさりげない。
後半も 1.5 h やって終了。カーテンコールで出演者が客席に向かって花束( 造花？ )を投げるのだが、さすがにこんな後ろのほうの列までは届かない。ちなみに真綾は舞台向かって右側に居た。
終わったあとも拍手が鳴りやまない。そのうちみんな起立。3 回ほどアンコールの挨拶。盛り上がりますな。
もはや真綾の演技は安定したかな。真綾以外のエポニーヌを見るためと、もうちょい見ないと話がよく分からないのであと 1, 2 回は見てきたい。
_ おいしいコーヒーのいれ方
表現というか登場人物の言葉遣いというか展開というかそーいうのにやけに違和感がある。ぃゃほら、絵も「きまぐれオレンジロード」みたいな絵だし。こーいうのって 10 年くらい前の文章のスタイルだよなと思っていたら、第 1 刷発行が 1994 年だった。たしかに 10 年くらい前だ。
ところで場面を描写するでもなく自己満足的に入ってるこれらの挿絵はなんなんだ。
_ おいしいコーヒーにいれ方
2 巻まで終わり。これ、ギャルゲーだよ。もしくはエロゲーとか恋愛シミュレーション。ゲームじゃないけどさ。
_ ANZA
レミゼのエポニーヌ役の 4 人のうちのひとり。ANZA って聞いたことがあるし、今日買ったレミゼのプログラムにはソロヴォーカリストとして活動と書いてある。ANZA ってカードキャプターさくらの第 2 期( ？ )の「扉をあけて」を歌ってたひとだろうか。
この辺とか見るとそーらしい。
_ エポニーヌ複数役
前半のさらに前半で娼婦たちのなかに真綾らしき姿を見た。遠かったので自信がないのだが、レミゼのプログラムの香盤表を見るとエポニーヌ役のひとは娼婦も演じてるようなので、アレはやっぱり真綾らしい。
2004-07-07
_ 脳内
- FF 2 「 メインテーマ 」
- FF 3 「 悠久の風 」
- FF 5 「 メインテーマ 」
_ 七夕
本日は七夕だということをどこぞの日記を見て思い出したのだが、そもそも七夕ってなにする日だっけと調べようとして ぐぐってみたらなんだかけっこう複雑みたいなので諦めた。
とりあえず、織姫って BLEACH に居たよね。
_ 私は飛べる
飛空艇からみんなで綱渡り。かちょええ。
結婚式。
ユウナと合流。
祈りの歌〜バハムート〜。
5、4、3、2、1、メガフレア。なつかしい。4 以来？
死人( しびと )が笑う。
次はシーモアバトル ラウンド 2 かね？
_ くて
2130 〜 0030 昼寝。
2005-07-07
_ 朝
0610 起床。
_ JaSST'05 in Osaka
( via やねうらお−よっちゃんイカを買いに行ったついでに家を買う男 )
JaSST: Japan Symposium on Software Testing( ソフトウェアテストシンポジウム )
日程：2005年7月15日（金）10:00〜17:40（9:30受付開始）
場所：大阪国際会議場（グランキューブ大阪）（大阪・福島）
参加申し込み：満席御礼となりました。2006年1月のJaSST in Tokyo をお楽しみに。
残念ながら満席だそうな。
そもそも開催が 2005-07-15( 金 )の大阪なので日程的にも行けそうになかったのだけど。
2006 年明けに東京でも開催されるようなので行ってみよう。
過去の開催概要を見ると 1 月は東京、7 月は大阪で開催しているようだ。
また、過去のプレゼンテーション内容の PDF が読める。
_ 仕事
双樹の足場を書いたり。
_ Mac OS X で qmail を使う
qmail して tcpserver して daemontools する。
参考
- NetBSD で qmail
- The pkgsrc guide - 12.2. Converting packages to use bsd.options.mk
- Linux Squiare - qmail-date-localtime.patchがダウンロードが出来ないのですが..
- Gururi の日記 - qmail on Mac OS X(not Mac OS X Server) 3 回目/tcpserver をインストールしてみる。
- Gururi の日記 - qmail on Mac OS X(not Mac OS X Server) 6 回目/daemontools を設定する。
qmail
rin@kahori[~]% cd /usr/pkgsrc/mail/qmail
rin@kahori[/usr/pkgsrc/mail/qmail]% head options.mk
# $NetBSD: options.mk,v 1.13 2005/05/31 10:01:38 dillo Exp $
PKG_OPTIONS_VAR= PKG_OPTIONS.qmail
PKG_SUPPORTED_OPTIONS= badrcptto bigdns darwin netqmail outgoingip
PKG_SUPPORTED_OPTIONS+= qregex realrcptto sasl syncdir tls viruscan
.if ${OPSYS} == "Darwin"
PKG_SUGGESTED_OPTIONS= darwin
.endif
OPTION を指定できるので /etc/mk.conf に書いておく。
とりあえず netqmail のみ指定する。
rin@kahori[/usr/pkgsrc/mail/qmail]% diff -u /etc/mk.conf.20050624 /etc/mk.conf --- /etc/mk.conf.20050624 Wed Jun 29 14:40:08 2005 +++ /etc/mk.conf Wed Jun 29 14:42:05 2005 @@ -9,4 +9,5 @@ PAX=/Volumes/NetBSD/pkg/bin/pax ##PKG_DEBUG_LEVEL= 1 X11_TYPE=xorg +PKG_OPTIONS.qmail=netqmail .endif # end pkgsrc settings rin@kahori[/usr/pkgsrc/mail/qmail]%
localtime
localtime は pkgsrc に入ってないようなので手動で patch する。
rin@kahori[/usr/pkgsrc/mail/qmail]% sudo wget ftp://ftp.nlc.net.au/pub/unix/mail/qmail/qmail-date-localtime.patch
--14:44:30-- ftp://ftp.nlc.net.au/pub/unix/mail/qmail/qmail-date-localtime.patch
=> `qmail-date-localtime.patch'
ftp.nlc.net.au をDNSに問いあわせています... 203.24.133.1
ftp.nlc.net.au[203.24.133.1]:21 に接続しています... failed: Connection refused.
fail した。
プロトコルは http にする。
rin@kahori[/usr/pkgsrc/mail/qmail]% sudo wget http://ftp.nlc.net.au/pub/unix/mail/qmail/qmail-date-localtime.patch
ソースを取得( work ディレクトリに出来るらしい )するために make する。
rin@kahori[/usr/pkgsrc/mail/qmail]% sudo bmake patch : => Checksum RMD160 OK for netqmail-1.05.tar.gz. Make sure the Makefile and checksum file (/usr/pkgsrc/mail/qmail/distinfo) are up to date. If you want to override this check, type "/usr/pkg/bin/bmake NO_CHECKSUM=yes [other args]". *** Error code 1 Stop. bmake: stopped in /usr/pkgsrc/mail/qmail
怒られた。
不整合？
NO_CHECKSUM=yes しておく。
rin@kahori[/usr/pkgsrc/mail/qmail]% sudo bmake NO_CHECKSUM=yes patch : cd /Volumes/NetBSD/pkgsrc/net/ucspi-tcp/work/*-man; for i in 1; do for j in *.$i; do /usr/bin/install -c -o root -g wheel -m 444 $j /Volumes/NetBSD/pkg/man/man$i; done done ===> Registering installation for ucspi-tcp-0.88nb1 ===> Returning to build of qmail-1.03nb10 ===> Patching for qmail-1.03nb10 ===> Applying distribution patches for qmail-1.03nb10
patch する。
rin@kahori[/usr/pkgsrc/mail/qmail]% cd work/qmail-1.03/ rin@kahori[/usr/pkgsrc/mail/qmail/work/qmail-1.03]% sudo patch < ../../qmail-date-localtime.patch patching file date822fmt.c
install する。
rin@kahori[/usr/pkgsrc/mail/qmail/work/qmail-1.03]% cd ../../
rin@kahori[/usr/pkgsrc/mail/qmail]% sudo bmake install
:
=> Unwrapping files-to-be-installed.
===> Installing for qmail-1.03nb10
===> Creating installation directories
. changed
permissions expected 0755 found 02755 modified
./install
./instcheck
# qmail's installer sets strange permissions; set them back
/usr/bin/chgrp wheel /var/qmail/bin
/usr/bin/chgrp wheel /var/qmail/boot
/usr/bin/chgrp wheel /var/qmail/doc
/usr/bin/chgrp wheel /var/qmail/man
/usr/bin/chgrp wheel /var/qmail/man/cat1
/usr/bin/chgrp wheel /var/qmail/man/cat5
/usr/bin/chgrp wheel /var/qmail/man/cat7
/usr/bin/chgrp wheel /var/qmail/man/cat8
/usr/bin/chgrp wheel /var/qmail/man/man1
/usr/bin/chgrp wheel /var/qmail/man/man5
/usr/bin/chgrp wheel /var/qmail/man/man7
/usr/bin/chgrp wheel /var/qmail/man/man8
/usr/bin/install -c -o root -g wheel -m 444 /Volumes/NetBSD/pkgsrc/mail/qmail/work/README.pkgsrc /Volumes/NetBSD/pkg/share/doc/qmail
/usr/bin/install -d -o root -g wheel -m 755 /Volumes/NetBSD/pkg/share/qmail/setup
for i in dnsfq dnsip dnsptr hostname install ipmeprint; do /usr/bin/install -c -s -o root -g wheel -m 555 /Volumes/NetBSD/pkgsrc/mail/qmail/work/qmail-1.03/$i /Volumes/NetBSD/pkg/share/qmail/setup; done
for i in config config-fast; do /usr/bin/install -c -o root -g wheel -m 555 /Volumes/NetBSD/pkgsrc/mail/qmail/work/qmail-1.03/$i /Volumes/NetBSD/pkg/share/qmail/setup; done
===> Please note the following:
===========================================================================
$NetBSD: MESSAGE,v 1.11 2004/08/22 00:10:51 schmonz Exp $
Please read /Volumes/NetBSD/pkg/share/doc/qmail/README.pkgsrc.
There are many ways to enable qmail. One popular, well-regarded
choice is to follow the directions in Dave Sill's "Life with qmail":
<URL:http://www.lifewithqmail.org/lwq.html>
Alternatively, you can let pkgsrc do the work by installing the
qmail-run package.
===========================================================================
===> Registering installation for qmail-1.03nb10
qmail-1.03nb10 requires installed package checkpassword-0.90
qmail-1.03nb10 requires installed package daemontools-0.76
qmail-1.03nb10 requires installed package qmail-users-1.0
qmail-1.03nb10 requires installed package ucspi-tcp-0.88nb1
rin@kahori[/usr/pkgsrc/mail/qmail]% sudo bmake clean clean-depends
qmail-run
install と一緒に qmail の config までしてくれる。
やはりパッケージシステムは楽だ。
rin@kahori[/usr/pkgsrc/mail/qmail-run]% sudo bmake install ===> Installing for qmail-run-20050415 ===> Creating installation directories /usr/bin/install -c -o root -g wheel -m 555 /Volumes/NetBSD/pkgsrc/mail/qmail-run/work/qmail-procmail /Volumes/NetBSD/pkg/bin /usr/bin/install -c -o root -g wheel -m 555 /Volumes/NetBSD/pkgsrc/mail/qmail-run/work/qmail-qfilter-queue /Volumes/NetBSD/pkg/bin /usr/bin/install -c -o root -g wheel -m 555 /Volumes/NetBSD/pkgsrc/mail/qmail-run/work/qmail-qread-client /Volumes/NetBSD/pkg/bin /usr/bin/install -c -o root -g wheel -m 444 /Volumes/NetBSD/pkgsrc/mail/qmail-run/work/README.pkgsrc /Volumes/NetBSD/pkg/share/doc/qmail-run /usr/bin/install -c -o root -g wheel -m 444 /Volumes/NetBSD/pkgsrc/mail/qmail-run/work/mailer.conf /Volumes/NetBSD/pkg/share/examples/qmail-run =========================================================================== The following files should be created for qmail-run-20050415: /etc/rc.d/qmailsmtpd (m=0755) [/Volumes/NetBSD/pkg/share/examples/rc.d/qmailsmtpd] /etc/rc.d/qmailsend (m=0755) [/Volumes/NetBSD/pkg/share/examples/rc.d/qmailsend] /etc/rc.d/qmailqread (m=0755) [/Volumes/NetBSD/pkg/share/examples/rc.d/qmailqread] /etc/rc.d/qmailpop3d (m=0755) [/Volumes/NetBSD/pkg/share/examples/rc.d/qmailpop3d] /etc/rc.d/qmail (m=0755) [/Volumes/NetBSD/pkg/share/examples/rc.d/qmail] =========================================================================== Your fully qualified host name is kahori.local. Putting kahori.local into control/me... Putting kahori.local into control/defaultdomain... Putting kahori.local into control/plusdomain... Putting kahori.local into control/locals... Putting kahori.local into control/rcpthosts... Now qmail will refuse to accept SMTP messages except to kahori.local. Make sure to change rcpthosts if you add hosts to locals or virtualdomains! ===> Please note the following: =========================================================================== $NetBSD: MESSAGE,v 1.3 2004/08/23 03:47:48 schmonz Exp $ Please read /Volumes/NetBSD/pkg/share/doc/qmail-run/README.pkgsrc. To enable qmail for... Local and outgoing deliveries: - Check the configuration files in /Volumes/NetBSD/pkg/etc/qmail. - Modify /etc/mailer.conf (see share/examples/qmail-run/mailer.conf). - Set qmailsend=YES in /etc/rc.conf. SMTP: - Set qmailsmtpd=YES in /etc/rc.conf. POP3 (only for Maildirs): - Set qmailpop3d=YES in /etc/rc.conf. To make the queue visible to local non-root users: - Set qmailqread=YES in /etc/rc.conf. - Change the mailq entry in /etc/mailer.conf to qmail-qread-client. =========================================================================== ===> Registering installation for qmail-run-20050415 qmail-run-20050415 requires installed package qmail-1.03nb10 rin@kahori[/usr/pkgsrc/mail/qmail-run]%
Maildir
Maildir を作るために /usr/pkg/share/doc/qmail/INSTALL.maildir にあるとおりに実行する。
rin@kahori[~]% maildirmake $HOME/Maildir rin@kahori[~]% echo ./Maildir/ > ~/.qmail
設定ファイル
contorol や alias を他の計算機からへコピーする。
rin@sakura[~]% tar cf - . | ssh kahori '(cd usr/local/qmail; tar xf -)' rin@kahori[~/usr/local/qmail]% sudo cp * /var/qmail/control/
起動確認
rin@kahori[/var/qmail/boot]% sudo cp home /var/qmail/rc rin@kahori[/var/qmail/boot]% cd /var/qmail rin@kahori[/var/qmail]% sudo csh /var/qmail/rc & [1] 413 rin@kahori[/var/qmail]% ps aux | grep qmail rin 419 3.0 0.1 18172 352 std S+ 12:03AM 0:00.01 grep qmail qmails 413 0.0 0.3 18120 776 std SN 12:02AM 0:00.06 qmail-send qmaill 414 0.0 0.3 18076 780 std SN 12:02AM 0:00.01 splogger qma root 415 0.0 0.3 18072 704 std SN 12:02AM 0:00.00 qmail-lspawn qmailr 416 0.0 0.3 18072 704 std SN 12:02AM 0:00.00 qmail-rspawn qmailq 417 0.0 0.3 18064 724 std SN 12:02AM 0:00.01 qmail-clean rin@kahori[/var/qmail]% sudo kill 413 rin@kahori[/var/qmail]% [1] + done sudo csh /var/qmail/rc rin@kahori[/var/qmail]% ps aux | grep qmail
tcpserver
tcpserver の設定ファイルを既存の計算機からコピーする。
rin@sakura[~/usr/local/tcpserver/etc]% tar cf - . | ssh kahori '( cd usr/local/tcpserver/etc ; tar xfv - )' . ./tcp.pop3 ./tcp.pop3.cdb ./tcp.smtp ./tcp.smtp.cdb
daemontools
daemontools の設定ファイルを既存の計算機からコピーする。
rin@sakura[~/usr/local/qmail/supervise]% tar cf - . | ssh kahori '( cd usr/local/qmail/supervise ; tar xfv - )' . ./pop3d ./pop3d/run ./qmail ./qmail/run ./smptd ./smptd/run
/etc のほうにコピー。
rin@kahori[~/usr/local/tcpserver/etc]% sudo cp * /etc/ rin@kahori[~/usr/local/qmail]% sudo mv supervise /var/qmail/
svscan とか
daemontools 用 ディレクトリ作成
rin@kahori[~]% sudo ln -s /usr/pkg/bin /command rin@kahori[~/usr/local]% sudo mkdir -p /service rin@kahori[~/usr/local]% sudo ln -s /var/qmail/supervise/qmail/ /service/qmail
まだ起動していない。
つぎの作業へ。
いわゆる /etc/rc.d は Mac OS X の /Library/StartupItems に該当する。
依存関係を考えるのが面倒だったので起動項目の設定は貰った。
Start Stop Restart 項目は必須ではないけどせっかくだからそのまま利用させていただく。
rin@kahori[~/usr/local]% wget http://gururi.com/qmail/daemontools_sss.tgz rin@kahori[~/usr/local]% tar xzf daemontools_sss.tgz rin@kahori[~/usr/local]% sudo mv Daemontools /Library/StartupItems/
path を追加しとく。
rin@kahori[~]% diff -u /Library/StartupItems/Daemontools/Daemontools.src /Library/StartupItems/Daemontools/Daemontools
--- /Library/StartupItems/Daemontools/Daemontools.src Wed Jul 6 23:09:57 2005
+++ /Library/StartupItems/Daemontools/Daemontools Wed Jul 6 23:14:23 2005
@@ -2,7 +2,7 @@
. /etc/rc.common
-export PATH=/usr/local/bin:${PATH}
+export PATH=/command:/usr/local/bin:${PATH}
svcdir=/service
StartService ()
/etc/hostconfig
/etc/hostconfig に DAEMONTOOLS=-YES- を追加。
こうしないと /Library/StartupItems/Daemontools/Daemontools が start の条件分岐を通らない。
rin@kahori[~]% diff -u /etc/hostconfig.20050521 /etc/hostconfig --- /etc/hostconfig.20050521 Wed Jul 6 22:58:33 2005 +++ /etc/hostconfig Wed Jul 6 22:59:09 2005 @@ -28,3 +28,5 @@ COREDUMPS=-NO- VPNSERVER=-NO- CRASHREPORTER=-YES- +DAEMONTOOLS=-YES- +
起動終了確認
rin@kahori[~]% sudo /Library/StartupItems/Daemontools/Daemontools start Starting daemontools rin@kahori[~]% ps aux | grep qmail qmails 768 0.0 0.1 18120 360 std S 11:17PM 0:00.01 qmail-send qmaill 769 0.0 0.1 18076 324 std S 11:17PM 0:00.00 splogger qma root 770 0.0 0.1 18072 316 std S 11:17PM 0:00.01 qmail-lspawn qmailr 771 0.0 0.1 18072 316 std S 11:17PM 0:00.00 qmail-rspawn qmailq 772 0.0 0.1 18064 308 std S 11:17PM 0:00.00 qmail-clean rin@kahori[~]% rin@kahori[~]% sudo /Library/StartupItems/Daemontools/Daemontools stop Stopping daemontools rin@kahori[~]% ps aux | grep qmail rin@kahori[~]%
OS 起動時
daemontools を install したのが pkgsrc のところなので以下のように変更。
rin@kahori[~]% diff -u /Library/StartupItems/Daemontools/StartupParameters.plist.src /Library/StartupItems/Daemontools/StartupParameters.plist
--- /Library/StartupItems/Daemontools/StartupParameters.plist.src Wed Jul 6 23:23:55 2005
+++ /Library/StartupItems/Daemontools/StartupParameters.plist Wed Jul 6 23:25:48 2005
@@ -1,7 +1,7 @@
{
Description = "daemontools";
Provides = ("daemontools");
- Requires = ("Network", "NetInfo", "Network Configuration");
+ Requires = ("Network", "NetInfo", "Network Configuration", "pkgsrc");
Uses = ("Network");
OrderPreference = "Last";
Messages =
Mac OS X を起動させる。
rin@kahori[~]% ps aux | grep svscan root 348 0.0 0.1 18096 300 ?? S 8:09PM 0:00.03 svscan /serv rin@kahori[~]% ps aux | grep qmail qmails 351 0.0 0.1 18120 360 ?? S 8:09PM 0:00.02 qmail-send qmaill 352 0.0 0.1 18076 324 ?? S 8:09PM 0:00.00 splogger qma root 353 0.0 0.1 18072 316 ?? S 8:09PM 0:00.01 qmail-lspawn qmailr 354 0.0 0.1 18072 316 ?? S 8:09PM 0:00.01 qmail-rspawn qmailq 355 0.0 0.1 18064 308 ?? S 8:09PM 0:00.00 qmail-clean
2006-07-07 :-)
2007-07-07 :-)
_ 朝ぽっぽ
0520 起床。チャリった
_ [山岡晃][日比野則彦][BETTA FLASH][松前公高][大久保博][崎元仁][並木学][岩田匡治][金田充弘][古代祐三][桃井はるこ][細江慎治][田中宏和][小柳ゆき][伊藤賢治][THE BLACK MAGES][ゲームミュージック][EXTRA]EXTRA - HYPER GAME MUSIC EVENT 2007
行ってきました！
祭りです。ありえないくらいのものすげー豪華出演者です。とりあえずベイシスケイプと大久保博さんと細江慎治さんと伊藤賢治さんと THE BLACK MAGES にハァハァしてきますた。数年ぶりに跳びました。やはりゲームミュージックは良い。
概要
ようするにゲームミュージックの作曲者本人がゲームミュージックを演奏するというイベントです。
LIVE STAGE と DJ STAGE の 2 つがあります。物理的に 2 つの舞台を用意してます。LIVE STAGE は普段どーりの LIVE です。DJ STAGE はクラブ系？です。クラブといっても私は LINEAR か HOBiRECORDS/Upsurge[ 2007-05-13 ]くらいしか行ったことないのだけどね。
最初にまとめ
細江慎治さんがナイスプレイでした。往年のナムコミュージックをアレンジしてくれました( 曲は下記参 )。この世代のひとには涙モノです。
ステージ 1 つにつき 4 曲か 5 曲でした。時間が短いのであまり多く演奏できないのだけど、もう少し増やして欲しかったです。そのぶんイベント全体の時間が長くなるけど (´ω｀ )
スピーカーが低音に耐えられなくて音がバリバリと「 割れて 」ました。DJ STAGE では低音を連発するひとが多かったのでこれはけっこうひどいです。
曲
タイムテーブルはこちら。
以下覚えてる範囲の曲。事前に発売された「 EXTRA - OFFICIAL COMPILATION 」に収録されていた曲は演奏してたみたいです。カッコ内はアルバム名。
- momo-i(桃井はるこ）
- きみはホエホエむすめ Extraバージョン( EXTRA - Official Compilation )
- すすめボコスカ？
- 山岡晃 x 日比野則彦 with 小柳ゆき
- サイレントヒルから 1 曲
- メタルギアソリッドから 2 曲？
- SNAKE EATER
- BETTA FLASH
- .BLUE -地球に棲む日-( EXTRA - Official Compilation )
- あと全然分かんない
- SEGA sound team [H.]
- AFTER BURNER remix とか
- デイトナ USA のなにかとか
- 田中宏和
- バルーンファイト
- ドクターマリオ
- メトロイド
- レッキングクルー
- 松前公高
- オリジナル曲 3 曲
- 古川もとあき with VOYAGER
- 2nd アルバムから？
- 大久保博
- That's RALLY-X( EXTRA - Official Compilation )
- Departure Lounge( RIDGE RACERS direct audio )
- Disco Ball( RIDGE RACERS direct audio )
- mega(Ne)disco 2003( Linear Compilation Disc1 )
- 伊藤賢治
- The Road Of Saga( カルドセプトサーガ )
- THE PHOENIXION -Extra Mix-( EXTRA - Official Compilation )
- 熱情の律動( ロマンシングサガ -Minstrel Song- )
- 愚者の舞( 聖剣伝説4 )
- 崎元仁 x 並木学 x 岩田匡治 x 金田充弘
- 並木学 / 千弾萬來( EXTRA - Official Compilation )
- 並木学 / 怒首領蜂から何か
- 金田充弘 / BLEACH ヒート・ザ・ソウルかな？ 2 曲
- 岩田匡治 / Turnover Horizon( EXTRA - Official Compilation )
- 崎元仁 / 衛星軌道上 -CD Extra Mix-( EXTRA - Official Compilation )
- 古代祐三 with Fair
- 世界樹の迷宮
- Y's
- ウィザードリー
- 細江慎治
- ドラゴンバスター
- ゼビウス
- パックマニア
- ワンダーモモ
- リブルラブル
- ラリー X
- 源平刀魔伝
- Dragon Spirit -first groover-( EXTRA - Official Compilation )
- THE BLACK MAGES
- 最後の死闘-The Black Mages Ver.-( FINAL FANTASY III DS )
- Those Who Fight Futher - FF7 更に戦う者達( THE BLACK MAGES )
- Maybe I'm a Lion - FF8 Maybe I'm a Lion ( THE BLACK MAGES 2 The Skies Above )
- Clash on the Big Bridge - FF5 ビッグブリッジの死闘( THE BLACK MAGES )
細かいところとか
- 古代祐三さんの挨拶「 どうも、こだいです 」に爆笑
- 古代祐三さんの挨拶「 VIP から来ますた 」に爆笑
- 大久保博のステージからは俺のターン
- リッジレーサーきたこれ
- 崎元仁にハァハァ
- THE BLACK MAGES ステージで「Maybe I'm a Lion」のときにスクリーンの曲名が「Clash on the Big Bridge」になってた
- THE BLACK MAGES ステージ「Those Who Fight Futher」でウルトラオレンジ折った
- イベントのうち半分くらい飛んでたというか屈伸運動してたらあまり疲れなかった
B000PWQQTW
_ [飯][蔵]飯
蔵で飯。
rin、cerbe、BAT、fujiwara、hiroym
確認したいことがあったので行ってみたら席に着いた直後に店員の方から「えべ通」を頂きました。
∑(‾□‾;)
ということで一緒にいた hiroym とナコナコと計画。モスモスと発動。
2008-07-07 :-)
_ 朝ったー
0530 起床。
_ [古川もとあき][UNDER THE BLUE SKY -include GRADIUS arrange-]通勤ったー
UNDER THE BLUE SKY -include GRADIUS arrange-
古川もとあきさんオリジナル作品。グラディウスの曲がいくつか( 4 曲？)あります。
どうもギターの音が響きすぎというか強調しすぎです。ギターと他の音との間に違和感あります。「SUNSET BREEZE」はギター主体ではないのだけど、やはり似たような感じでどうにも主になる音と副になる音の間に違和感があります。
「HEARTY GREETING」は良く出来てると思うんです。
B0006GAZDA
_ 仕事
0830 出勤。
_ 異が痛くなるパターン
バター等の食用油を食べる。
_ 今日が七夕だということを朝礼のときに思い出した
すでに心は 7/8 に向かっています。
_ [キヤノンの仕事術]キヤノンの仕事術
面白い。酒巻久さんの情熱やキヤノンの歴史が分かります。でもタイトルが悪い。「酒巻久の自叙伝」「キヤノン電子の仕事術」くらいに考えておくとちょうどいいです。
4396612737
_ [NetBSD][UTF-8][utf8]手元の環境を UTF-8 にする
基本的に高林哲さんのところそのまま作業します。
環境変数など
オープンギャラリー：Xen 2.0(NetBSD 3.1/Xen編)
日本語ロケールの追加
NetBSD 3.1にはlocaleコマンドで分かるように標準ではja_JP.UTF-8は存在しません。
ありました。
% locale -a | grep ja_JP ja_JP.ISO2022-JP ja_JP.ISO2022-JP2 ja_JP.SJIS ja_JP.UTF-8 ja_JP.ct ja_JP.eucJP
このまま続けます。
.zshenv( .zshrc でもなんでもいいんだが ) に以下を追加。
export LANG=ja_JP.UTF-8 export LV='-Ou8'
.screenrc に以下を追加。
defencoding UTF-8
.emacs を以下のようにします。
(set-language-environment "Japanese") (set-terminal-coding-system 'utf-8) (set-keyboard-coding-system 'utf-8) (set-buffer-file-coding-system 'utf-8) (setq default-buffer-file-coding-system 'utf-8)
default-coding-systems を .emacs の最後のほうに書いておきます。
(set-default-coding-systems 'utf-8)
.emacs の 1 行目に以下を書いておきます。これを書いておくと nkf -w --overwrite .emacs などしたときに UTF-8 として読んでくれるらしいです。
;; -*- coding: utf-8 -*-
PuTTY の設定
PuTTY ごった煮版 を使っています。
セッション - 設定の変更 - 変換 で 以下のいずれかにする？ どれでも表示できるみたいなんですが何が違うんだろ。
- UTF-8
- UTF-8(CJK)
- UTF-8/Auto-Detect Japanese
[putty]utf8の日本語ファイルの修正で不具合 - Two dollars in wallet
文字コード変換をUTF-8 Auto-Detect JapaneseやCJKにしているとうまく変換ができずに、各行の右側の方が編集できなくなるケースがある。
そうなんだ。
ファイル変換
zsh を使います。
まずいくつかのファイルで試します。
% cd ~/public_html/pcmemo % nkf -w --overwrite ** QcamWebcamDebianLinuxmemo.txt: Too many open files
怒られました。
なめまわすことにします。
% find . -type f | while read f; do nkf -w --overwrite $f; done
ページャーは lv を使います。jless が UTF8 に対応してるかは未確認。
% lv foobar
などとしてファイルを読みます。Ctrl + g すると文字コードが表示されるので UTF-8 になっていることを確認します。
同様にそのほかの手元のファイルを変換します。find ~/ -type f .... などとすると tdiary や hns や hiki のデータでハマりそうなのでこれら以外のファイルを変換しました。
2009-07-07 :-)
_ 朝ッ
0520 起床
_ 仕事
0830 出勤。
_ [Ruby][C#][標準出力]C# で Process した外部プロセスの標準出力をリアルタイムに受け取る
ということをやろうとしてるんだがどうも外部プロセスが終了するころになってようやく標準出力を貰ってて全然リアルタイムになってないんだがどうすんだこれ、と baidu でググッたらまったく同じことをやってるひとがいた。
$stdout.flush
puts したら必ず flush するために再定義するとこんならしい。
puts等の出力メソッドはIO#writeを呼んでいる - (rubikitch loves (Emacs Ruby CUI))
def $stdout.write(str) super $stdout.flush end
_ [リッジレーサ－7]リッジレーサ－7
スティックキー操作始めました。いままで十字キーで操作してたんだが YouTube - WRC Aルーム 第7レース といった動画を見ると「もし十字キーで操作してるならそれだけハンドルをきったらドリフトしはじめるだろう」というくらいにハンドルきってるのだけどドリフトしはじめないのでようするにスティックキーなんじゃないかと思い JUJAK などを試してみたら良い感じにスティックキーで操作できた。ASTAROTH+グリップ3 を履かせた BISONTE もそれなりに操作できたのでこれでもう少し試すとする。
- 走行距離 24424.604 km
- RSGP 進行度 100.0 %
- 名声 18790 FP
2010-07-07 :-)
_ 朝ッ
0520 起床
_ 七夕らしいので願いごとを考えてみた
家内安全 交通安全
_ 願い
願いごとを神などにお願いする場合はせっかくだから人間の努力ではどうにもならないような運頼みの事象をお願いするようにしている。たとえばこう:
- 空から女の子が降ってきますように
- 出会い頭に食パンを咥えた女の子と衝突しますように
これらは自分自身の努力でどうにかなるものではない。いやもちろん空から降ってきた女の子を受け止めるだけの体力と根性を事前に備えておくことは自分の努力でどうにかしなければならないし、社会で生活して曲がり角があるような路上へ移動するための交通手段を確保するのも自分の努力しだいなのだが、じゃあそれらを備えたからといってちゃんと空から女の子が降ってくるか、出会い頭に食パンを咥えた女の子が出現するかどうかは自分の努力ではどうにもならない。ひょっとしたら空からムスカが降ってくるかもしれないからだ。女の子が降ってくるか、それともサングラスをかけた中年男性が降ってくるかは神のみぞ知るセカイである。
しかし実際に上記のようなことを本気( マジ )で考えている奴は頭がどうかしてるのでこんなことを願っている奴は居ないだろうけど、では現実的な願いとして何があるかといえば
- 家内安全
- 交通安全
などがそうなのである。まとめて「厄除け」でもいいんだろう。交通安全は安全運転を心がけるなど自分の努力でどうにかなる部分はたくさんあるが、しかし酔払い運転をしたキチガイが突っ込んでくるなどという事象は自分の努力では避けられることではない。つまり神頼みすることは「不運に見舞われませんように」だ。もちろん空から女の子が降ってくることも願ってなくはない。
_ tech-userlevel: Re: static vs. dynamic runtime linking, again (was: PAM and su -K)
スタティックリンク vs. 実行時ダイナミックリンク 再戦
( via めもがき:2010年6月6日分 )
だいぶ前ですが
先日リンク貼った
我が天敵Ulrich Drepper氏の Static Linking Considered Harmfulを
www.NetBSD.ORG 翻訳 Projectの miwarinさんが 日本語訳していいただいたようで、すばらしー。
full dynamic rootへ舵を切ったNetBSDでも未だstatic linkに固執する人もいるけどね。
過去にさんざtech-userlevelでフレームになりましたな、 このへんのスレッド参照。
まぁstatic linked root に *BSDらしさを求める人は一部 OpenBSD に流れたりもしましたが
捨ててみるとなんだこんなもんかってーのがstatic linked rootとどどどど童(ry
ということでネタを投下されたので読んでみる。あいかわらず ???? なところが多い (´Д｀；)
Subject: Re: static vs. dynamic runtime linking, again (was: PAM and su -K) To: Jason Thorpe <thorpej@shagadelic.org> From: Greg A. Woods <woods@weird.com> List: tech-userlevel Date: 01/24/2005 16:53:13 [ On Sunday, January 23, 2005 at 10:11:11 (-0800), Jason Thorpe wrote: ] > Subject: Re: PAM and su -K > > As soon as you step up and offer (and follow through) to maintain all > aspects of statically linking the NetBSD universe, then maybe I could > take this argument seriously. But until then, all I'm hearing from you > (and all the other people who irrationally fear an all-dynamic > universe) is an unreasonable demand to increase software maintenance > and development costs in a way that impedes the progress that the > NetBSD Project needs to make in order to stay relevant in the OS world.
> 次の段階になればすぐにあんたは NetBSD すべてをスタティックリンクできるようにメンテナンスしてくれ、と言うだろう。そして私はそれは本気なんだと捉える。だけどこれまでに私があんたから聞いたことは( そして他のひとたちも NetBSD すべてをダイナミックリンクにすることにたいして「ばかげた恐怖」を持っている ) ソフトウェアのメンテナンスや開発コストが理不尽に増大し、NetBSD プロジェクトが OS 界にとどまるためには邪魔だ、ということだ。
There's no "irrational fear" of static linking from me.
スタティックリンクに「ばかげた恐怖」なんて無い。
It's outright dislike and disgust of the clear and dramatic technical consequences and measurable costs and overhead of dynamic linking.
ダイナミックリンクのオーバーヘッドと計測可能なコストと、技術的に劇的な影響を及ぼすことが明確なので、それに対する嫌悪と嫌悪感だ。( 訳: and が続いてどれがどれやら分からない )
Dynamic linking really has no gain whatsoever for a vast and varied class of true real-world production systems, and I'm not just talking about embedded systems but also most day-to-day application servers, internet servers, file servers, etc., etc., etc. In fact it is a very serious pain in the butt more often than not; not to mention being a _constant_ and unnecessary drain on everyone's resources, no matter how plentiful they might seem to be.
ダイナミックリンクは、ものすごくたくさんある実在の製品にたいしてほんとにまったく有益じゃない。私は組み込みシステムのことだけについて話してるのではなく、日常使っているアプリケーションサーバー、インターネットサーバー、ファイルサーバーとかいろいろについても話しているんだ。実際、 _constant_ について触れていないし、たとえたくさリソースがあったとしても全員のリソースを食い潰さないわけではないので、たいていの butt ( 訳: ???? )について深刻だ。
Of course just as loadable kernel modules have their place in making kernel code easier to test and debug, dynamic linking has its place in similar situations as well as in certain specific environments where some resource constraints outweigh others. However it is clearly not the panacea you seem to suggest it to be, nor is it a key feature for "relevance in the OS world". I've never heard anything on this topic so completely ridiculous in my life!
もちろん、ローダブルカーネルモジュールはより簡単にカーネルコードを書いたりデバッグできるようになるし、ダイナミックリンクは、計算機資源が豊富な特定の環境下ならば活躍する( 訳: ???? )。でも、それは銀の弾丸であることを意味しないことは明らかだし、それってほんとに OS ( 訳: "relevance in the OS world" ???? )に関連する重要な機能なの? 私の人生の中でいま話題にしていることほどバカげたことは聞いたことが無い!
Meanwhile contrary to your suggestion the so-called costs and "unreasonable demands" on maintaining an all-static build option are really rather tiny to the point of being non-existent. The only real maintenance cost I've _EVER_ encountered with building static-linked systems (on _any_ platform, including NetBSD) has been the need to bash a few odd (mostly non-*BSD) developers about the ears and get them to learn/remember how to do proper dependency checking and parameter ordering for all their libraries. I welcome you to try to point out any that you think I may have missed, but keep in mind that I'm speaking from a position of considerable experience on this matter, and I don't just mean my recent year or so of experience with building and using static-only NetBSD systems in production environments.
その一方、so を呼び出すときのコストについてのあなたの意見への反論と、すべてをスタティックビルドするオプションをメンテナンスするという ***無茶な要求*** は存否の点に関してはごく些細なことだ( 訳: ???? )。ほんとにメンテナンスコストがかかる部分は、スタティックリンクされたシステムをビルドすることだけど、それはどれくらいのコストが発生するのか把握できるし( NetBSD のあらゆるプラットフォームで )、この件について知っているごくわずかの bash 開発者( ほとんどが BSD じゃない )が必要としているだけだし、どうやってまともな独立性をチェックするのか教えるか思い出させるだけでいいし、スタティックリンクされたライブラリのパラメーターを並べ替えるだけでいい。私が間違ってると思われる部分についてあなたが指摘してくれることについては歓迎する。ただ、私がこの件についてあまり詳しくないことは覚えておいてほしいし、ここ数年のスタティックビルドのみの NetBSD の動向についてはあまり経験もないんだ。
On the other hand almost everything about dynamic linking has measurable and demonstrable costs in many ways, from runtime costs with every program startup to the costs of complexity that impact both developers and system managers (though in different ways for each). This remains true on all kinds of systems, not just *BSDs of course (with the current ld.so mechanism and even with the support of helper tools such as libtool, we're only a very tiny step away from the DLL hell of other systems). In fact for anyone who takes the time to look with an open mind there's a vast mountain of published evidence attesting to the problems and costs of dynamic linking and all the additional tools and complexity it requires.
その一方、ほとんどの手法のダイナミックリンクはコストを計測可能で、そしてコストがかなりかかるということが実証済みだ。すべてのプログラムのスタートアップに費やす実行時のコストは、開発者やシステム管理者( それ以外のひとも )への衝撃は計り知れない。このことはもちろん BSD 以外のすべてのシステムに当てはまる( current の ld.so の仕組みがそうだし、libtool のような補助用のヘルパーツールもそうだ。我々は他のシステムでいう DLL 地獄と隣り合わせなのだ )。実際ダイナミックリンクのコストと、そのほか諸々のツールと、あとそれらを利用する何かについてこの問題を証明するという途方も無い作業があるんだけど、それをおこなうひとたちは随分 心が広いものだ( 訳: ???? )。
Furthermore all the claims that have been made over the years, and which are still being bandied about, for the benefits of dynamic linking are few, of lesser value, with all modern open-source systems.
さらに、これらの要求は何年も前からあるし、いまだに軽く扱われてるし、ダイナミックリンクから得られるものはほとんど無いし、すべてのモダンなオープンソースシステムにとって価値が無い。
Support for static linked executables (and their creation) is a basic, fundamental, requirement for the underlying OS, one that can never really go away -- at least not without completely changing the underlying paradigm of how executable code is loaded by the kernel.
スタティックリンクを実行( とそれらを作る )をサポートすることは OS の基本だし、基礎だし、それが無くなることはホントーーーーーに絶対にありえない。すくなくとも、実行コードがカーネルからロードされるこれまでの方法をすっかり置き換えるということは無い。
Indeed a great number of subtle bugs in many applications can be quickly and easily discovered and often eliminated just by testing that static linking works properly. This is because, unfortunately, the current linker we use does not even warn about missing symbols or duplicate symbols -- it just leaves all those problems, and their consequences, up to the runtime linker, which on the other hand simply assumes naively that _someone_ must have know what they were doing and it blindly makes choices that can, often as not, result in runtime errors, data corruption, etc.
それどころか、たくさんのアプリケーションが持つ大量の奇怪なバグはを早く簡単に発見できるし、たまにテストによって除去できるから、スタティックリンクはうまく機能する。残念ながら、current のリンカは不明なシンボルや重複するシンボルへ警告を出すことはできない。でもこれらはすべて問題じゃなくて、これらがなぜ起きるかというと、それはたんに誰かが何かやったに違いないし、実行時エラーとか不正なデータとか、それ以外の何かのいずれかでしかなく、つまり実行時リンカが悪い。
So, as Greywolf so aptly put it, don't you be cutting my rope for me!
だから、灰色狼も言ったけど「ロープ切らないで！」( 訳: おとぎ話か何かのセリフ? )
Since I do already maintain my own custom static-linked system using the NetBSD source tree as a base (and provided that the underlying technology in NetBSD still to makes this possible, as I have no doubt it will continue to do so), I can make available the fruits of my efforts to the NetBSD project as a whole. I'm not sure how this might be made to work in practice of course, but suffice it to say that there won't be any question that the little bit of maintenance you so fear will in fact be being done by someone anyway. :-)
だから、私はすでに自分用に NetBSD ソースツリーをベースにしたスタティックリンクシステムをメンテナンスしてる( そして、*既存の NetBSD* でこれが出来たので、私は間違ったことをしていないわけだし、このまま作業を続ける )、この作業は NetBSD 全体へ貢献しているのである。この作業をやるべきではないのかもしれないけど( 訳: ???? )、いまはいかなる問いも些細なことだし、メンテナンスはたいした手間じゃないし、それどころか誰がどうやってもこの作業をできるだろう、とだけ言っておく :-)
BTW, if NetBSD (and the rest of the GCC-using free OS projects) really do hope to remain relevant in the OS world while at the same time continuing to try to tout dynamic runtime linkers as a benefit, then they absolutely must work much faster and much harder towards providing proper pre-binding support (ala Darwin et al) along with much better facilities to help increase the locality of reference in massive dynamic-linked address spaces. Without such enhancements none of the very real and ever-present and ever-recurring costs of dynamic linking can ever be mitigated.
ところで、もし NetBSD ( とそのほか GCC を使っているフリーの OS プロジェクト )が実行時ダイナミックリンカが有益であると判断し、それを売り込みつつ、依然の状態を維持し続けることを望むのならば、適切な事前バインディング( いまどきの Darwin みたいな )をサポートするためにもっと早く、もっとハードに作業しなければならない。ダイナミックリンクされたアドレス空間への局所参照の増加を助けるためのにもっと良い機構が必要になる( 訳: ???? )
As for PAM, well it's still a poor solution looking for a problem, and one derived from old requirements that no longer exist in any modern open source systems.
PAM なんぞはこの問題に対してはじつに貧弱な解決策しかないし、これはもはや現存しない古いシステムのために作られたものだ。
If NetBSD had really wanted to follow the published goals for building a better system that had decent "dynamic" (i.e. runtime) controls for selecting different kinds of authentication mechanisms then the better answer would clearly have been the BSD Auth stuff, not this OpenPAM junk.
NetBSD が謳っているようなシステムを構築することをほんとに望むならば、異なる認証機構を選択するために適切な「動的」( 例: 実行時 )を実装することだ。そしてもっと良い答えは BSD 認証機構よりをもっと分かりやすくすることだ。OpenPAM のようなクズじゃなくて。
Maybe there really is enough benefit to some tiny few number of NetBSD users who think they need PAM to have OpenPAM integrated into the official NetBSD source tree, but if doing so forces it down the throats of all NetBSD users then something just isn't right. Such a unilateral move would clearly fly directly in the face of the stated, and widely accepted, goals of NetBSD.
たぶん PAM や OpenPAM が必要なごくわずかの NetBSD ユーザーのために努力するようなことは NetBSD ソースツリーに組み込んでしまうことだ。でももしそれをおこなうとすると、全 NetBSD ユーザーに強制することになるので、それは正しい解法ではない。NetBSD のゴールを受け入れるためにはどちらか一方が clearly fly directly in the face of the stated することになるだろう。( 訳: ????? )
2012-07-07 :-)
_ 午後
1230 JNUG
_ [JNUG][NetBSD][日本NetBSDユーザーグループ第十四回定期総会 および NetBSD BoF 2012 のお知らせ
＠東京大学本郷キャンパス 武田先端知ビル VDEC と言うらしい。
2 年ぶり( 2011 年は行ってない )。2010 年のときの 東京大学本郷キャンパス 工学部2号館 は関係者に通してもらわないと建物に入れなかったんだけど VDEC は普通に入れた。いつかのブラタモリが行ってた本郷台地のところだった
pkgsrc 小畑さん
- サポートコンパイラ たくさん
- ＊-pkg-people@
- OS ごとのことは詳しいひとが(居れば)答えてくれる
- ( ググったけど一覧らしきものが無い。最近出来たわけでもないのか )
- cygwin で pkgsrc の bootstrap 出来た
- desktop enviroment
- wip で light-desktop 始めました。人手募集
- パッケージ削除ルールが無いので作らんと
- bulk build したら崩壊するパッケージとか
- メンテナ不在問題
- Gnome, Tck/Tk, PHP, Python
- バグレポート出すと誰かが対処してくれる。かもしれない
- バグ 1000 件あるよ。(おばたさんが) 400 潰したけど力尽きたよ
- ( MAINTAINER= pkgsrc-users@NetBSD.org のことですねスンマセン (>'A`)>
たしかに CVS log for pkgsrc/mail/quickml/Makefile でも「 ruby 1.9 対応どうすんだよ」などという状態になっていることを今更知りました (>'A`)>
コントローラのネタを一つ いちろさん
- SNES でゴニョゴニョ
- wii のヌンチャクは bluetooth である
- しかしスーファミのコントローラーは有線である
- スーファミのコントローラーを bluetooth にしてみました
- 基板を設計して実装してもらった
- NetBSD にもつながる
- ドライバ書いてキーボードとして認識されるようにした
PS3 つばいさん
- NetBSD/PS3
- OtherOS++ を使ったとかなんとか PS3に「他のシステムのインストール」を復活させるOtherOS++ 公開 - Engadget Japanese
イーサネットカード msaitoh (?)
- ください
AsiaBSDCon 佐藤さん
- 2013-03-11,14 とかその辺りにやります
- カネナイ
- keynote 募集
BSD コンサルティング株式会社 後藤さん
- BSD 導入するときなどの面倒くさいことを全部引き受けます
- ウェブサイトはまだない
Psion5mx でNetBSD, ぷらっとホームの新型 清原さん
- PSION - Wikipedia
- Linux on the Psion 5MX/5MX-PRO HOWTO
- Linux のソースがあるから誰でも移植できるよ
- OpenBlocks あるよ
RetroBSD たけおかさん
まえかわさん
- 某弊社製どうのこうの
- カーネルチューニングしてドライバ書いてアプリケーション書いた。全部ひとりでやった
【禁則事項です】などいろいろスゲエお話だった。
懇親会
体力が尽きたので不参加。
_ ,
仕事で力尽きるとか、ホントくだらない。人生の無駄使い以外のなにものでもない。
_ ,
「フォロワー」と tweet してるんだが、どう見ても意味的には「following」のことを指してるひとがいてまあどうでも
2013-07-07 :-(
_ 午後
1300 ガジェット && 日曜日は建物の空調が停止するらしく室内が暑い。暑い || といったことを事前に聞いていたのでTシャツ短パンの装備である。自社内だから出来る
_ 筋トレの回数を減らしたら筋肉が小さくなった
ふむ
_ [金子勇][訃報]Winny開発者・金子勇さんが死去 - ITmedia ニュース
昨晩 @shi3z が嘆いていたのを目にして「司法に翻弄された技術者というと、金子勇か？」とボンヤリと考えていたら、どうやらその通りだったらしい。面識は無いしせいぜい昔 ITpro Challenge! 2008 で話を聞いたくらいだけど[ 20080905#p04 ] ご冥福をお祈りします。
2014-07-07 :-(
_ 今日から夏時間勤務である
サマータイムともいう。仕事場的には「ワークライフバランス云々」と云うんだがようするに夏時間である。通勤電車はいつもより若干ひとが多かった。
2018-07-07 :-)
2019-07-07 :-)
_ 夏アニメをぼちぼち見ています
- 荒ぶる季節の乙女どもよ。: 少女たちが性に振り回され混乱する作品。よくあんな描写できるなあと思ったら原作 岡田麿里ですって。
- 炎炎ノ消防隊: 炎の錬金術師。消防隊です。あの隊長が殉職しそうな雰囲気がある。
- グランベルム: 龍神丸を呼び出して闘うお話(魔神英雄伝ワタル - Wikipedia)
- 女子高生の無駄づかい: 冴えカノが始まったのかと思った(あの家の外見は安芸倫也の家と同じじゃないですか？)
- ソウナンですか？: 女子高生たちがサバイバルするやつ。マスターキートンを読もう。
- Dr.STONE: 石化されて目が覚めたら 3000 年たってたやつ。ゴジラ細胞はありません。
2020-07-07 :-)
_ セーラとつぐみのちょっとしゃべってイイですか？を聞いた
2100 からなんだがカレーを食べてたので出遅れた。あとマシュマロ投げたけどたぶん読まれて回答されたけど聞いてない。
挨拶が味噌汁になったとかなんとか。
時間決まったよー☺️『セーラとつぐみのちょっとしゃべってイイですか？』1年ぶりのラジオは、明日7月7日(火)21時頃からツイキャスにて生配信予定!!
— ブリドカットセーラ恵美 (@SarahBridcutt) July 6, 2020
質問や言って欲しいことなどなど、是非マシュマロで送って下さいませ☺️✨https://t.co/b9mOh9EY3c
ゆるりと楽しんでいただけましたら😌#ちょっイイ https://t.co/5EbTHMeu0i
_ [水瀬しあ]水瀬しあ配信を聞いていた
今日からガチイベ開始。今日は 3 回。昼休みなどに☆を投げたりしていた。23:45 の回は小花衣しぃ(VTuber)が水瀬しあ(VTuber)にタワー(1万円)を投げていた。
《SHOWROOMにてガチイベ配信中》
— 水瀬しあ🏖️次枠23:45から！(꒪˙꒳˙꒪ ) (@minase_shia) July 7, 2020
ガチイベ1日目最後！
よる最後お話きいて(>_<)https://t.co/lehyE8slqh
2021-07-07 :-|
_ 日誌
0700 起床。菜花なな配信が無いので行動が遅い。
0900 出勤。在宅勤務
1800 退勤
散歩
筋トレ
飯。ナリポさんのマエストラーレとタコ飯
小花衣しぃ配信。2 周年記念。赤スパリレーとかスパチャがく71万とかおかしい。
2024-07-07 :-)
_ RIDGE RACER NIGHT 2024 に行ってきた
10 年前にリッジレーサー7オンラインバトルで一緒に遊んだ emotion, SOLARE, 三嶋出雲 (敬称略) たちとも合流し、リッジレーサー老人会でした。emotion がまとめてた感じか。お疲れ様でした。
ライブイベントは最前列左翼を確保することが多いので今回も最前列左翼に陣取る。
静止画撮影OK だったのでがんばって撮影したけど手ブレしまくりです。
リッジレーサー7 は好きなので曲をやってくれるのは嬉しいですね。
飲まず食わずで 6 時間立ちっぱなしのうえに汗かいて脱水状態だったので力尽きてとっとと帰宅しました。お疲れ様でした。
新作待ってます。
_ さいき [みわくんは、熱心な真綾ファンじゃなかったの？それともまた倦怠期？？？]
_ みわ [ヲレはほら。これがデフォルトだから。ふふ]
_ さいき [倦怠期がでふぉ（ぉ]