<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF
	xmlns="http://purl.org/rss/1.0/"
	xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:admin="http://webns.net/mvcb/"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/"
	xml:lang="ja">
	<channel rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/index.rss">
		<title>戯言</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi</link>
		<description></description>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<admin:generatorAgent rdf:resource="http://www.blosxom.com/?v=2.0"/>
		<admin:errorReportsTo rdf:resource="mailto: "/>
		<items>
			<rdf:Seq>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200812311226.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200812132134.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/Visual/rb200812090058.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200811242248.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200811141442.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200809072224.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200808170050.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200807271559.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/embedded/rb200807232234.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200807211325.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200805260704.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/Visual/rb200805150015.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200804262132.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200804061638.htm"/>
				<rdf:li rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/embedded/rb200803232130.htm"/>
			</rdf:Seq>
		</items>
	</channel>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200812311226.htm">
		<title>googleケータイ</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200812311226.htm</link>
		<description>googleケータイことandroid搭載のT-Mobile G1をeBayで入手。先方は気を利かせて「Gift」で送ってくれたのに、内容物が「Cell Phone」と書かれていたので関税を取られた(\1,200也)。アンロック済みの端末なので、docomoのSIMを差してアクティベートを実施。すんなり動作したものの、無線LANの設定がうまくいかない。同じHTC製の「Touch Pro」も繋がらないので何かあるのかも。※emobileのEM・ONEでは接続出来ているので相性なのか?</description>
		<dc:subject>rubbish</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-12-31T12:26+09:00</dc:date>
		<content:encoded><![CDATA[googleケータイことandroid搭載のT-Mobile G1をeBayで入手。<br>
先方は気を利かせて「Gift」で送ってくれたのに、内容物が「Cell Phone」と書かれていたので関税を取られた(\1,200也)。
アンロック済みの端末なので、docomoのSIMを差してアクティベートを実施。すんなり動作したものの、無線LANの設定がうまくいかない。<br>
同じHTC製の「Touch Pro」も繋がらないので何かあるのかも。<br>
※emobileのEM・ONEでは接続出来ているので相性なのか?<br>
<img src="/rubbish/media/tmg1.jpg">]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200812311226.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200812132134.htm">
		<title>さよならZaurus</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200812132134.htm</link>
		<description>シャープのZaurusが生産終了とのこと。PI/MI系は結局使ったことはなく、SL系のみだったけど、ちょっとさみしいねぇ。PIはPC-E500系のCPUと同じものを使っていたので、当時は欲しかったけど高くて買えなかった(PI-3000は12.8万円)。携帯電話が高機能化しているとか、netbookのような小型PCが安価に売られるようになると、PDAの出番はないか。</description>
		<dc:subject>computer</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-12-13T21:34+09:00</dc:date>
		<content:encoded><![CDATA[シャープのZaurusが生産終了とのこと。<br>
PI/MI系は結局使ったことはなく、SL系のみだったけど、ちょっとさみしいねぇ。<br>
PIはPC-E500系のCPUと同じものを使っていたので、当時は欲しかったけど高くて買えなかった(PI-3000は12.8万円)。<br>
携帯電話が高機能化しているとか、netbookのような小型PCが安価に売られるようになると、PDAの出番はないか。<br>]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200812132134.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/Visual/rb200812090058.htm">
		<title>ビデオ三脚</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/Visual/rb200812090058.htm</link>
		<description>VX2000で使っていたSONY純正三脚「VCT-1170RM」にHVR-Z7Jを載せてみたら耐えられそうに無い感じだったので、急遽三脚を手配。ツクモが死にかけなのため、アキバで済ませられず中野の某所へ。手頃な価格のものだとManfrottoの501HDV+525PKITか？と思ったら特価販売中。早速購入を決意したが在庫無し今週中に入荷するかどうかも不明と。あきらめかけた所で展示品なら59,800円だということで即決。結構いい感じだけど重い...。ついでにHVR-DR60も買ってしまったとさ。めでたしめでたし。↓HVR-DR60とHVR-MRC1のレコーダ兄弟</description>
		<dc:subject>Visual</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-12-09T00:58+09:00</dc:date>
		<content:encoded><![CDATA[VX2000で使っていたSONY純正三脚「VCT-1170RM」にHVR-Z7Jを載せてみたら耐えられそうに無い感じだったので、急遽三脚を手配。<br>
ツクモが死にかけなのため、アキバで済ませられず中野の某所へ。<br>
手頃な価格のものだとManfrottoの501HDV+525PKITか？と思ったら特価販売中。早速購入を決意したが在庫無し今週中に入荷するかどうかも不明と。<br>
あきらめかけた所で展示品なら59,800円だということで即決。<br>
結構いい感じだけど重い...。<br>
<br>
ついでにHVR-DR60も買ってしまったとさ。めでたしめでたし。<br>
↓HVR-DR60とHVR-MRC1のレコーダ兄弟<br>
<img src="/rubbish/media/hvr-dr60.jpg"><br>]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/Visual/rb200812090058.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200811242248.htm">
		<title>AVアンプその後</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200811242248.htm</link>
		<description>TX-SA806Xを運用開始して一週間が経過。これといった問題もなく使用中。本体電源と連動したACアウトレットが廃止されてしまったので、都度サブウーハーの電源を手動でOn/Offしなければならなくなったのが不満。また、入力切り替えボタンの表記が旧機種では単純に「DVD,VIDEO1～5」だったのが、お節介にも「DVD,VCD/DVR,CBL/SAT,GAME/TV,AUX1,AUX2」に。使い方が限定されているわけではないのにこれはイマイチ。適当にアサインすると混乱するので、それとなくわかるようにした。DVD : PS3 (うちではゲーム機というよりはDVD/メディアプレイヤー)VCR  : ハードディスクレコーダその1CBL  : ハードディスクレコーダその2GAME : WiiAUX1 : ハードディスクレコーダその3</description>
		<dc:subject>rubbish</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-11-24T22:48+09:00</dc:date>
		<content:encoded><![CDATA[TX-SA806Xを運用開始して一週間が経過。これといった問題もなく使用中。<br>
本体電源と連動したACアウトレットが廃止されてしまったので、都度サブウーハーの電源を手動でOn/Offしなければならなくなったのが不満。<br><br>
また、入力切り替えボタンの表記が旧機種では単純に「DVD,VIDEO1～5」だったのが、お節介にも「DVD,VCD/DVR,CBL/SAT,GAME/TV,AUX1,AUX2」に。使い方が限定されているわけではないのにこれはイマイチ。<br>
適当にアサインすると混乱するので、それとなくわかるようにした。<br>

<ul>
<li>DVD : PS3 (うちではゲーム機というよりはDVD/メディアプレイヤー)
<li>VCR  : ハードディスクレコーダその1
<li>CBL  : ハードディスクレコーダその2
<li>GAME : Wii
<li>AUX1 : ハードディスクレコーダその3
</ul>]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200811242248.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200811141442.htm">
		<title>AVアンプ死亡</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200811141442.htm</link>
		<description>我が家のAVセンターとなっているONKYO TX-NA900がお亡くなりに。あと2年くらい使ってテレビと一緒に買い換える予定だったけど、仕方がないのでTX-SA806Xを手配中。まあ、約6年使ったからいいか。</description>
		<dc:subject>rubbish</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-11-14T14:42+09:00</dc:date>
		<content:encoded><![CDATA[我が家のAVセンターとなっているONKYO TX-NA900がお亡くなりに。<br>
あと2年くらい使ってテレビと一緒に買い換える予定だったけど、仕方がないのでTX-SA806Xを手配中。<br>
まあ、約6年使ったからいいか。]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200811141442.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200809072224.htm">
		<title>Rubyって</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200809072224.htm</link>
		<description>イマドキRubyくらい出来ないとイカンのではと思い、「初めてのRuby」を読みつついじってみた。16年間くらいPerlを使っているので、すっかり「Perl脳」になっているものの、「Rubyはより良いPerl」らしいのでそんなに違和感なく使える。ただ、自分の使い方はテキスト処理がメインなので、型付けが弱い(というか無い)方が使い易いので、Rubyだとちょっと煩雑な感じ。「Perlは変な記号がある」とか「人の書いたスクリプトが難解」と言われるけれど、使い捨てのスクリプトを書く場合は「より短く、簡潔なスクリプトで最大限の結果」の方が良い。一番困るのは、まだハッシュに対象となるキーが無い場合には一度代入しておかないと操作出来ないこと。私は仕事柄、ログの集計をすることが多く、以下の様なコードを良く書く。(一行ずつ読んで、特定のフィールドの値を集計)1  #! /usr/bin/perl2  while(){3     @l = split(/\s+/);4     $users{$l[1]}++;5  }6  foreach $key (sort(keys(%users))){7    print "$key $users{$key}\n";8  }この4行目の部分がRubyでは1行で書けない。まず最初にハッシュを生成しないといけないのと、ハッシュキーが存在しないとnilが返るので、「+」というメソッドが無いと、エラーになってしまう。適材適所ということもあるけれど、自分の使い方ではやっぱりPerlかな。もうちょっとアプリケーションっぽいものを作るときはRubyでもいいかも。</description>
		<dc:subject>computer</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-09-07T22:24+09:00</dc:date>
		<content:encoded><![CDATA[イマドキRubyくらい出来ないとイカンのではと思い、「初めてのRuby」を読みつついじってみた。<br>
16年間くらいPerlを使っているので、すっかり「Perl脳」になっているものの、「Rubyはより良いPerl」らしいのでそんなに違和感なく使える。<br>
ただ、自分の使い方はテキスト処理がメインなので、型付けが弱い(というか無い)方が使い易いので、Rubyだとちょっと煩雑な感じ。<br>
「Perlは変な記号がある」とか「人の書いたスクリプトが難解」と言われるけれど、使い捨てのスクリプトを書く場合は「より短く、簡潔なスクリプトで最大限の結果」の方が良い。<br>
<br>
一番困るのは、まだハッシュに対象となるキーが無い場合には一度代入しておかないと操作出来ないこと。<br>
私は仕事柄、ログの集計をすることが多く、以下の様なコードを良く書く。(一行ずつ読んで、特定のフィールドの値を集計)<br>
<table border=1><tr><td><pre>
1  #! /usr/bin/perl
2  while(<>){
3     @l = split(/\s+/);
4     $users{$l[1]}++;
5  }
6  foreach $key (sort(keys(%users))){
7    print "$key $users{$key}\n";
8  }
</pre></td></tr></table>
この4行目の部分がRubyでは1行で書けない。まず最初にハッシュを生成しないといけないのと、ハッシュキーが存在しないとnilが返るので、「+」というメソッドが無いと、エラーになってしまう。<br>
適材適所ということもあるけれど、自分の使い方ではやっぱりPerlかな。もうちょっとアプリケーションっぽいものを作るときはRubyでもいいかも。<br>]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200809072224.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200808170050.htm">
		<title>64bit化その後</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200808170050.htm</link>
		<description>ユーザランドの64bitもほぼ完了。multilibにする方針としたので、全てのアプリケーションを64bitしないことに決定。最初は完全64bit化だと思ったけれど、VMwareServerを動かそうとしていたので、32bit環境も残す必要があるので(ソースが無いアプリケーションがほかにもあるかもしれないし)。基本的には問題なくビルド＆動作が完了したものの、PAM/SASL2/udevでハマる。PAMは入れ替えた瞬間から認証系が32bitのものが動作不能になるので、pam.dのファイル群を32bit用と64bit用を作って順次切り替えて回避。SASL2は/usr/lib/sasl2として参照できないと動かない。udevは1.06から最新の1.22にあげたらコマンドが変わっていて、configを修正しないと起動不能な状態となった。今回は面倒なので、元のバージョンに戻した。コンパクトかつ自分で見渡せることを目指して、LFSベースで自作したもののlibが肥大化してしまった。</description>
		<dc:subject>computer</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-08-17T00:50+09:00</dc:date>
		<content:encoded><![CDATA[ユーザランドの64bitもほぼ完了。<br>
multilibにする方針としたので、全てのアプリケーションを64bitしないことに決定。<br>
最初は完全64bit化だと思ったけれど、VMwareServerを動かそうとしていたので、32bit環境も残す必要があるので(ソースが無いアプリケーションがほかにもあるかもしれないし)。<br>
基本的には問題なくビルド＆動作が完了したものの、PAM/SASL2/udevでハマる。<br>
PAMは入れ替えた瞬間から認証系が32bitのものが動作不能になるので、pam.dのファイル群を32bit用と64bit用を作って順次切り替えて回避。<br>
SASL2は/usr/lib/sasl2として参照できないと動かない。<br>
udevは1.06から最新の1.22にあげたらコマンドが変わっていて、configを修正しないと起動不能な状態となった。今回は面倒なので、元のバージョンに戻した。<br>
<br>
コンパクトかつ自分で見渡せることを目指して、LFSベースで自作したもののlibが肥大化してしまった。<br>]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200808170050.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200807271559.htm">
		<title>自宅サーバのカーネル64bit化</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200807271559.htm</link>
		<description>CLFSのドキュメントを参考にクロスコンパイル環境を構築し、カーネルのみ64bit化した。環境は以下の通り。ベースのOS環境はLFS(SVN-20070304版)linux-2.6.26binutils-2.17gcc-4.1.2※なぜか、--prefixで/usr/local/crossを指定しているのに、/usr/local/cross/usr/local/crossにインストールされてしまうので、都度移動させた。H8用のクロスコンパイル環境を作った時はそんなこと無かったのに。準備export DESTDIR=/usr/local/cross unset CFLAGS unset CXXFLAGS PATH=${DESTDIR}/bin:/bin:/usr/bin export PATH export XTARGET="x86_64-unknown-linux-gnu" export BUILD64="-m64" cd /sources mkdir build64 cd build64 bin-utils-2.17bzip2 -dc ../binutils-2.17.tar.bz2 | tar xf - mkdir binutils-build cd binutils-build ../binutils-2.17/configure --prefix=${DESTDIR} \    --host=${MACHTYPE} --target=${XTARGET} \    --disable-nls --enable-shared --enable-64-bit-bfd --disable-multilib make configure-host make make install cd .. gcc-4.1.2bzip2 -dc ../gcc-4.1.2.tar.bz2 | tar xf - mkdir gcc-build cd gcc-build ../gcc-4.1.2/configure --prefix=${DESTDIR} \     --host=${MACHTYPE} --target=${XTARGET} --disable-multilib \      --disable-nls --disable-shared \     --disable-threads --enable-languages=c make all-gcc make install-gcc cd .. カーネルbzip2 -dc ../linux-2.6.26.tar.bz2 | tar xf - cd linux-2.6.26 export CC="${XTARGET}-gcc" export CXX="${XTARGET}-g++" export AR="${XTARGET}-ar" export AS="${XTARGET}-as" export RANLIB="${XTARGET}-ranlib" export LD="${XTARGET}-ld" export STRIP="${XTARGET}-strip" make ARCH=x86_64 CROSS_COMPILE=${XTARGET}- menuconfig make ARCH=x86_64 CROSS_COMPILE=${XTARGET}- ※ユーザランドのプログラムは全部32bitアプリなので、32bit互換モードオプションを忘れずに。Executable file formats / Emulations  ---> 　IA32 Emulation freeを実行してみると、リニアに4GBのメモリが使えることを確認できた。めでたしめでたし。# free             total       used       free     shared    buffers     cachedMem:       3972264     112452    3859812          0       4072      47540-/+ buffers/cache:      60840    3911424Swap:      1004052          0    1004052</description>
		<dc:subject>computer</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-07-27T15:59+09:00</dc:date>
		<content:encoded><![CDATA[CLFSのドキュメントを参考にクロスコンパイル環境を構築し、カーネルのみ64bit化した。<br>
環境は以下の通り。<br>
<ul>
<li>ベースのOS環境はLFS(SVN-20070304版)
<li>linux-2.6.26
<li>binutils-2.17
<li>gcc-4.1.2
</ul>
※なぜか、--prefixで/usr/local/crossを指定しているのに、/usr/local/cross/usr/local/crossにインストールされてしまうので、都度移動させた。H8用のクロスコンパイル環境を作った時はそんなこと無かったのに。<br>
<table border=1>
<tr><td>準備</td></tr>
<tr><td>
export DESTDIR=/usr/local/cross <br>
unset CFLAGS <br>
unset CXXFLAGS <br>
PATH=${DESTDIR}/bin:/bin:/usr/bin <br>
export PATH <br>
export XTARGET="x86_64-unknown-linux-gnu" <br>
export BUILD64="-m64" <br>
cd /sources <br>
mkdir build64 <br>
cd build64 <br>
</td></tr>
<tr><td>bin-utils-2.17</td></tr>
<tr><td>
bzip2 -dc ../binutils-2.17.tar.bz2 | tar xf - <br>
mkdir binutils-build <br>
cd binutils-build <br>
../binutils-2.17/configure --prefix=${DESTDIR} \ <br>
   --host=${MACHTYPE} --target=${XTARGET} \ <br>
   --disable-nls --enable-shared --enable-64-bit-bfd --disable-multilib <br>
make configure-host <br>
make <br>
make install <br>
cd .. <br>
</td></tr>
<tr><td>gcc-4.1.2</td></tr>
<tr><td>
bzip2 -dc ../gcc-4.1.2.tar.bz2 | tar xf - <br>
mkdir gcc-build <br>
cd gcc-build <br>
../gcc-4.1.2/configure --prefix=${DESTDIR} \ <br>
    --host=${MACHTYPE} --target=${XTARGET} --disable-multilib \  <br>
    --disable-nls --disable-shared \ <br>
    --disable-threads --enable-languages=c <br>
make all-gcc <br>
make install-gcc <br>
cd .. <br>
</td></tr>
<tr><td>カーネル</td></tr>
<tr><td>
bzip2 -dc ../linux-2.6.26.tar.bz2 | tar xf - <br>
cd linux-2.6.26 <br>
export CC="${XTARGET}-gcc" <br>
export CXX="${XTARGET}-g++" <br>
export AR="${XTARGET}-ar" <br>
export AS="${XTARGET}-as" <br>
export RANLIB="${XTARGET}-ranlib" <br>
export LD="${XTARGET}-ld" <br>
export STRIP="${XTARGET}-strip" <br>
<br>
make ARCH=x86_64 CROSS_COMPILE=${XTARGET}- menuconfig <br>
make ARCH=x86_64 CROSS_COMPILE=${XTARGET}- <br>
<br>
※ユーザランドのプログラムは全部32bitアプリなので、32bit互換モードオプションを忘れずに。<br>
Executable file formats / Emulations  ---> <br>
　IA32 Emulation <br>
</td></tr>
</table>
<br>
freeを実行してみると、リニアに4GBのメモリが使えることを確認できた。めでたしめでたし。<br>
<table border=1>
<tr><td><pre>
# free
             total       used       free     shared    buffers     cached
Mem:       3972264     112452    3859812          0       4072      47540
-/+ buffers/cache:      60840    3911424
Swap:      1004052          0    1004052
</pre></td></tr>
</table>]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200807271559.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/embedded/rb200807232234.htm">
		<title>GAINER</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/embedded/rb200807232234.htm</link>
		<description>今更ながら、GAINERで遊んでみようかと思いGAINER I/Oモジュールを購入。これだけのために、PSoCの開発環境を整備しようとは思わなかったので、キットを購入することに。載ってる部品が大したことない割には\7,500とちょい高。\3,500位でいいんじゃない？足が片方1ピン足りなかったけど、in側は未使用ピンがあるので、とりあえずは使えるから許してあげよう。</description>
		<dc:subject>embedded</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-07-23T22:34+09:00</dc:date>
		<content:encoded><![CDATA[今更ながら、<a href="http://gainer.cc" target="_top">GAINER</a>で遊んでみようかと思いGAINER I/Oモジュールを購入。<br>
これだけのために、PSoCの開発環境を整備しようとは思わなかったので、キットを購入することに。<br>
載ってる部品が大したことない割には\7,500とちょい高。\3,500位でいいんじゃない？<br>
足が片方1ピン足りなかったけど、in側は未使用ピンがあるので、とりあえずは使えるから許してあげよう。<br>
<img src="/rubbish/media/gainer.jpg">]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/embedded/rb200807232234.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200807211325.htm">
		<title>自宅サーバUpgrade</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200807211325.htm</link>
		<description>自宅サーバが異音を発していたのでCPU/マザー/メモリを新調。今までPentiumIII/1GHz Dualという骨董品だったので、思い切ってCore2Quad(Q6600)に変更。ARAID99のPATA版を使っているので、レガシーデバイスサポートのあるマザーボードとして、IntelのDG33FBを選択。当初の目論見として、ARAID99はPATA->SATA変換モジュール経由で接続、DVD-ROMドライブをPATA接続と考えていたが、ARAID99に変換モジュールを付けるだけのスペースが無かった。ARAID99はPATA接続としたが、もう一台のHDDをSATA接続すると、そちらの優先度が高くなってしまうので、デバイス名の問題からこれもPATA接続することに。結局、DVD-ROMはPATA->SCSI変換モジュール経由でSCSI接続。ブートには使えないが、使うことがほとんど無いので、とりあえずこれで凌ぐことに。(DDS3のテープが接続されているので、SCSIは元々ある)元の環境だと440GXという太古のチップセットでBigDrive非対応のため、外付けUltraATA100のI/F経由でARAID99を接続し、/bootのみ内蔵のディスクを使用して起動していた。ARAID99側のディスクのMBRにはブートローダが書き込まれていなかったので、grub-installすると「そのディスクはBIOSから認識されてないからダメ by grub-0.97」と怒られる。仕方が無いので、急遽GRUB2(1.96)に乗り換え。こちらは無事に起動できたので、ひとまずは移行完了。あとは、64bitビルド環境を構築してカーネルを64bit化しないと。DG33FBメモG33+ICH9なので、別途PATAコントローラとして「Marvell 88ES6101」が載っている。カーネルの認識順は「ahci->pata_marvell」なので、SATAのHDDを接続すると、PATAのHDDはどんどん後ろにズレてゆく。Kernel2.6.26では問題無いが、一部カーネルでは「ACPI: Assume Root Bridge [\_SB_.PCI0] bus is 0」辺りで停止する場合あり。→ カーネルの起動オプションで「pci=nommconf」を指定すると回避可能。</description>
		<dc:subject>computer</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-07-21T13:25+09:00</dc:date>
		<content:encoded><![CDATA[自宅サーバが異音を発していたのでCPU/マザー/メモリを新調。<br>
今までPentiumIII/1GHz Dualという骨董品だったので、思い切ってCore2Quad(Q6600)に変更。<br>
ARAID99のPATA版を使っているので、レガシーデバイスサポートのあるマザーボードとして、IntelのDG33FBを選択。<br>
当初の目論見として、ARAID99はPATA->SATA変換モジュール経由で接続、DVD-ROMドライブをPATA接続と考えていたが、ARAID99に変換モジュールを付けるだけのスペースが無かった。<br>
ARAID99はPATA接続としたが、もう一台のHDDをSATA接続すると、そちらの優先度が高くなってしまうので、デバイス名の問題からこれもPATA接続することに。<br>
結局、DVD-ROMはPATA->SCSI変換モジュール経由でSCSI接続。ブートには使えないが、使うことがほとんど無いので、とりあえずこれで凌ぐことに。(DDS3のテープが接続されているので、SCSIは元々ある)<br>
<br>
元の環境だと440GXという太古のチップセットでBigDrive非対応のため、外付けUltraATA100のI/F経由でARAID99を接続し、/bootのみ内蔵のディスクを使用して起動していた。<br>
ARAID99側のディスクのMBRにはブートローダが書き込まれていなかったので、grub-installすると「そのディスクはBIOSから認識されてないからダメ by grub-0.97」と怒られる。<br>
仕方が無いので、急遽GRUB2(1.96)に乗り換え。こちらは無事に起動できたので、ひとまずは移行完了。<br>
<br>
あとは、64bitビルド環境を構築してカーネルを64bit化しないと。<br>
<br>
DG33FBメモ<br>
<ul>
<li>G33+ICH9なので、別途PATAコントローラとして「Marvell 88ES6101」が載っている。
<li>カーネルの認識順は「ahci->pata_marvell」なので、SATAのHDDを接続すると、PATAのHDDはどんどん後ろにズレてゆく。
<li>Kernel2.6.26では問題無いが、一部カーネルでは「ACPI: Assume Root Bridge [\_SB_.PCI0] bus is 0」辺りで停止する場合あり。<br>
→ カーネルの起動オプションで「pci=nommconf」を指定すると回避可能。]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200807211325.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200805260704.htm">
		<title>Wiiが来た</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200805260704.htm</link>
		<description>Wiiまでもが我が家に設置されてしまった。娘がマリオカートやりたいと言うので購入。設置スペースも小さいので、まあ良いかと。ゲーム機が増えてコントローラがあふれてきたので、整理方法も考えないといけない。</description>
		<dc:subject>rubbish</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-05-26T07:04+09:00</dc:date>
		<content:encoded><![CDATA[Wiiまでもが我が家に設置されてしまった。<br>
娘がマリオカートやりたいと言うので購入。設置スペースも小さいので、まあ良いかと。<br>
ゲーム機が増えてコントローラがあふれてきたので、整理方法も考えないといけない。<br>]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200805260704.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/Visual/rb200805150015.htm">
		<title>HD化開始</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/Visual/rb200805150015.htm</link>
		<description>ようやく我が家の環境もHD化を開始。テレビはまだFullHDではないけれど、ビデオカメラと編集PCを新調し、着々とHD化を推進。PCはまた自作しようかとも思ったけれど、Canopusのボードだと相性問題等が面倒だったのでツクモのキャプチャ王国で調達。Pentium4/3GHzからCore2Duo/3GHzになったので、3倍くらい速くなった感じ。※AVCHDのファイルが普通に再生できる。カメラは奮発してHVR-Z7J。ワイド側は丁度いいんだけど、ややテレ側が足りない気がする。先週末は試し撮りに出かけるつもりが雨だったので、今週末にならしを兼ねて撮影予定。また、お散歩カメラも必要なので、HDR-CX7も購入。HDDよりもメモリスティックのほうが安心な気がする。HDDは振動問題とか不意のクラッシュとか怖いので。</description>
		<dc:subject>Visual</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-05-15T00:15+09:00</dc:date>
		<content:encoded><![CDATA[ようやく我が家の環境もHD化を開始。<br>
テレビはまだFullHDではないけれど、ビデオカメラと編集PCを新調し、着々とHD化を推進。<br>
PCはまた自作しようかとも思ったけれど、Canopusのボードだと相性問題等が面倒だったのでツクモのキャプチャ王国で調達。<br>
Pentium4/3GHzからCore2Duo/3GHzになったので、3倍くらい速くなった感じ。<br>
※AVCHDのファイルが普通に再生できる。<br>
カメラは奮発して<a href="http://www.sony.jp/products/Professional/c_c/hdv/products/hvr_z7j/index.html" target="_blank">HVR-Z7J</a>。ワイド側は丁度いいんだけど、ややテレ側が足りない気がする。<br>
先週末は試し撮りに出かけるつもりが雨だったので、今週末にならしを兼ねて撮影予定。<br>
また、お散歩カメラも必要なので、<a href="http://www.sony.jp/products/Consumer/handycam/PRODUCTS/HDR-CX7/" target="_blank">HDR-CX7</a>も購入。<br>
HDDよりもメモリスティックのほうが安心な気がする。HDDは振動問題とか不意のクラッシュとか怖いので。<br>]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/Visual/rb200805150015.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200804262132.htm">
		<title>ここのサーバ引っ越し完了</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200804262132.htm</link>
		<description>このサイトのサーバ引っ越し完了。ホスティング先を変更したわけではなく、サーバ老朽化のためにリプレイス作業が実施された。速いサーバになったので快適だけど、blosxomの動作がちょっと変で、一部のエントリの日付がおかしくなっている。ファイルのタイムスタンプを修正してもダメなので、本気で調べないといけないらしい。以前のサーバは結構自由だったので、ほとんどのUNIXコマンドが制限なく実行できたけれど、新サーバは制約が多いのでちょっと不満。→ tarも使えないので、バックアップ・リストアとか一括コンテンツ転送などは非常に面倒。</description>
		<dc:subject>rubbish</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-04-26T21:32+09:00</dc:date>
		<content:encoded><![CDATA[このサイトのサーバ引っ越し完了。<br>
ホスティング先を変更したわけではなく、サーバ老朽化のためにリプレイス作業が実施された。<br>
速いサーバになったので快適だけど、blosxomの動作がちょっと変で、一部のエントリの日付がおかしくなっている。<br>
ファイルのタイムスタンプを修正してもダメなので、本気で調べないといけないらしい。<br>
<br>
以前のサーバは結構自由だったので、ほとんどのUNIXコマンドが制限なく実行できたけれど、新サーバは制約が多いのでちょっと不満。<br>
→ tarも使えないので、バックアップ・リストアとか一括コンテンツ転送などは非常に面倒。]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/rubbish/rb200804262132.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200804061638.htm">
		<title>リムネットOP25B対策</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200804061638.htm</link>
		<description>3/25日に突然リムネットよりOP25B対策を3/31より開始するとのメール。うちの環境だと、ローカルサーバのpostfixから直接メールを送信する仕組みになっているので、急にsubmissionポートに送れと言われても困る。とりあえず、3/31以降はリムネット以外のサーバに対するport25へのアクセスが制限されるということで、全てリムネットのメールサーバにリレーすることで先週は回避。今日は改めて、SMTP Authありでリレー出来るよう設定を変えてみた。SASLが未導入だったので、cyrus-sasl-2.1.22をインストール後、PostfixをSASLサポートありでビルド。(ついでに最新の2.5.1にバージョンアップ)。アーカイブに同梱されている「README_FILES/SASL_README」をちゃんと読むと書いてあるんだけど、最初は「Postfixのぺーじ」にある「SMTP Auth 対応版 Postfix インストールの記録」を参考に作業を進めていたので、コンパイルオプションが足りず、ちょっとハマる。→ Postfixのどこかのバージョンからは、「-DUSE_CYRUS_SASL」も付けないと、「warning: unsupported SASL client implementation: cyrus」というエラーが発生して、SMTP Authが失敗してメールが送信されない。送信するメールサーバを変えられる方が何かと便利かもしれないので、main.cfのrelayhostではなくて、transportで設定しておいた(*  :[mail]:587)。とりあえず、ちゃんとメールが送信できているので、しばらく様子見。設定はこんな感じ。・saslビルド./configure --prefix=/usr/localmakemake install・Postfixビルドmake -f Makefile.init makefiles CCARGS='-DUSE_SASL_AUTH -DUSE_CYRUS_SASL -DHAS_PCRE -I/usr/local/include/sasl' \AUXLIBS='/usr/lib/libpcre.a -L/usr/local/lib -lsasl2'makepostfix stopmake upgradepostfix start・main.cf編集以下を追加smtp_sasl_auth_enable  = yessmtp_sasl_password_maps = hash:/etc/postfix/sasl_passwdsmtp_sasl_security_options = noanonymous・SASL用パスワードファイル作成vi /etc/postfix/sasl_passwdメールサーバ　ユーザID:パスワード編集後、以下のコマンド実行postmap /etc/postfix/sasl_passwd・transport設定vi /etc/postfix/transport*  :[メールサーバ]:587編集後、以下のコマンド実行postmap /etc/postfix/transport※main.cfにrelayhost = メールサーバ:587でも可</description>
		<dc:subject>computer</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-04-06T17:00+09:00</dc:date>
		<content:encoded><![CDATA[3/25日に突然リムネットよりOP25B対策を3/31より開始するとのメール。<br>
うちの環境だと、ローカルサーバのpostfixから直接メールを送信する仕組みになっているので、急にsubmissionポートに送れと言われても困る。<br>
とりあえず、3/31以降はリムネット以外のサーバに対するport25へのアクセスが制限されるということで、全てリムネットのメールサーバにリレーすることで先週は回避。<br>
<br>
今日は改めて、SMTP Authありでリレー出来るよう設定を変えてみた。<br>
SASLが未導入だったので、cyrus-sasl-2.1.22をインストール後、PostfixをSASLサポートありでビルド。(ついでに最新の2.5.1にバージョンアップ)。<br>
アーカイブに同梱されている「README_FILES/SASL_README」をちゃんと読むと書いてあるんだけど、最初は「Postfixのぺーじ」にある「SMTP Auth 対応版 Postfix インストールの記録」を参考に作業を進めていたので、コンパイルオプションが足りず、ちょっとハマる。<br>
→ Postfixのどこかのバージョンからは、「-DUSE_CYRUS_SASL」も付けないと、「warning: unsupported SASL client implementation: cyrus」というエラーが発生して、SMTP Authが失敗してメールが送信されない。<br>
<br>
送信するメールサーバを変えられる方が何かと便利かもしれないので、main.cfのrelayhostではなくて、transportで設定しておいた(*  :[mail]:587)。<br>
とりあえず、ちゃんとメールが送信できているので、しばらく様子見。<br>
<br>
設定はこんな感じ。<br>
・saslビルド<br>
</td></tr>
<table border=1 width=100%>
<tr><td>
<pre>
./configure --prefix=/usr/local
make
make install
</pre>
</tr>
</table>

・Postfixビルド<br>
<table border=1 width=100%>
<tr><td>
<pre>
make -f Makefile.init makefiles CCARGS='-DUSE_SASL_AUTH -DUSE_CYRUS_SASL -DHAS_PCRE -I/usr/local/include/sasl' \
AUXLIBS='/usr/lib/libpcre.a -L/usr/local/lib -lsasl2'
make

postfix stop
make upgrade
postfix start
</pre>
</tr>
</table>

・main.cf編集<br>
<table border=1 width=100%>
<tr><td>
<pre>
以下を追加
smtp_sasl_auth_enable  = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
</pre>
</tr>
</table>

・SASL用パスワードファイル作成<br>
<table border=1 width=100%>
<tr><td>
<pre>
vi /etc/postfix/sasl_passwd
メールサーバ　ユーザID:パスワード
</pre>
</tr>
<tr><td>編集後、以下のコマンド実行<br>postmap /etc/postfix/sasl_passwd</td></tr>
</table>

・transport設定<br>
<table border=1 width=100%>
<tr><td>
<pre>
vi /etc/postfix/transport
*  :[メールサーバ]:587
</pre>
</tr>
<tr><td>編集後、以下のコマンド実行<br>postmap /etc/postfix/transport</td></tr>
<tr><td>※main.cfに<br>relayhost = メールサーバ:587<br>でも可</td></tr>
</table>]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/computer/rb200804061638.trackback"/>
	</item>
	<item rdf:about="http://www.ammlab.org/rubbish/blosxom.cgi/embedded/rb200803232130.htm">
		<title>RCプロポ Joystick(その4)</title>
		<link>http://www.ammlab.org/rubbish/blosxom.cgi/embedded/rb200803232130.htm</link>
		<description>AT90USB162版完成。あっさり動作。昨日作ったファームをちょっと書き換えただけなので、ちゃんとしたものは別途作成予定。#USBN9604は気が向いたらまたやろう。</description>
		<dc:subject>embedded</dc:subject>
		<dc:creator>Yuuichi Akagawa (mailto: )</dc:creator>
		<dc:date>2008-03-23T21:30+09:00</dc:date>
		<content:encoded><![CDATA[AT90USB162版完成。あっさり動作。<br>
昨日作ったファームをちょっと書き換えただけなので、ちゃんとしたものは別途作成予定。<br>
#USBN9604は気が向いたらまたやろう。<br>]]></content:encoded>
		<trackback:ping rdf:resource="http://www.ammlab.org/rubbish/blosxom.cgi/embedded/rb200803232130.trackback"/>
	</item>
</rdf:RDF>
