cpw将軍にmixiに招待された． :P
以前から「mixiはやらないの？」とIRCで訊かれていたし，
中の人達の記述にも興味があったけれど，
「自分の意見をオープンにしないのはなー」とか思っていたり，
「お前はモヒカン族だろー！」とかヨクワカラン事を言う輩が居たりと，
色々思う所があった．
ま，リアルでの環境も変わったし，イイ機会なのかな？
取り敢えず，日記はこっちで続ける事にしようっと．
[General cpw has invite me into mixi. :P
Well, I was asked like "are you in mixi?", though.
Of cource, I was interesting to check what man wrote in the mixi.
But, I had bit of lump...
IMHO, "Well, why did you make your opinion un-open?"
Someone who shall be MuRaBito I think said to me "You shall be MoHiKan-Zoku!"
Now, I'm thinking about the time to change my env both real and virtual.
Meanwhile, I'll plan this blog continues here, anyway.]
で，IRCでSpanKY（敬称略）がチェックしていたサイトを拾った． :P
[SpanKY seems check this site, I stole. :P]
http://www.linux-arm.org
んで，PPCなEPM，Gentoo付きで如何？ ;)
[Then,
PPC EPM will come with Gentoo, huh? ;)]
2006/05/09
No Qt for me, UART, linux-headers-2.6.16
結局，回路図はWindows上でムニャって誤魔化した．
だって，Qtのコンパイルしたくないもんなー． :P
Bschを使って書いている時に，上司の方に
「何使ってんの？」と言われる．
うーむ，何気に行動が監視されているなー．
[Well, I've done faking it to drawing the scheme on Windows.
Ah, because of I do not want to compile Qt, though. :P
When I was poking the mice to draw it,
my boss asked me "What's the tool are you using?"
Umm, I've been obbo-ed on the quiet?]
次の課題はUART．
実用向きなブツなので面白くなって来たぞ．
で，ペラリとめくった上司の方に貰った課題の走り書きの裏には
「MAC部開発 G-Ether部 HDL設計 木村」
え，マジで？ ;P
[Then, next step is UART.
That step is getting into practical decives, so that it's exciting space for me.
BTW,
on the back side of the paper which my boss gave me as UART diagram
"Development of MAC part, G-Ether part, HDL codeing, KIMURA"
Well, isn't it sane plan? ;P]
#gentoo-ppcにてCpuID（敬称略）がお薦めなので，
sys-kernel/linux-headers-2.6.16にemerge --oneshotする．
が，自前のmedia-libs/libgii-1.0.1とdev-libs/DirectFB-20060507で
-Werror-implicit-function-declarationにハマる．
今週中にムニャる事にしよう．
[On #gentoo-ppc, I've heard that status from CpuID.
So, I've emerged sys-kernel/linux-headers-2.6.16 with --oneshot.
But, my ebuilds like media-libs/libgii-1.0.1 and dev-libs/DirectFB-20060507
get choking by -Werror-implicit-function-declaration, though.
I'll squash the bugs in this week.]
だって，Qtのコンパイルしたくないもんなー． :P
Bschを使って書いている時に，上司の方に
「何使ってんの？」と言われる．
うーむ，何気に行動が監視されているなー．
[Well, I've done faking it to drawing the scheme on Windows.
Ah, because of I do not want to compile Qt, though. :P
When I was poking the mice to draw it,
my boss asked me "What's the tool are you using?"
Umm, I've been obbo-ed on the quiet?]
次の課題はUART．
実用向きなブツなので面白くなって来たぞ．
で，ペラリとめくった上司の方に貰った課題の走り書きの裏には
「MAC部開発 G-Ether部 HDL設計 木村」
え，マジで？ ;P
[Then, next step is UART.
That step is getting into practical decives, so that it's exciting space for me.
BTW,
on the back side of the paper which my boss gave me as UART diagram
"Development of MAC part, G-Ether part, HDL codeing, KIMURA"
Well, isn't it sane plan? ;P]
#gentoo-ppcにてCpuID（敬称略）がお薦めなので，
sys-kernel/linux-headers-2.6.16にemerge --oneshotする．
が，自前のmedia-libs/libgii-1.0.1とdev-libs/DirectFB-20060507で
-Werror-implicit-function-declarationにハマる．
今週中にムニャる事にしよう．
[On #gentoo-ppc, I've heard that status from CpuID.
So, I've emerged sys-kernel/linux-headers-2.6.16 with --oneshot.
But, my ebuilds like media-libs/libgii-1.0.1 and dev-libs/DirectFB-20060507
get choking by -Werror-implicit-function-declaration, though.
I'll squash the bugs in this week.]
2006/05/08
32bit Adder/Subtractor and misc stuffs
GW中にヒキコモリつつムニャヘニャした結果，32bit加減算器とかが出来た．
その内，乗算器と除算器も作ろう．
まだまだALUとは呼べなんだ． :)
[I had been as a HikiKomori during nice GW,
then I've coded 32bit adder/subtracter in VHDL.
I'll code some ALU components like multiplier/divider or so on. :)]
機は熟した，多分． :P
[It's the time to translate, maybe. :P]
で，例のCPU+RAM/ROMの課題を回路図っぽくせよとの事なので，
久しぶりにBSchを使おうかと水魚堂さんを見る．
あー，相変わらず，Qtで頑張ってますねー．
でも，これだけの為に~ARCHなPowerBookでx11-libs/qt-4.1.1は．．． :(
MacBookProとかに乗り換えたら，TKGateとか諸共ebuildにしなきゃなー． :P
[Today's my subject is to draw the sheme of the CPU+ROM/RAM
which was one of my current subject.
So, I'll try to use BSch which is made in SuiGyoDo.
Heh, he fight with Qt, though.
Hmm... Meanwhile, I'm not installing any version's Qt on my PowerBook.
If I used it, it means to compile x11-libs/qt-4.1.1 on ~ARCH userland... :(
Well, I'll keep on eyes it and TKGate 2.0 or so on... until making ebuild on new PC. :P]
で，DirectFB-0.9.25が出た．
勿論，portageにぶち込まれる．
SpanKY，カッケー．．．;)
[OK, DirectFB-0.9.25 is out.
Of cource, it's already in the portage.
Cool, SpanKY. ;)]
その内，乗算器と除算器も作ろう．
まだまだALUとは呼べなんだ． :)
[I had been as a HikiKomori during nice GW,
then I've coded 32bit adder/subtracter in VHDL.
I'll code some ALU components like multiplier/divider or so on. :)]
機は熟した，多分． :P
[It's the time to translate, maybe. :P]
で，例のCPU+RAM/ROMの課題を回路図っぽくせよとの事なので，
久しぶりにBSchを使おうかと水魚堂さんを見る．
あー，相変わらず，Qtで頑張ってますねー．
でも，これだけの為に~ARCHなPowerBookでx11-libs/qt-4.1.1は．．． :(
MacBookProとかに乗り換えたら，TKGateとか諸共ebuildにしなきゃなー． :P
[Today's my subject is to draw the sheme of the CPU+ROM/RAM
which was one of my current subject.
So, I'll try to use BSch which is made in SuiGyoDo.
Heh, he fight with Qt, though.
Hmm... Meanwhile, I'm not installing any version's Qt on my PowerBook.
If I used it, it means to compile x11-libs/qt-4.1.1 on ~ARCH userland... :(
Well, I'll keep on eyes it and TKGate 2.0 or so on... until making ebuild on new PC. :P]
で，DirectFB-0.9.25が出た．
勿論，portageにぶち込まれる．
SpanKY，カッケー．．．;)
[OK, DirectFB-0.9.25 is out.
Of cource, it's already in the portage.
Cool, SpanKY. ;)]
2006/05/02
ROM/RAM, LEON2
今日は例の8bit CPUにROMとRAMをインプリメント．
設計段階でチップイネーブル(CE)を忘れたと捨て台詞を残して行かれた
上司の方が一足先にお休みに入って仕舞ったので，
取り敢えず，アドレスバスから1bit拝借して再実装． :P
[Today, I implemented ROM/RAM to the stupid 8bit CPU.
My boss said to me "Well, I forgot to designing it has CE, though."
And then, my boss is already enjoying his vacation.
So, I've re-used a bit which is MSB of address bus as its CE. :P]
で，Gaisler Researchさんから
LEON2のVHDLを拝借してモニョろうかと思ったら，
オリジナルでバンドルされているMakefileがGHDLに対応しているよ． :o
さくっとテストベンチまで走る．
相当ヤヴァいな，この会社． ;P
[And then,
I got LEON2 VHDL source from Gaisler Research
for poke it with GHDL.
Fortunately, its Makefile already has GHDL target.
And then it can run its test-bench without any editing. :o
Well, it should be awesome, IMHO. ;P]
設計段階でチップイネーブル(CE)を忘れたと捨て台詞を残して行かれた
上司の方が一足先にお休みに入って仕舞ったので，
取り敢えず，アドレスバスから1bit拝借して再実装． :P
[Today, I implemented ROM/RAM to the stupid 8bit CPU.
My boss said to me "Well, I forgot to designing it has CE, though."
And then, my boss is already enjoying his vacation.
So, I've re-used a bit which is MSB of address bus as its CE. :P]
で，Gaisler Researchさんから
LEON2のVHDLを拝借してモニョろうかと思ったら，
オリジナルでバンドルされているMakefileがGHDLに対応しているよ． :o
さくっとテストベンチまで走る．
相当ヤヴァいな，この会社． ;P
[And then,
I got LEON2 VHDL source from Gaisler Research
for poke it with GHDL.
Fortunately, its Makefile already has GHDL target.
And then it can run its test-bench without any editing. :o
Well, it should be awesome, IMHO. ;P]
2006/05/01
Translate the guide, GW, some videos
wmii-3リリースに向けてMLの流量が増えている模様．
ビギナーズガイドがTeXで書かれていて変態過ぎるので，
勢いで翻訳し始めた途端，garbeam（敬称略）が大幅に更新を．．． :S
むぅ，いつの間にか5/1にリリースが延びてるし，
もう少し放置しておくか．
[The ML seems have some flood for wmii-3 release.
Its beginner's guide is written in TeX, so I can translate it.
But, I was translating it, though garbeam do big changes... :S
Umm, this release seems be postponed at 5/1.
I'll be patient.]
それはそうと，もうゴールデンウィークなんですなー．
「来週は二日しかないよー」と上司に言われて，
「あれ，何かあるんすか？」と言って仕舞った．
世捨て人まっしぐらだな！ :P
[GW will comes, I forgot it, though.
My boss said "Next week has only two days",
I've asked "Why?", though.
Well, seems to be on a career hermit! :P]
で，良いブツを見つけた．
だが，流石にリアルタイムでは聞き取れないな．．．
[Yum, nice stuffs are.
But, I cann't understand thier english as real-time, though.]
ビギナーズガイドがTeXで書かれていて変態過ぎるので，
勢いで翻訳し始めた途端，garbeam（敬称略）が大幅に更新を．．． :S
むぅ，いつの間にか5/1にリリースが延びてるし，
もう少し放置しておくか．
[The ML seems have some flood for wmii-3 release.
Its beginner's guide is written in TeX, so I can translate it.
But, I was translating it, though garbeam do big changes... :S
Umm, this release seems be postponed at 5/1.
I'll be patient.]
それはそうと，もうゴールデンウィークなんですなー．
「来週は二日しかないよー」と上司に言われて，
「あれ，何かあるんすか？」と言って仕舞った．
世捨て人まっしぐらだな！ :P
[GW will comes, I forgot it, though.
My boss said "Next week has only two days",
I've asked "Why?", though.
Well, seems to be on a career hermit! :P]
で，良いブツを見つけた．
だが，流石にリアルタイムでは聞き取れないな．．．
[Yum, nice stuffs are.
But, I cann't understand thier english as real-time, though.]
2006/04/24
State Machine + ALU == CPU
加算が出来た．
今度はアセンブラを作らねばならんなー． :P
[This is add instruction waveform.
Hmm, I should code its assembler? :P]
今度はアセンブラを作らねばならんなー． :P
[This is add instruction waveform.
Hmm, I should code its assembler? :P]
2006/04/22
Oversleep, State Machine, MacBook Pro
いつかやらかすだろうと思ってはいたが，
二度寝して会社に遅刻した． :P
やはり携帯のアラームだけではダメなのかもしれない．
[Well, I've overslept today.
Umm, only use phone-alarm is not so safe, though.]
PCB設計用のCADを主に使っている先輩の仕事が佳境に入ったらしく，
今度はVHDLの課題を与えられる．
RTLなFFを一つだけこなした後に，いきなりステートマシンですか．
流石にスパルタだ，すぐ終わったけど． :P
[A boss who mainly use the CAD for PCB design looks like so busy.
So, my boss gave me some VHDL subjects.
I've coded for a Flip-Flop as RTL model, then next was a state machine.
Sounds like so Spartan education, though I've done it. :P]
ModelSimのライセンスサーバを上司の方がモニョっている間に，
PowerBook上のGHDL + GTKWaveでムニャっていたら，
「何でシミュレーション出来てるの？」と訊かれた．
「これはGCC technologyを使ってエラい人が作ったFreeな．．．」
と少し説明，std_logic*な信号しかダンプ出来無いので色々癖が有る事も．
「ModelSimのライセンスが高過ぎるし，勉強にはそれを使っても良い」
との許しが出たので，
PCB設計用のCADに戻るまではGentoo上で生活出来そう． :P
[When my boss poked floating license server which for ModelSim,
I've code it on my PowerBook with GHDL and GTKWave.
So, my boss asked me "Why you can do the simulation without ModelSim?",
I've answered "There is a VHDL simulater using GCC technology, it's free...",
I've explained about it can only dump std_logic* signals and known some restrictions.
Finally, my boss said to me "To tell the truth, ModelSim's license is so expensive.
So, if you can use it, education use is OK."
Kay, sound like working on Gentoo is OK,
until restart edu of PCB design CAD. :P]
次のブツを下調べ．
やはりMacBook Proか．
評判も悪くないし，DRIも行けそうだ．
おまけにTriple Bootまでついてくるらしい．
問題は，12"モデルが無い事と何処から資金を調達するかだなー． :(
[Sneaky way for next things.
Hmm, MacBook Pro is.
Sounds like not so bad, DRI will work,
and then it can triple boot, though.
My PITA is no 12" model, and no money. :(]
二度寝して会社に遅刻した． :P
やはり携帯のアラームだけではダメなのかもしれない．
[Well, I've overslept today.
Umm, only use phone-alarm is not so safe, though.]
PCB設計用のCADを主に使っている先輩の仕事が佳境に入ったらしく，
今度はVHDLの課題を与えられる．
RTLなFFを一つだけこなした後に，いきなりステートマシンですか．
流石にスパルタだ，すぐ終わったけど． :P
[A boss who mainly use the CAD for PCB design looks like so busy.
So, my boss gave me some VHDL subjects.
I've coded for a Flip-Flop as RTL model, then next was a state machine.
Sounds like so Spartan education, though I've done it. :P]
ModelSimのライセンスサーバを上司の方がモニョっている間に，
PowerBook上のGHDL + GTKWaveでムニャっていたら，
「何でシミュレーション出来てるの？」と訊かれた．
「これはGCC technologyを使ってエラい人が作ったFreeな．．．」
と少し説明，std_logic*な信号しかダンプ出来無いので色々癖が有る事も．
「ModelSimのライセンスが高過ぎるし，勉強にはそれを使っても良い」
との許しが出たので，
PCB設計用のCADに戻るまではGentoo上で生活出来そう． :P
[When my boss poked floating license server which for ModelSim,
I've code it on my PowerBook with GHDL and GTKWave.
So, my boss asked me "Why you can do the simulation without ModelSim?",
I've answered "There is a VHDL simulater using GCC technology, it's free...",
I've explained about it can only dump std_logic* signals and known some restrictions.
Finally, my boss said to me "To tell the truth, ModelSim's license is so expensive.
So, if you can use it, education use is OK."
Kay, sound like working on Gentoo is OK,
until restart edu of PCB design CAD. :P]
次のブツを下調べ．
やはりMacBook Proか．
評判も悪くないし，DRIも行けそうだ．
おまけにTriple Bootまでついてくるらしい．
問題は，12"モデルが無い事と何処から資金を調達するかだなー． :(
[Sneaky way for next things.
Hmm, MacBook Pro is.
Sounds like not so bad, DRI will work,
and then it can triple boot, though.
My PITA is no 12" model, and no money. :(]
2006/04/19
Squash my bugs, PCB, wmii-3 will come
一通り終わりかと思いきや，
ちょこちょこ要望が出るわ，しょぼいbugが見つかるわで，
少しずつ例のPythonスクリプトを弄っていました． :P
[I've had tweaking/fixing my stupid python script
for some requests and to squashing bugs.]
で，その合間にPCB設計用のCADを弄くっていろとのお達しで，
英語のヘルプを読みつつ弄ると，
流石に商品なだけあって色々良く出来ている．
でも，
単一のアプリケーションに独自に作り込んだデータベース機能とか，
パスワード設定とか他のアプリケ−ションとは相容れないし，
慣れるまで時間がかかりそうですなー．
*NIX系に作り込めば色んな機能やらライブラリやらが再利用出来るし，
何より一々同じ機能の為にそのアプリケーション独自の使い方や作法を
覚えなくて済むのだなー，と有り難みと息苦しさを同時に感じる．
．．．むー，作るかって？ :P
[BTW, I've poke the CAD which for designing PCB or so.
I've skimed its help file which is written in English.
It seems work fine as product level software.
But almos its features implementations smells itselfish.
E.g. Database storage, password mechanism...
It seems make me lost a time.
If it was implemented in *NIX env,
some features and mechanisms already have been, though.
And I have, otherwise I would.
Anyway,
to learn the use for same feature/mechanism for only one app
is so bad idea for me, IMHO.
Umm, it means I'll make it? :P]
さぁ，4月中にはwmiiのversion 3が！
一足先に20060414のsnapshotをムニャってみたが．．．
相変わらず良い仕事するねー． ;)
[K, in April, wmii version 3 will come!
I've tried the snap 20060414...
Well, I should say "ah, nice work." ;)]
ちょこちょこ要望が出るわ，しょぼいbugが見つかるわで，
少しずつ例のPythonスクリプトを弄っていました． :P
[I've had tweaking/fixing my stupid python script
for some requests and to squashing bugs.]
で，その合間にPCB設計用のCADを弄くっていろとのお達しで，
英語のヘルプを読みつつ弄ると，
流石に商品なだけあって色々良く出来ている．
でも，
単一のアプリケーションに独自に作り込んだデータベース機能とか，
パスワード設定とか他のアプリケ−ションとは相容れないし，
慣れるまで時間がかかりそうですなー．
*NIX系に作り込めば色んな機能やらライブラリやらが再利用出来るし，
何より一々同じ機能の為にそのアプリケーション独自の使い方や作法を
覚えなくて済むのだなー，と有り難みと息苦しさを同時に感じる．
．．．むー，作るかって？ :P
[BTW, I've poke the CAD which for designing PCB or so.
I've skimed its help file which is written in English.
It seems work fine as product level software.
But almos its features implementations smells itselfish.
E.g. Database storage, password mechanism...
It seems make me lost a time.
If it was implemented in *NIX env,
some features and mechanisms already have been, though.
And I have, otherwise I would.
Anyway,
to learn the use for same feature/mechanism for only one app
is so bad idea for me, IMHO.
Umm, it means I'll make it? :P]
さぁ，4月中にはwmiiのversion 3が！
一足先に20060414のsnapshotをムニャってみたが．．．
相変わらず良い仕事するねー． ;)
[K, in April, wmii version 3 will come!
I've tried the snap 20060414...
Well, I should say "ah, nice work." ;)]
2006/04/17
Office.Nomikai++; VB + redirect == bad;
新入社員歓迎会と言う事で金曜日の夜は飲み会をして頂きました．
でも，最初の乾杯のビール一杯と少しで回って仕舞い，
その後は，コーラでお付き合い．
飲み屋，飲み屋，カラオケ，飲み屋と巡って朝五時に帰宅．
で，気付いたら日曜日の昼でした．
色々ムニャムニャ語って仕舞って先輩達に，
「キミは新入社員っぽくないねー」と言われた． :P
[At last Friday, I've attended the welcome party.
But, I couldn't get second beer.
So, I've taken with many cola. :P
IZakaYa, IZakaYa, Karaoke, IZakaYa, then,
I've returned my home at about 5:00 AM.
got some Z's, awoke at noon of Sunday.
Some seniors said to me like that
"You look like not a fresh man, though." :P]
で，嫌々やっていたVBのコーディングですが，
一応それっぽくなったので早々に終了する．
ハマッたのはVB内部から外部の実行ファイルをコマンドラインに含めて実行，
その標準出力をリダイレクトして任意のファイル名を付ける部分．
調べた結果，VB内部からリダイレクトを直接使う事は仕様上不可能で，
一時的にバッチファイルをOpen()やらPrintやらで記述して，
その後にこいつをShell()かCreateProcess()で叩くと言う意味不明な仕様．．． :(
[BTW, about my stupid VB coding.
It looks like kinda working.
The PITA was to execute external executable binary inside VB.
According to some VB gurus stuffs,
VB cann't handle to execute external executable binary
with any redirections, directly.
So, it should do like that,
1. create temporary batch file with Open() or Print.
2. execute it by Shell() or CreateProcess().
Umm, so awkward... :(]
でも，最初の乾杯のビール一杯と少しで回って仕舞い，
その後は，コーラでお付き合い．
飲み屋，飲み屋，カラオケ，飲み屋と巡って朝五時に帰宅．
で，気付いたら日曜日の昼でした．
色々ムニャムニャ語って仕舞って先輩達に，
「キミは新入社員っぽくないねー」と言われた． :P
[At last Friday, I've attended the welcome party.
But, I couldn't get second beer.
So, I've taken with many cola. :P
IZakaYa, IZakaYa, Karaoke, IZakaYa, then,
I've returned my home at about 5:00 AM.
got some Z's, awoke at noon of Sunday.
Some seniors said to me like that
"You look like not a fresh man, though." :P]
で，嫌々やっていたVBのコーディングですが，
一応それっぽくなったので早々に終了する．
ハマッたのはVB内部から外部の実行ファイルをコマンドラインに含めて実行，
その標準出力をリダイレクトして任意のファイル名を付ける部分．
調べた結果，VB内部からリダイレクトを直接使う事は仕様上不可能で，
一時的にバッチファイルをOpen()やらPrintやらで記述して，
その後にこいつをShell()かCreateProcess()で叩くと言う意味不明な仕様．．． :(
[BTW, about my stupid VB coding.
It looks like kinda working.
The PITA was to execute external executable binary inside VB.
According to some VB gurus stuffs,
VB cann't handle to execute external executable binary
with any redirections, directly.
So, it should do like that,
1. create temporary batch file with Open() or Print.
2. execute it by Shell() or CreateProcess().
Umm, so awkward... :(]
2006/04/13
New PC, coding in Python
会社から与えられた``にゅーまっしーん''は
Celeron D + Intelの新しいonboard graphic chipなブツで，
DRIはそこそこな感じなのだが，Frame bufferと激しく相性が悪い．．． :S
XenもVTが有効にならないし，qemuはCADを使うには遅過ぎるので，
クロスプラットフォームなアプリケーションのテスト環境，
及び仕事の為のメール端末と言う事にした．
仕方無いので，Gentoo on PowerBookと共に出社しております．
シェルと端末エミュレータが無いと何も出来無い体になってる，ヤバい． :S
[I got new PC which for office working
It's constructed with Celeron D + new Intel onboard graphic chip or so.
So, DRI works and it seems not so bad,
but the frame buffer is sometimes mess... :S
Xen didn't work with VT feature, qemu is not so fast when use a CAD.
So, I decided its use is for only test cross-platform apps
and e-mail terminal for office working.
Meanwhile, I'm working with Gentoo on PowerBook, still now.
Hmm, no {shell, terminal-emulater} is no life for me. :S]
一昨日からやって一段落ついたお仕事は，
HDLの設計で或る作業の為に使うコードジェネレータの作成．
会社としてはこれが2bit幅の信号もマトモに処理出来無い（明らかにバグ！）
30万円位する購入を検討していたWindows専用ソフトの代わりらしい．
簡単な仕様を頂いて，三日間一人でPythonを使ってコーディングしたら，
それっぽいCUIなブツが出来て仕舞い，こっちを使うとか言われた． :P
py2exeでWindows用の実行バイナリを作成して
ソースコードと一緒に会社のサーバにぶち込んでおいた． :)
[ATM, My DONE is coding a HDL code generater.
Like a boss said,
it's for a replacement of the closed Windows centric software
which will cost about 300,000 yen,
and then, it won't work for a simple 2bit signal analysis, BUG!
I got an easy spec for it, coded in Python for 3 days or so.
My stupid CUI script seems work, and a boss decided used it. :P
So, I made it as executable binary by using py2exe.
I've stuffed it with its sources on office server. :)]
次はGUIを被せるとか何とか．
「要らないと思うんですが」と生意気にも意見すると
「いや，便利でしょ？」とか，
「あとでGUIは無いのか？と訊かれるよ」と言われたので，
「じゃあ，PyGTKでやります」と言ったら
「ダメ，次はVBで作って」と言われた． :/
理由は他人がメンテナンス出来無いからだとか，
GUIをメンテナンスしてどうするんだろうか．．．
と言うか，コアはPythonのままで良いのかな．．．
[Next is coding GUI front-end for it.
So, I've said "GUI is not so sane for it", IMHO,
then a boss said "No, no, just for useful"
otherwise "you will be asked by others why GUI isn't, everytime."
Then, I've said "Okay, PyGTK is", IMHO,
then a boss said "No, use VB". :/
According to a boss said,
that's why others can/cann't maintain it.
But why maintain GUI front-end by others?
And then, the core is written in Python is OK?]
何れにしても，
Write Once Run Anywhre
はこう言うモノにはあんまり重要じゃないのですなー．
なるほど，
ヤッツケ仕事なら或る意味クロスプラットフォーム性より重要ですな．
と言うか，仕様を頂いた上司も監督役の上司もPythonの存在すら知らなかったらしい．
「Pythonって今まで他の会社とかで実績があるのか？」と訊かれて
「そんな事は考えた事無いです」と答えた． :P
だが，知らないだけに不安だ．．．やはりマイナーなのか？ :S
[Anyway, it's not so important "Write Onece Run Anywhere" for its use.
I see, like my stupid coding, that's more important than cross-platform app.
Unfortunately,
a boss who gave me a spec and a boss who is a hardware guru haven't known Python is.
They asked me like "Python has so many past records?",
then I've said "Dunno." :P
Umm, coding in Python is so minority? :S]
Celeron D + Intelの新しいonboard graphic chipなブツで，
DRIはそこそこな感じなのだが，Frame bufferと激しく相性が悪い．．． :S
XenもVTが有効にならないし，qemuはCADを使うには遅過ぎるので，
クロスプラットフォームなアプリケーションのテスト環境，
及び仕事の為のメール端末と言う事にした．
仕方無いので，Gentoo on PowerBookと共に出社しております．
シェルと端末エミュレータが無いと何も出来無い体になってる，ヤバい． :S
[I got new PC which for office working
It's constructed with Celeron D + new Intel onboard graphic chip or so.
So, DRI works and it seems not so bad,
but the frame buffer is sometimes mess... :S
Xen didn't work with VT feature, qemu is not so fast when use a CAD.
So, I decided its use is for only test cross-platform apps
and e-mail terminal for office working.
Meanwhile, I'm working with Gentoo on PowerBook, still now.
Hmm, no {shell, terminal-emulater} is no life for me. :S]
一昨日からやって一段落ついたお仕事は，
HDLの設計で或る作業の為に使うコードジェネレータの作成．
会社としてはこれが2bit幅の信号もマトモに処理出来無い（明らかにバグ！）
30万円位する購入を検討していたWindows専用ソフトの代わりらしい．
簡単な仕様を頂いて，三日間一人でPythonを使ってコーディングしたら，
それっぽいCUIなブツが出来て仕舞い，こっちを使うとか言われた． :P
py2exeでWindows用の実行バイナリを作成して
ソースコードと一緒に会社のサーバにぶち込んでおいた． :)
[ATM, My DONE is coding a HDL code generater.
Like a boss said,
it's for a replacement of the closed Windows centric software
which will cost about 300,000 yen,
and then, it won't work for a simple 2bit signal analysis, BUG!
I got an easy spec for it, coded in Python for 3 days or so.
My stupid CUI script seems work, and a boss decided used it. :P
So, I made it as executable binary by using py2exe.
I've stuffed it with its sources on office server. :)]
次はGUIを被せるとか何とか．
「要らないと思うんですが」と生意気にも意見すると
「いや，便利でしょ？」とか，
「あとでGUIは無いのか？と訊かれるよ」と言われたので，
「じゃあ，PyGTKでやります」と言ったら
「ダメ，次はVBで作って」と言われた． :/
理由は他人がメンテナンス出来無いからだとか，
GUIをメンテナンスしてどうするんだろうか．．．
と言うか，コアはPythonのままで良いのかな．．．
[Next is coding GUI front-end for it.
So, I've said "GUI is not so sane for it", IMHO,
then a boss said "No, no, just for useful"
otherwise "you will be asked by others why GUI isn't, everytime."
Then, I've said "Okay, PyGTK is", IMHO,
then a boss said "No, use VB". :/
According to a boss said,
that's why others can/cann't maintain it.
But why maintain GUI front-end by others?
And then, the core is written in Python is OK?]
何れにしても，
Write Once Run Anywhre
はこう言うモノにはあんまり重要じゃないのですなー．
なるほど，
ヤッツケ仕事なら或る意味クロスプラットフォーム性より重要ですな．
と言うか，仕様を頂いた上司も監督役の上司もPythonの存在すら知らなかったらしい．
「Pythonって今まで他の会社とかで実績があるのか？」と訊かれて
「そんな事は考えた事無いです」と答えた． :P
だが，知らないだけに不安だ．．．やはりマイナーなのか？ :S
[Anyway, it's not so important "Write Onece Run Anywhere" for its use.
I see, like my stupid coding, that's more important than cross-platform app.
Unfortunately,
a boss who gave me a spec and a boss who is a hardware guru haven't known Python is.
They asked me like "Python has so many past records?",
then I've said "Dunno." :P
Umm, coding in Python is so minority? :S]
2006/04/03
My first working... and beyond sources.
初出社，やはり社内はNDAでガチガチであった．
この御時世なので，社長直々に「Winnyは使ってないよね？」と訊かれて，
「Gentooしか使っていません」と答えた． :P
ハードウェア寄りの上司に教えを垂れて頂いて，
暫くは通信工学の基礎から勉強しつつ，
Gigabit Ethernet関連の開発に巻き込まれそうな感じ．．
[Today is my first working. And in the office, many NDA restrictions are.
My boss said to me "haven't you use Winny?",
I've answered "I use only Gentoo", yay. :P
I'll re-study about basis of comminucation engineering
with the hardware guru as my chief in the development of Gigabit Ethernet.]
更に，仕事で使うツールはWindows上でのみ動くブツらしいので，
Xenかqemuで暮らす事になるケド，
どちらにするかはこれから支給されるマシンのスペック次第．
それよりも日報がExcelで書かれている．
OpenOffice.orgをコンパイルせにゃならんのか．．． :S
[Umm, the tools for the development can be used on only Windows platform.
So, I should do it with Xen or qemu.
The selection of virtualization/emulation tools depends on new PC which is given as dev env.
Unfortuantely, the daily report is written by Excel.
So, I must compile OpenOffice.org. :S]
全然関係無いが，beyond sourcesに期待． :)
[Hmm, it's completely non-related things, though.
beyond sources is appreciated for me. :)]
この御時世なので，社長直々に「Winnyは使ってないよね？」と訊かれて，
「Gentooしか使っていません」と答えた． :P
ハードウェア寄りの上司に教えを垂れて頂いて，
暫くは通信工学の基礎から勉強しつつ，
Gigabit Ethernet関連の開発に巻き込まれそうな感じ．．
[Today is my first working. And in the office, many NDA restrictions are.
My boss said to me "haven't you use Winny?",
I've answered "I use only Gentoo", yay. :P
I'll re-study about basis of comminucation engineering
with the hardware guru as my chief in the development of Gigabit Ethernet.]
更に，仕事で使うツールはWindows上でのみ動くブツらしいので，
Xenかqemuで暮らす事になるケド，
どちらにするかはこれから支給されるマシンのスペック次第．
それよりも日報がExcelで書かれている．
OpenOffice.orgをコンパイルせにゃならんのか．．． :S
[Umm, the tools for the development can be used on only Windows platform.
So, I should do it with Xen or qemu.
The selection of virtualization/emulation tools depends on new PC which is given as dev env.
Unfortuantely, the daily report is written by Excel.
So, I must compile OpenOffice.org. :S]
全然関係無いが，beyond sourcesに期待． :)
[Hmm, it's completely non-related things, though.
beyond sources is appreciated for me. :)]
2006/04/02
2006/03/30
I'm a trainee...
大学のネットワークを通じての投稿はこれが最後．
明日は荷物を全部まとめるつもり．
明後日は引越し．
4/3は会社初日．
[This post is a last post via UEC network.
Tomorrow, I'll packing my real stuffs.
Day after next, I'll do moving house.
At 4/3, the first work.]
では，修行に入る． :P
[OKay, I'm a trainee. :P]
記念にスクリーンショット．
[I've take myself for ceremonial screenshot.]
明日は荷物を全部まとめるつもり．
明後日は引越し．
4/3は会社初日．
[This post is a last post via UEC network.
Tomorrow, I'll packing my real stuffs.
Day after next, I'll do moving house.
At 4/3, the first work.]
では，修行に入る． :P
[OKay, I'm a trainee. :P]
記念にスクリーンショット．
[I've take myself for ceremonial screenshot.]
2006/03/29
Mutable
と言う事で，旧PARRは放棄する．
新しいおうちでインターネットが出来る様になって，
ネタが挙げられる程度に仕事に慣れたら再開する事にする．
勿論，違う所で． :P
[So, OLD PARR will be dead.
In the future, if I could connect WWW, accustomed myself to work,
and then, if I had good idea or so, I'll planning to re-start PARR.
Of cource, the URI is moved. :P]
ここは残るハズ，多分． :P
[Well, this blog can be continue, maybe. :P]
新しいおうちでインターネットが出来る様になって，
ネタが挙げられる程度に仕事に慣れたら再開する事にする．
勿論，違う所で． :P
[So, OLD PARR will be dead.
In the future, if I could connect WWW, accustomed myself to work,
and then, if I had good idea or so, I'll planning to re-start PARR.
Of cource, the URI is moved. :P]
ここは残るハズ，多分． :P
[Well, this blog can be continue, maybe. :P]
2006/03/28
Some Funny GGI Folks
今日は，所変わって#ggi@FreeNode.net．
5時間分のログだったりする． :P
[Today's post comes from #ggi@FreeNode.net.
It's 5h log. :P]
MooZ（敬称略）現る．
[MooZ comes.]
[Hehe, what does it start? :D]
自分の場合，増える一方だったりしますが． :P
[Yep, to list TODO is too important for me, too.
But, my TODO has only enlarging process. :P]
[In a split second, neiljp pokes me.]
でも，ちゃんとテスト出来る程設定してない．．． :(
[So, the important status of X server is its speed, as you know.
But, I'm not OK to test it because of it's not fully prepared... :(]
jp106のキーマップファイルを作らなければならない自体に追い込まれる． :P
因みに，bughunter（敬称略）はプロジェクトリーダーっぽい人．
[Well, should I make jpp106 keymap file? :P
FYI, bughunter looks like one of the project leads.]
[Hmm, sounds like step-by-step.]
[Umm, I've typo-ed. :S]
[Um, any leads must be tough. :)]
[So, my mainly PITA is DEL/BS key doesn't work. :(]
[WTF, it looks like a automatically generating magic?! o.O]
[Exactly, man pages are TOO informative. :9]
色々，ムニャムニャするが．．．
[Then, I've left the channel.
And tweak my XGGI wrapper or so...]
仕方無いので，チョコチョコやる事にする． :S
あと，XGGI+Mesaについて訊いておきたかったので，質問．
[But, unfortunately, it doesn't work. :(
And then, I've asked about XGGI+Mesa status.]
Xnestか？ 8-)
[Eh? o.O
Well, it looks like Xnest？ 8-)]
で，新しい設定をチェックして頂く． :9
[Hehe, looks like so aggresive. ;)
Then, I'd like to check my new configurations. :9]
[Then, Munya-Mnya. :S]
[IMAO, ya must be funny folks. :D]
あ，因みにまだ動いてませんよ，XGGI on Xは． :P
分かった事は，${DISPLAY}をキチンと設定しないとダメっぽいと言う事だけ．
[Well, XGGI on X does not run by my configurations, ATM. :P
All I can say about it is:
It must be set acceptable ${DISPLAY} variable.
Otherwise, it doesn't work.]
5時間分のログだったりする． :P
[Today's post comes from #ggi@FreeNode.net.
It's 5h log. :P]
MooZ（敬称略）現る．
[MooZ comes.]
3/28 01:59:44 *何だ何だ？ :D
MooZ (i=MooZ@FR-CHA-C4-01-02-087231004236.chello.fr) has joined #ggi
3/28 02:01:40 neiljp-work
moooooz
3/28 02:01:46 MooZ
Neil!
[Hehe, what does it start? :D]
3/28 02:02:07 neiljp-workTODOは重要ですね．
MooZ: am I misremembering, or where you involved in setting up the wiki?
3/28 02:02:14 neiljp-work
s/where/were/
3/28 02:02:28 MooZ
uh
3/28 02:02:33 MooZ
erm
3/28 02:02:41 MooZ
i don't remember
3/28 02:02:42 neiljp-work
sounds like no ;)
3/28 02:02:55 MooZ
timlarson_ set one years ago
3/28 02:02:59 MooZ
but it got spammed :(
3/28 02:03:03 neiljp-work
ah
3/28 02:03:18 neiljp-work
modern ones have user accounts, admin, etc
3/28 02:03:37 neiljp-work
merging with a cms, I guess
3/28 02:04:26 MooZ
i used dokuwiki and it's great and easy to install
3/28 02:04:43 neiljp-work
I use MoinMoin
3/28 02:04:51 neiljp-work
its python-tastic! ;)
3/28 02:05:01 MooZ
:)
3/28 02:05:36 MooZ
it'ld be great to link user auth with sf one
3/28 02:05:48 MooZ
dunno if sf has some ldap or whatever for user auth
3/28 02:06:53 neiljp-work
well there was an interesting wiki idea being developed
by someone on debian-planet,
which was based on svn or similar
3/28 02:07:06 neiljp-work
so much like we do here, you could check-in pages
3/28 02:07:17 neiljp-work
on that note, of course, its not much improvement over what we have now
3/28 02:07:54 neiljp-work
I suppose I'm just keen to see more published to-do lists,
who is doing what, etc.
3/28 02:08:12 *
neiljp-work shrugs
自分の場合，増える一方だったりしますが． :P
[Yep, to list TODO is too important for me, too.
But, my TODO has only enlarging process. :P]
3/28 02:08:38 hiyuhすかさず突っこんで来るneiljp（敬称略）．
to_do_list++
3/28 02:09:00 neiljp-work
hiyuh: XGGI working yet?
[In a split second, neiljp pokes me.]
3/28 02:09:38 hiyuhやっぱXサーバは早くないとダメだよね．
XGGI seems work here. But, I have no jp106 keymap :P
3/28 02:09:51 MooZ
neiljp, well if you have python binding for cvs,
maybe you could hack to commit pages
3/28 02:10:11 neiljp-work
MooZ: sounds...dangerous!
3/28 02:10:22 MooZ
why?
3/28 02:10:44 neiljp-work
hang on, what did you mean to connect the python to?
3/28 02:11:06 neiljp-work
hiyuh: but normal X works?
3/28 02:11:43 neiljp-work
hiyuh: have you discussed this before?
3/28 02:12:16 MooZ
neiljp-work, yeah you commit using your log/pass all via https
3/28 02:12:18 hiyuh
neiljp-work: yeah, Xorg, XGGI, XDirectFB work on same my PowerBook,
not chrooted env. :9
3/28 02:12:38 neiljp-work
hiyuh: any speed comparison? :)
3/28 02:12:51 neiljp-work
hiyuh: although that depends on the backends (targets) I guess...
3/28 02:13:26 neiljp-work
MooZ: you mean tie it to sf auth db, and then to a wiki?
3/28 02:13:38 MooZ
neiljp, yes
でも，ちゃんとテスト出来る程設定してない．．． :(
[So, the important status of X server is its speed, as you know.
But, I'm not OK to test it because of it's not fully prepared... :(]
3/28 02:14:19 hiyuhそして，
neiljp-work: hmm, I've not test its speed.
because of I'm not sure to test its speed.
to use glxgears or so?
3/28 02:15:25 neiljp-work
hiyuh: glxgears goes to X glx/dri extension afaik,
which I doubt will work with xggi!
3/28 02:16:44 hiyuh
neiljp-work: heh. then, what can I use for its test? :9
jp106のキーマップファイルを作らなければならない自体に追い込まれる． :P
因みに，bughunter（敬称略）はプロジェクトリーダーっぽい人．
[Well, should I make jpp106 keymap file? :P
FYI, bughunter looks like one of the project leads.]
3/28 02:17:02 bughunterふむふむ，地道な作業ですな．．．
hiyuh: Do you need some guidance on how to create a jp106 keymap ?
3/28 02:19:12 hiyuh
bughunter: maybe, I need it.
but to include how-to-create-your-keymap.txt in XGGI tarball is best, IMHO.
3/28 02:21:41 neiljp-work
I'm assuming this is a libgii issue rather than an x config issue?
3/28 02:22:13 bughunter
hiyuh: In each xggimap.* file is a line
'See the xmodmap(1) manpage for syntax explanation.'
3/28 02:22:22 bughunter
hiyuh: So first step is to read this.
3/28 02:23:17 bughunter
hiyuh: Second step is to figure out the keycode numbers to associate
with which symbol
3/28 02:23:41 bughunter
hiyuh: xev tells you this when you press a key
3/28 02:24:16 bughunter
hiyuh: Third step is to repeat second step until you're done and happy.
[Hmm, sounds like step-by-step.]
3/28 02:24:26 neiljp-workうむむ，typo． :S
bughunter: so this is a standard X configuration?
if so, then hiyuh probably has a keymap file for his current X server, no?
3/28 02:24:39 neiljp-work
s/configuration/configuration issue/
3/28 02:24:41 bughunter
hiyuh: You don't need to restart XGGI every time you modify your keymap file
3/28 02:25:38 bughunter
hiyuh: You can apply your modified keymap file with 'xmodmap'
3/28 02:26:12
xev probably returns different keys in xggi
compared to. Or?
3/28 02:32:52 hiyuh
neiljp-work: yeah, I have the jp106 keymap file for standard X server, IIRC.
So, in Xorg or XDirectFB, my PowerBook's keyboard works fine.
3/28 02:38:34 neiljp-work
hiyuh: but the same file doesn't work for xggi?
3/28 02:42:30 hiyuh
neiljp-work: hmm, I've not test it.
I ran XGGI by this wrapper.
http://rafb.net/paste/results/6dRzwy86.html
3/28 02:42:36 hiyuh
maybe, somly to do it may be sane way, though.
3/28 02:42:48 hiyuh
s/somly/simply/
[Umm, I've typo-ed. :S]
3/28 02:52:40 neiljp-workやはりリーダーは強いな． :)
hiyuh: I don't currently know enough about xmodmap,
or X generally, to know how keymaps work
- one of the 'standard' keymaps is all I use for (non-xggi) X
3/28 02:52:58 *
neiljp-work admits quietly to not testing xggi
and waits for the ear-bashing from bughunter
[Um, any leads must be tough. :)]
3/28 02:59:52 hiyuhそう，一番困るのがDEL/BSキーが効かない事なのです． :(
neiljp-work: hmm, maybe, I use it for jp106 keymap symbols with standerd X.
it looks like not for xmodmap.
http://rafb.net/paste/results/gxXfFN70.html
3/28 03:00:58 hiyuh
neiljp-work: it's provided by xkbdata as one of Xorg stuffs, IIRC.
3/28 03:01:11 neiljp-work
ah, hang on
3/28 03:04:26 neiljp-work
hiyuh: xorg.conf or whatever normally specifies the keymap (right?),
but xggi doesn't have that
- somehow xggi must find which keymap to load,
so can you use some option to specify that keymap file you have already?
3/28 03:04:38 neiljp-work
hiyuh: I don't have time to investigate in detail,
just chat in between other things :)
3/28 03:09:41 hiyuh
neiljp-work: yeah, my xorg.conf specfies jp106 keymap.
please see line 87.
it's the option for jp106 symbols, IIRC.
http://rafb.net/paste/results/VOso4A24.html
3/28 03:11:47 neiljp-work
hiyuh: yes, so how does xggi specify the keymap? :)
I don't have the xggi docs to hand, so that's over to you :)
3/28 03:11:54 neiljp-work
(that or else bughunter said it above ^^)
3/28 03:14:32 hiyuh
yeah, btw, startxggi.sh in my wrapper which I pasted
is just renamed startx.sh which is bandled in XGGI tarball.
and, I've skimed it.
IIRC, it executes just xmodmap with xggimap.base or so.
3/28 03:16:42 hiyuh
so, anyway, I need to create my jp106 keymap file for XGGI
as a xmodmap file like bughunter said. :)
3/28 03:18:16 hiyuh
Otherwise, DEL/BS key does not work. :P
[So, my mainly PITA is DEL/BS key doesn't work. :(]
3/28 03:22:48 neiljp-workなんてこった，いきなり自動生成かよ？！ o.O
too much to hope that a keymap file is an xmodmap file? ;)
3/28 03:23:28 neiljp-work
hiyuh: maybe xmodmap -pke in a working xserver should generate your xmodmap file?
3/28 03:23:37 neiljp-work
that is, if those files are different
3/28 03:25:15 hiyuh
ZOMG, it seems genarate my xmodmap file! :9
[WTF, it looks like a automatically generating magic?! o.O]
3/28 03:25:34 neiljp-workやはり，man pagesは重要ですねー． :9
ah man pages, aren't they great? :)
3/28 03:26:10 hiyuh
exactly. ;)
3/28 03:26:23 hiyuh
man_pages++
3/28 03:26:45 neiljp-work
of course, I'm intrigued by whether xggi could just use standard keymap files
like xorg/xf
[Exactly, man pages are TOO informative. :9]
3/28 03:27:16 neiljp-workと言う事で，XGGIに切替える為に一度IRCを離れる．
I'll build xggi sometime,
as opposed to now when I'm supposed to be working on a presentation for tomorrow...
3/28 03:30:13 hiyuh
heh
3/28 03:31:30 hiyuh
So, XGGI is fully prepare for me.
3/28 03:32:07 neiljp-work
it works ok?
3/28 03:32:28 neiljp-work
now you can benchmark ;)
3/28 03:32:43 neiljp-work
that or test display-multi and other fun :)
3/28 03:33:06 neiljp-work
or whatever else you find fun for that matter...
3/28 03:34:56 hiyuh
neiljp-work: could be, then I'll switch to XGGI. bbiab ;)
色々，ムニャムニャするが．．．
[Then, I've left the channel.
And tweak my XGGI wrapper or so...]
3/28 04:31:45 hiyuh動かん．．． :(
hmm, doesn't work :(
3/28 04:40:51 *
hiyuh is testing his key{board,code} with xev...
3/28 04:48:49 hiyuh
btw, XGGI can be built with mesa?
仕方無いので，チョコチョコやる事にする． :S
あと，XGGI+Mesaについて訊いておきたかったので，質問．
[But, unfortunately, it doesn't work. :(
And then, I've asked about XGGI+Mesa status.]
3/28 05:10:37 neiljpなぬ？ o.O
hiyuh: what does/doesn't work?
3/28 05:11:48 bughunter
hiyuh: It may, it may not.
It doesn't make a difference since XGGI has no GLX extension yet
3/28 05:26:31 hiyuh
neiljp: I've generated it by xmodmap -pke like you said.
and then, I've used it with/without xggimap.base by xmodmap
(or, it requres some tweaks?).
but some keys get more messy. (e.g. return key does not work or so.)
3/28 05:30:02 hiyuh
bughunter: ok, thanks.
if so, to build with mesa makes only compiling time longer, ATM.
it's nonsense, IMHO.
3/28 05:32:54 neiljp
hiyuh: stupid question, but does xggi work in x? :)
3/28 05:33:01 neiljp
hiyuh: ie. all the keys, etc
3/28 05:33:14 neiljp
hiyuh: that is, assuming you're running xggi only on fbdev atm
3/28 05:33:23 neiljp
(from your script)
Xnestか？ 8-)
[Eh? o.O
Well, it looks like Xnest？ 8-)]
3/28 05:41:37 hiyuhそこまで言うか，流石． ;)
neiljp: well, you mean XGGI can run in other X?
3/28 05:42:06 neiljp
hiyuh: I assume so, if you set the GGI targets correctly
3/28 05:42:19 bughunter
hiyuh: yes, it can. This way you can debug XGGI with ddd, for example.
3/28 05:43:06 hiyuh
heh, sounds like Xnest.
3/28 05:43:43 bughunter
yeah, but can you in turn run Xnest in Xnest ?
3/28 05:43:46 neiljp
of course if the bug is in linux-kbd
or whatever input you have on the console with fbdev,
then it won't help debugging that
3/28 05:43:57 bughunter
you can run XGGI in XGGI in XGGI in Xorg, for example
3/28 05:44:21 bughunter
so who cares about Xnest? ;-)
3/28 05:44:27 hiyuh
hehe
で，新しい設定をチェックして頂く． :9
[Hehe, looks like so aggresive. ;)
Then, I'd like to check my new configurations. :9]
3/28 05:52:30 hiyuhと言う事で，またムニャる． :S
So, like GGI_DEFMOD="640x480[C24]" GGI_DISPLAY="display-x:-noinput"?
3/28 05:52:40 bughunter
GGI_DEFMODE
3/28 05:52:53 hiyuh
bah, sorry. :(
3/28 05:55:14 bughunter
and what do you use as input?
3/28 05:58:18 hiyuh
I've set it as GGI_INPUT="(input-linux-mouse:imps2,/dev/input/mice):(input-linux-kbd)"
3/28 05:58:27 bughunter
ok
3/28 05:58:37 bughunter
hmm...
3/28 05:59:02 bughunter
I think, this GGI_INPUT is ok when you want to run XGGI on fbdev, for example
3/28 05:59:33 bughunter
but to run XGGI on X, it is better to use the native display-x input
3/28 06:00:02 bughunter
that means, unset GGI_INPUT and set GGI_DISPLAY="display-x"
3/28 06:00:30 hiyuh
yes, sir. :9
3/28 06:09:24 hiyuh
bughunter: so, like this? http://rafb.net/paste/results/FzPqqX29.html
3/28 06:10:58 neiljp
talking about nesting xggi made me think of a problem I had recently
- my x server crashed :(
3/28 06:11:50 hiyuh
oh, well... it's horrible. :P
3/28 06:12:08 bughunter
hiyuh: what is startxggi.sh ?
3/28 06:12:14 neiljp
could xggi be used as a proxy?
so clients connect to xggi, and it then connects to a 'real' x server?
3/28 06:12:57 bughunter
.oO(XGGI on XVNC)
3/28 06:13:55 neiljp
ideally xclient<->xggi<->xorg, but x connections don't like breakages, right?
ie. if xorg dies, xggi dies too
3/28 06:14:21 neiljp
so you need the ability to disconnect the chain between xggi and xorg
3/28 06:14:24 bughunter
hiyuh: you need to tell XGGI somewhere which display to use
- i.e. if x.org runs on :0, then XGGI must run on :1, etc.
3/28 06:15:11 bughunter
hiyuh: and then your x apps must connect to display :1 to run within XGGI.
3/28 06:16:10 neiljp
xvnc is one way to disconnect the chain,
ie. I guess: xclient<->xggi<->xvnc<===> xvncclient<->xorg
3/28 06:16:14 bughunter
neiljp: You want Xserver-balancing ? :)
3/28 06:16:52 bughunter
xvncclient<->xggi<->fbdev :)
3/28 06:17:00 neiljp
when I was involved in fresco, and chatting to other projects too,
there was the idea of being able to move your display to
for example a mobile device
3/28 06:17:11 neiljp
bughunter: sure, but your apps keep running
3/28 06:18:03 neiljp
of course, xvnc is effectively a server in there too,
which isn't really needed if you don't want to use vnc protocol
3/28 06:18:26 neiljp
if you only care about local, it would be useful to have xclient<->xggi<->memory<->xorg
3/28 06:19:23 neiljp
then we effectively delegate xorg to what it 'should' be...
a graphics driver display framework ;)
3/28 06:19:51 neiljp
ie. xggi handles xlib and xorg handles rendering
3/28 06:21:02 neiljp
the problem of course is handling the rendering requests
so that xorg rendering is accelerated via the xggi/memory requests
3/28 06:21:43 *
neiljp wonders if bughunter is whipping up some clever app in the background ;)
3/28 06:22:22 neiljp
anyhow I've emptied my brain of that, so time for me to get back to some ironing :|
3/28 06:22:40 hiyuh
bughunter: startxggi.sh is equal to startx.sh (I've renamed it)
which was one of xggi-2.0.0.src.tar.gz stuffs.
3/28 06:27:17 bughunter
hiyuh: ok. Then pass XGGI's display number as argument to startxggi.sh
3/28 06:27:30 bughunter
hiyuh: /usr/bin/startxggi.sh :1 (for example)
3/28 06:27:46 bughunter
hiyuh: It is recommended to use the next free display number
3/28 06:28:07 bughunter
hiyuh: (see my comments above)
3/28 06:28:19 hiyuh
okay, I'll try that.
[Then, Munya-Mnya. :S]
3/28 06:33:17 neiljpマジメに話しているのかと思ったら，何をやっとるんだ，アンタ等． :D
bughunter: I suppose that what I am after is disconnect/reconnect operation
for ggi targets
3/28 06:33:30 neiljp
or at least display-x
3/28 06:36:25 bughunter
or more generic: let GGI apps attach/detach
to display-targets at runtime very similar to screen
3/28 06:36:35 neiljp
a hypothetical situation: GGI_DISPLAY=x ggi_app;
[ggi_app connects to DISPLAY using display-x]
[send a message to ggi_app, the ggi part of it, GGI_DISPLAY=x:screen=:1]
[ggi unloads x target, reloads x target with DISPLAY=:1]
3/28 06:36:37 bughunter
neiljp: Is that right?
3/28 06:37:04 neiljp
perhaps
3/28 06:37:05 neiljp
yes
3/28 06:37:37 neiljp
of course, then you need to handle input too...
3/28 06:37:51 neiljp
but that's my crazy idea for the day/week/month :)
3/28 06:37:51 bughunter
yup
3/28 06:37:57 neiljp
;)
3/28 06:38:31 bughunter
.oO(We should add a 'Idea of the day' to our GGI homepage)
3/28 06:38:53 bughunter
or perhaps 'Quote of the day'
3/28 06:39:59 bughunter
something like 'Blackholes are where god divided by zero'
3/28 06:40:04 bughunter
:)
3/28 06:40:44 neiljp
atm you could do: xclient<->xggi<->memory, hacky_app(memory)<->xorg
3/28 06:40:55 neiljp
which would be like a shortcut vnc
3/28 06:41:07 bughunter
another possible 'Quote of the day':
3/28 06:41:08 bughunter
"By filing this bug you have questioned my family honor. Prepare to die!"
3/28 06:41:08 bughunter
-- Klingon programming - rule 8
3/28 06:41:13 bughunter
:)
3/28 06:41:15 neiljp
or ggiteleserver would work
3/28 06:41:22 neiljp
hmm
3/28 06:41:30 neiljp
methinks bughunter isn't taking my idea seriously ;)
3/28 06:42:07 bughunter
well for now we have to bring -current back into working state
3/28 06:42:21 bughunter
then we can think on what's next
3/28 06:44:29 bughunter
"A bus station is where a bus stops.
3/28 06:44:29 bughunter
A train station is where a train stops.
3/28 06:44:29 bughunter
Now, on my desk, I have a work station..."
3/28 06:45:32 hiyuh
lol
[IMAO, ya must be funny folks. :D]
あ，因みにまだ動いてませんよ，XGGI on Xは． :P
分かった事は，${DISPLAY}をキチンと設定しないとダメっぽいと言う事だけ．
[Well, XGGI on X does not run by my configurations, ATM. :P
All I can say about it is:
It must be set acceptable ${DISPLAY} variable.
Otherwise, it doesn't work.]
2006/03/22
gensplash + qingy
言い出した手前，色々誤解の無い様に落ち穂拾い．
[Well, it's a followup.]
bootsplashとgensplashは別物．参考：spock's devsite gensplash::FAQ 1
genkernelの--gensplash=${THEME}には/etc/splash直下のディレクトリ名を指定．
genkernelの--gensplash=${WIDTH}x${HEIGHT}は適当な解像度のみを指定，
且つ，/etc/splash/${THEME}/${WIDTH}x${HEIGHT}.cfgが存在する事を確認．
[bootsplash isn't gensplash. see also: spock's devsite gensplash::FAQ 1
--gensplash=${THEME} as a genkernel's option requires directroy's name which is in under the /etc/splash.
--gensplash-res=${WIDTH}x${HEIGHT} as a genkernel's option requires to set sane resolution of your display, and then make sure that you have /etc/splash/${THEME}/${WIDTH}x${HEIGHT}.cfg.]
つまり，
genkernel経由で，
emergenceをテーマに使用して，
1024x768なgensplashを使う為には以下を実行．
[Therefore,
If you want to use genkernel, to use emergence as a theme of gensplash, your display resolution is 1024x768, then please do like that.]
カーネルコンフィグ画面で，
CONFIG_FB_SPLASH=yになる様に設定するのを忘れずに．
既に，CONFIG_FB_SPLASH=yなら，最後のgenkernelコマンドは，
[So, --bootsplash as a option of genkernel is NOT mandatory with it.
When configuration the kernel, make sure to set CONFIG_FB_SPLASH=y.
If you already had like that setting, all you have to do is,]
[for re-generate your initramfs.]
もちろん，カーネルのソースは，
gensplashに対応出来る様にfbsplashパッチが適用されていないとダメ．
ちなみに，このパッチはgentoo-sourcesには常に適用されているみたい．
他は適当に調べてくださいな．
initramfsが巧く作れれば，ブートローダが在れば何処でも使えるハズの
ブート時にカーネルに渡すパラメータの説明が出るので適当に設定して下さいな．
[Of cource, your kernel sources were patched with the fbsplash patch before you built the kenrel/initramfs.
sys-kernel/gentoo-sources seems be patched when it released.
If you use other kernel sources, you have to confirm whether it's patched.
Then, after to generate initramfs succesfully, you'll see some warning for using the gensplash with some boot-loader.
It's as known as kernel parameters for boot your kernel, so you have to set it.]
次はsys-apps/qingy．
コイツはdev-libs/DirectFBを使うので，何も考えずにやると危険です．
と言うのは，dev-libs/DirectFBが偶に後方互換性を切り捨てたりするので，
これにリンクされたアプリケーション，
つまり，USE="directfb"でemergeしたアプリケーションが固まったり，
fusionと言うカーネルモジュールをあわせて使う事も出来るので，
カーネルのアップグレード時にリコンパイルを忘れたりすると刺さるのです．
[Next is sys-apps/qingy.
It requires dev-libs/DirectFB, so some dangerousness are.
Like I said, dev-libs/DirectFB sometimes breaks its backward-comptibilities,
so some apps were linked with it will lock-up/break.
And then, it can use fusion as a kernel module.
So, If you forgot to re-compile it when upgrade the kernel,
your system will lock-up/break.]
なお，fusionカーネルモジュールは今のところ公式なPortageには入ってません．
よって，dev-libs/DirectFBをUSE="fusion"でemergeすると多分失敗します．
どうしてもUSE="fusion"なdev-libs/DirectFBが欲しい人は，
new ebuild: fusion for DirectFBを見てください．
ただし，sys-apps/qingyの為だけにdev-libs/DirectFBを使うのなら，
このfusionモジュールは必要ありません．
このfusionカーネルモジュールは，今のところ，
x11-base/{xdirectfb,XDirectFB}を使わない限り必要無いと思います．
更に，このfusionと言うUSEフラグ自体が，
profileによってはuse.maskされている事も有ります．
本当は動くのですが，ハマる人が多かった所為でppcではマスクされてます．
[Unfortunatlly, the fusion module is not contained in official portage tree at the moment.
So, it means that emerging dev-libs/DirectFB with USE="fusion" will have compilation failure at the moment.
If you want to emerge it with USE="fusion", please see new ebuild: fusion for DirectFB.
However, if you want to use dev-libs/DirectFB ONLY for sys-apps/qingy, it's NOT mandatory to emerge it with USE="fusion".
At the moment, the fusion module is ONLY required by x11-base/{xdirectfb,XDirectFB}.
And then, fusion as a USE flag may be masked by some profiles' use.mask for many packages' stabilities.
Of cource, the fusion module works fine on many architectures, IIRC.]
お薦めの設定としては，
/etc/make.confのUSEフラグに-directfb -fusionを入れておいて，
/etc/portage/package.useでdirectfbをUSEフラグに含むアプリケーションに対して，
どうしても必要ならONにして下さい．
最低限，
dev-libs/DirectFBにはUSE="fbcon gif png jpeg truetype zlib sysfs"が有れば，
sys-apps/qingyの為には十分なハズです．
後は，
/etc/inittab，
/etc/qingy以下のディレクトリ／ファイル，
/usr/share/qingy以下のディレクトリ／ファイル
辺りを適当に弄って下さい． :P
[I recommend to set USE="-directfb -fusion" in /etc/make.conf.
And, if you want to use the app with dev-libs/DirectFB, set directfb as a USE flag in /etc/portage/package.use.
At least, all you have to do for using sys-apps/qingy with dev-libs/DirectFB is to emerge dev-libs/DirectFB with USE="fbcon gif png jpeg truetype zlib sysfs", IIRC.
After emerge it, feel free to modify /etc/inittab, /etc/qingy, /use/share/qingy or so, AT YOUR OWN RISK. :P]
[Well, it's a followup.]
bootsplashとgensplashは別物．参考：spock's devsite gensplash::FAQ 1
genkernelの--gensplash=${THEME}には/etc/splash直下のディレクトリ名を指定．
genkernelの--gensplash=${WIDTH}x${HEIGHT}は適当な解像度のみを指定，
且つ，/etc/splash/${THEME}/${WIDTH}x${HEIGHT}.cfgが存在する事を確認．
[bootsplash isn't gensplash. see also: spock's devsite gensplash::FAQ 1
--gensplash=${THEME} as a genkernel's option requires directroy's name which is in under the /etc/splash.
--gensplash-res=${WIDTH}x${HEIGHT} as a genkernel's option requires to set sane resolution of your display, and then make sure that you have /etc/splash/${THEME}/${WIDTH}x${HEIGHT}.cfg.]
つまり，
genkernel経由で，
emergenceをテーマに使用して，
1024x768なgensplashを使う為には以下を実行．
[Therefore,
If you want to use genkernel, to use emergence as a theme of gensplash, your display resolution is 1024x768, then please do like that.]
$ genkernel --menuconfig --gensplash=emergence --gensplash-res=1024x768 allこの時，--bootsplashオプションは必要有りません．
カーネルコンフィグ画面で，
CONFIG_FB_SPLASH=yになる様に設定するのを忘れずに．
既に，CONFIG_FB_SPLASH=yなら，最後のgenkernelコマンドは，
[So, --bootsplash as a option of genkernel is NOT mandatory with it.
When configuration the kernel, make sure to set CONFIG_FB_SPLASH=y.
If you already had like that setting, all you have to do is,]
$ genkernel --oldconfig --gensplash=emergence --gensplash-res=1024x768 initrdでinitramfsだけ作り直せばOK．
[for re-generate your initramfs.]
もちろん，カーネルのソースは，
gensplashに対応出来る様にfbsplashパッチが適用されていないとダメ．
ちなみに，このパッチはgentoo-sourcesには常に適用されているみたい．
他は適当に調べてくださいな．
initramfsが巧く作れれば，ブートローダが在れば何処でも使えるハズの
ブート時にカーネルに渡すパラメータの説明が出るので適当に設定して下さいな．
[Of cource, your kernel sources were patched with the fbsplash patch before you built the kenrel/initramfs.
sys-kernel/gentoo-sources seems be patched when it released.
If you use other kernel sources, you have to confirm whether it's patched.
Then, after to generate initramfs succesfully, you'll see some warning for using the gensplash with some boot-loader.
It's as known as kernel parameters for boot your kernel, so you have to set it.]
次はsys-apps/qingy．
コイツはdev-libs/DirectFBを使うので，何も考えずにやると危険です．
と言うのは，dev-libs/DirectFBが偶に後方互換性を切り捨てたりするので，
これにリンクされたアプリケーション，
つまり，USE="directfb"でemergeしたアプリケーションが固まったり，
fusionと言うカーネルモジュールをあわせて使う事も出来るので，
カーネルのアップグレード時にリコンパイルを忘れたりすると刺さるのです．
[Next is sys-apps/qingy.
It requires dev-libs/DirectFB, so some dangerousness are.
Like I said, dev-libs/DirectFB sometimes breaks its backward-comptibilities,
so some apps were linked with it will lock-up/break.
And then, it can use fusion as a kernel module.
So, If you forgot to re-compile it when upgrade the kernel,
your system will lock-up/break.]
なお，fusionカーネルモジュールは今のところ公式なPortageには入ってません．
よって，dev-libs/DirectFBをUSE="fusion"でemergeすると多分失敗します．
どうしてもUSE="fusion"なdev-libs/DirectFBが欲しい人は，
new ebuild: fusion for DirectFBを見てください．
ただし，sys-apps/qingyの為だけにdev-libs/DirectFBを使うのなら，
このfusionモジュールは必要ありません．
このfusionカーネルモジュールは，今のところ，
x11-base/{xdirectfb,XDirectFB}を使わない限り必要無いと思います．
更に，このfusionと言うUSEフラグ自体が，
profileによってはuse.maskされている事も有ります．
本当は動くのですが，ハマる人が多かった所為でppcではマスクされてます．
[Unfortunatlly, the fusion module is not contained in official portage tree at the moment.
So, it means that emerging dev-libs/DirectFB with USE="fusion" will have compilation failure at the moment.
If you want to emerge it with USE="fusion", please see new ebuild: fusion for DirectFB.
However, if you want to use dev-libs/DirectFB ONLY for sys-apps/qingy, it's NOT mandatory to emerge it with USE="fusion".
At the moment, the fusion module is ONLY required by x11-base/{xdirectfb,XDirectFB}.
And then, fusion as a USE flag may be masked by some profiles' use.mask for many packages' stabilities.
Of cource, the fusion module works fine on many architectures, IIRC.]
お薦めの設定としては，
/etc/make.confのUSEフラグに-directfb -fusionを入れておいて，
/etc/portage/package.useでdirectfbをUSEフラグに含むアプリケーションに対して，
どうしても必要ならONにして下さい．
最低限，
dev-libs/DirectFBにはUSE="fbcon gif png jpeg truetype zlib sysfs"が有れば，
sys-apps/qingyの為には十分なハズです．
後は，
/etc/inittab，
/etc/qingy以下のディレクトリ／ファイル，
/usr/share/qingy以下のディレクトリ／ファイル
辺りを適当に弄って下さい． :P
[I recommend to set USE="-directfb -fusion" in /etc/make.conf.
And, if you want to use the app with dev-libs/DirectFB, set directfb as a USE flag in /etc/portage/package.use.
At least, all you have to do for using sys-apps/qingy with dev-libs/DirectFB is to emerge dev-libs/DirectFB with USE="fbcon gif png jpeg truetype zlib sysfs", IIRC.
After emerge it, feel free to modify /etc/inittab, /etc/qingy, /use/share/qingy or so, AT YOUR OWN RISK. :P]
2006/03/20
GentooJP.Nomikai++; // OSC2006 Spring
さっきまで，死んでた． :P
[Well, I've slept just now. :P]
金曜日は朝からOSCに参加．
平日な所為か，あんまり人が来てなかった．
GentooJPな人ではセミナーをまわっていたKalinさんにしか会えなかったし，
みやはらさん（OSCの中の人）も，「土曜日が本番になる」なんて事を言っていた．
その日は，何人かGentooユーザーな人も来てくれて，
「英検3級しか持ってなくてもIRCはいける」とか，
「~ARCHは面白過ぎる」とか，
「OpenBlocksはどうした？」とか，
「へちょいハードだとコンパイルがダルい」とか，
「glsa-checkがお薦め」とか，色々．
午後五時きっかりくらいでブースを閉めて，
近くのDOUTORでKalinさんと話し込んでた．
彼はかなりの玄人ユーザーで，LKMLにパッチを投げたりした事もあるみたい．
「Gentooの為なら，オレのサーバにアカウントを作ってあげるよ？」とか，
「bluetooth-alsaのebuildはヤバかった」とか，色々．
[Friday, I atedded OSC.
The turnout of OSC at the friday seems smaller than Saturday's.
We (I and Kalin) have talk with some gentoo users who atended OSC
about...
"To talk about gentoo on IRC w/ STEP3 is maybe OK",
"~ARCH on gentoo is so fun",
"Well, where is Gentoo on OpenBlocks?",
"emerge on poor hardware is too dull",
"I recommend to use glsa-check", or so on.
After we closed gentoo booth at about 17:00,
I talked with Kalin at DOUTOR who is Gentoo evangelist.
He said like that.
"My servers are everything's ready, for gentoo."
"The first ebuild of bluetooth-alsa is, well, subtle.", or so on.]
で，土曜日も参加．
目覚しを朝七時に設定しておいて二度寝すると言うお約束な展開，
遅刻してしまってごめんなさい． :(
結局昼過ぎに慌てて17"液晶を持って家を出ると言う始末．
やっぱり土曜日の方が結構人が来てくれてた感じ．
展示終了直前にOSASKブースに例の本を買いに走るが，
Lightning Talkの為，Kの人は不在でサインはもらえませんでした，残念．:S
適当に展示を終了して，飲み会が二時間程．
「groffの-Tnipponはどうにかならんのか？」とか，
「と言うか，ドキュメントは英語で良くね？」とか，
「そんな事より，SpanKYがヤバい」とか，
「Kernel Trafficはどーなっとるんだ？」とか，色々．
[Saturday, I attended OSC, too.
I had set my alarm at 7:00, but I've overslept. :(
The turnout of OSC on saturday seems larger than Friday's.
I've get the book at OSASK booth, the guy of "K" isn't at the booth.
Because of he had to prepare for lightning talk. :(
Then, Gentoolists went to Nomikai.
We talked about like that.
"groff's -Tnippon as a option is not good idea.",
"In fact, the documents are only written in English is good?",
"well, SpanKY++.",
"Kernel Traffic breaks?", or so on.]
Kalinがアップしてくれた写真はこちら．
敢えて，誰が誰とは言わない． :P
[Here are some pictures of OSC thanks to Kalin.
Well, I can't say who is who. :P]
[Well, I've slept just now. :P]
金曜日は朝からOSCに参加．
平日な所為か，あんまり人が来てなかった．
GentooJPな人ではセミナーをまわっていたKalinさんにしか会えなかったし，
みやはらさん（OSCの中の人）も，「土曜日が本番になる」なんて事を言っていた．
その日は，何人かGentooユーザーな人も来てくれて，
「英検3級しか持ってなくてもIRCはいける」とか，
「~ARCHは面白過ぎる」とか，
「OpenBlocksはどうした？」とか，
「へちょいハードだとコンパイルがダルい」とか，
「glsa-checkがお薦め」とか，色々．
午後五時きっかりくらいでブースを閉めて，
近くのDOUTORでKalinさんと話し込んでた．
彼はかなりの玄人ユーザーで，LKMLにパッチを投げたりした事もあるみたい．
「Gentooの為なら，オレのサーバにアカウントを作ってあげるよ？」とか，
「bluetooth-alsaのebuildはヤバかった」とか，色々．
[Friday, I atedded OSC.
The turnout of OSC at the friday seems smaller than Saturday's.
We (I and Kalin) have talk with some gentoo users who atended OSC
about...
"To talk about gentoo on IRC w/ STEP3 is maybe OK",
"~ARCH on gentoo is so fun",
"Well, where is Gentoo on OpenBlocks?",
"emerge on poor hardware is too dull",
"I recommend to use glsa-check", or so on.
After we closed gentoo booth at about 17:00,
I talked with Kalin at DOUTOR who is Gentoo evangelist.
He said like that.
"My servers are everything's ready, for gentoo."
"The first ebuild of bluetooth-alsa is, well, subtle.", or so on.]
で，土曜日も参加．
目覚しを朝七時に設定しておいて二度寝すると言うお約束な展開，
遅刻してしまってごめんなさい． :(
結局昼過ぎに慌てて17"液晶を持って家を出ると言う始末．
やっぱり土曜日の方が結構人が来てくれてた感じ．
展示終了直前にOSASKブースに例の本を買いに走るが，
Lightning Talkの為，Kの人は不在でサインはもらえませんでした，残念．:S
適当に展示を終了して，飲み会が二時間程．
「groffの-Tnipponはどうにかならんのか？」とか，
「と言うか，ドキュメントは英語で良くね？」とか，
「そんな事より，SpanKYがヤバい」とか，
「Kernel Trafficはどーなっとるんだ？」とか，色々．
[Saturday, I attended OSC, too.
I had set my alarm at 7:00, but I've overslept. :(
The turnout of OSC on saturday seems larger than Friday's.
I've get the book at OSASK booth, the guy of "K" isn't at the booth.
Because of he had to prepare for lightning talk. :(
Then, Gentoolists went to Nomikai.
We talked about like that.
"groff's -Tnippon as a option is not good idea.",
"In fact, the documents are only written in English is good?",
"well, SpanKY++.",
"Kernel Traffic breaks?", or so on.]
Kalinがアップしてくれた写真はこちら．
敢えて，誰が誰とは言わない． :P
[Here are some pictures of OSC thanks to Kalin.
Well, I can't say who is who. :P]
2006/03/16
mixed stuffs related gentoo #2
整理するのが面倒になってきた． :P
先ず，Gentooに関連する事で，やった事／やる事を駄々書き．
[Hmm, to separate some stuffs is so dull for me. :P
These are my DONE/TODO list related gentoo...]
DONE:
To make/contribute ebuilds for XGGI 2.0, GGI 2.2
See bug #126400 in Gentoo bugzilla.
To use wmii current via hg tip via ebuild
See my portage overlay.
TODO:
For GentooJP exhibit at OSC2006 spring
Cleaning my 17"LCD
To prepare some UTP cables, a tap for power supply, NETGEAR HUB
Gentooとは関係無いけど，引越しの手続きもした．
新居（？）は大宮のすぐ近くで，三階建てのビルの三階．
洋室六帖と和室六帖．風呂，トイレ，台所，エアコン付き．
何故か部屋の中に洗濯機を仕舞える押入みたいなモノもあって，月五万．
．．．怪しい． :P
[Umm, It's non-related gentoo thing.
I'm doing some formalities for my house moving.
My new room is in nearby O-miya.
The room is 3rd floor of a bldg.
It has a wooden floor of 6-mat and a tatami floor of 6-mat.
It has also a bath room, a rest room, a kitchen, with air conditioner.
I didn't understant why it has like a closet which is for a laundry machine.
The cost of per month is about 50,000 yen.
... Well, sounds like fishy. :P]
それより，4/1に入居なのに，3/31には学校が今居る宿舎から出ていけと言う．．．
野宿？ :P
[I'll do my house moving at 4/1.
But, the guys said to me like that:
"Please, prepare to take over the room for new student until 3/31."
WTF, rough sleeping? :P]
先ず，Gentooに関連する事で，やった事／やる事を駄々書き．
[Hmm, to separate some stuffs is so dull for me. :P
These are my DONE/TODO list related gentoo...]
DONE:
To make/contribute ebuilds for XGGI 2.0, GGI 2.2
See bug #126400 in Gentoo bugzilla.
To use wmii current via hg tip via ebuild
See my portage overlay.
TODO:
For GentooJP exhibit at OSC2006 spring
Cleaning my 17"LCD
To prepare some UTP cables, a tap for power supply, NETGEAR HUB
Gentooとは関係無いけど，引越しの手続きもした．
新居（？）は大宮のすぐ近くで，三階建てのビルの三階．
洋室六帖と和室六帖．風呂，トイレ，台所，エアコン付き．
何故か部屋の中に洗濯機を仕舞える押入みたいなモノもあって，月五万．
．．．怪しい． :P
[Umm, It's non-related gentoo thing.
I'm doing some formalities for my house moving.
My new room is in nearby O-miya.
The room is 3rd floor of a bldg.
It has a wooden floor of 6-mat and a tatami floor of 6-mat.
It has also a bath room, a rest room, a kitchen, with air conditioner.
I didn't understant why it has like a closet which is for a laundry machine.
The cost of per month is about 50,000 yen.
... Well, sounds like fishy. :P]
それより，4/1に入居なのに，3/31には学校が今居る宿舎から出ていけと言う．．．
野宿？ :P
[I'll do my house moving at 4/1.
But, the guys said to me like that:
"Please, prepare to take over the room for new student until 3/31."
WTF, rough sleeping? :P]
2006/03/11
2006/03/02
mixed stuffs related gentoo
ごちゃまぜ．
[These entries are mixed stuffs.]
先ず，gcc for PICを見付けたので，
crossdev guruなSpanKYにちょっかいを出した．
[first, I had reported gcc for PIC to SpanKY aka the crossdev guru.]
公式のモノじゃないし，海外でPICがマイナーだからかな？
ま，自分も既に使ってないから，放置． :P
[Hum, it didn't sound kinda like.
It's unofficial port and PIC is not popular as it is in Japan.
Anyway, I don't touch PIC now, so I'll ignore it, though. :P ]
で，arm-unknown-linux-uclibcなツールチェインを
sys-devel/binutils-2.16.1-r4,
sys-devel/gcc-4.0.2-r3,
sys-kernel/linux-headers-2.6.11-r4,
sys-libs/uclibc-0.9.28
で作る事にする．
これでArmadillo-9はembedded centricなブツになる，ハズ． :P
しかし．．．
[Then,
I would to build arm-unknown-linux-uclibc toolchain from
sys-devel/binutils-2.16.1-r4,
sys-devel/gcc-4.0.2-r3,
sys-kernel/linux-headers-2.6.11-r4,
sys-libs/uclibc-0.9.28.
So, my armadilli-9 will be embedded centric by this toolchain. :P
But...]
[Yeah, it sound kinda like good word for me. ;)]
[Oh, well. it's nightmare rather than not funny. :(]
[My stupid connection was dead atm. :/]
GentooJPのdocチームにバッサリやられる事でしょう．
英検3級しか持ってないもんな． :P
[While it has dead connection,
2006.0 release announcement are translated by my stupid english skill.
It'll be completely re-written by GentooJP doc team, though.
Because of, I have had no TOEIC/TOEFL, I have had only SETP-3. :P]
x11-wm/wmii-3*が必要っぽい． :(
[Now, it's clear, it cuz sys-apps/9base rc script for wmii-2.5.
Umm, I need x11-wm/wmii-3, though. :(]
[These entries are mixed stuffs.]
先ず，gcc for PICを見付けたので，
crossdev guruなSpanKYにちょっかいを出した．
[first, I had reported gcc for PIC to SpanKY aka the crossdev guru.]
2/28 21:06:55 hiyuhあんまり反応は良くない．
SpanKY: around?
2/28 21:20:46 hiyuh
SpanKY: It may be a mere/useless info for you, though.
http://piklab.sourceforge.net/download.php
seems binutils/gcc for Microchip PIC port.
I know dev-embedded/sdcc already supports it.
but, crossdev supports Atmel AVR, PIC and AVR are simlar MPU.
So, corssdev can/will be supported it?
2/28 21:21:55 *
hiyuh couldn't understand toolchain-binutils.eclass
2/28 21:42:09 brix
PIC support in crossdev would be nice
2/28 23:44:33 SpanKY
hiyuh: is the code integrated into official binutils/gcc sources ?
2/28 23:51:52 hiyuh
SpanKY: maybe, it's unofficial one or a fork, I guess.
that's why its sources are only available from Microchip's web page.
公式のモノじゃないし，海外でPICがマイナーだからかな？
ま，自分も既に使ってないから，放置． :P
[Hum, it didn't sound kinda like.
It's unofficial port and PIC is not popular as it is in Japan.
Anyway, I don't touch PIC now, so I'll ignore it, though. :P ]
で，arm-unknown-linux-uclibcなツールチェインを
sys-devel/binutils-2.16.1-r4,
sys-devel/gcc-4.0.2-r3,
sys-kernel/linux-headers-2.6.11-r4,
sys-libs/uclibc-0.9.28
で作る事にする．
これでArmadillo-9はembedded centricなブツになる，ハズ． :P
しかし．．．
[Then,
I would to build arm-unknown-linux-uclibc toolchain from
sys-devel/binutils-2.16.1-r4,
sys-devel/gcc-4.0.2-r3,
sys-kernel/linux-headers-2.6.11-r4,
sys-libs/uclibc-0.9.28.
So, my armadilli-9 will be embedded centric by this toolchain. :P
But...]
3/01 17:51:01 hiyuh或る意味，最高の褒め言葉だね，それは． ;)
SpanKY or psm: around?
3/01 17:52:33 hiyuh
I had uclibc's build process failure
when use crossdev's arm-unknown-linux-uclibc,
it's odd.
3/01 17:53:28 hiyuh
see, this.
http://pastebin.com/578040
it failed non-related /etc stuff are readed.
3/01 17:54:06 hiyuh
but, on pure console. build successfully, like that.
http://pastebin.com/578041
3/01 17:54:53 hiyuh
should I file it as a bug?
3/01 17:55:41 psm
arm can't build it's locales, you have to use USE=pregen
3/01 17:56:49 psm
the locales support in ebuild is incorrect,
so you are on your own if you enabled it
3/01 17:57:43 hiyuh
um? then, why uclibc had build successfully
w/ USE="-pregen" on pure console?
I didn't change any setting, though.
3/01 17:59:30 psm
what is "pure console"?
3/01 17:59:44 hiyuh
it means no X.
3/01 18:00:21 psm
correction:
arm can't build it's locales if native/host system is uclibc
3/01 18:01:58 psm
what is /etc/wmii-2.5/extern?
3/01 18:02:21 hiyuh
it a wm config file.
3/01 18:02:56 hiyuh
http://wmii.de
3/01 18:04:58 hiyuh
so, it's completely non-related uclibc file.
I can't understand why it was readed by uclibc build process...
3/01 18:13:34 hiyuh
psm: the correction means
"if it set CTARGET=arm-*-uclibc and USE="-pregen"
on CBUILD=*-uclibc box,
crossdev will fails to build any locales.
that's why the part of its locales build in uclibc's ebuild
in portage is broken.", right?
3/01 18:15:01 psm
the ebuild is broken generally,
if you dont use pregen, independently of arch
3/01 18:15:31 hiyuh
heh, didn't know that.
3/01 18:15:45 psm
currently only mips/ppc/x86 can rebuild
on an uClibc native host the locales
3/01 18:18:05 psm
it seems that awk gets wrong for print $0
(see end of extra/locale/Makefile), getting that /etc/wmii...
3/01 18:19:00 psm
what awk do you use? gawk?
could you try mawk (change the awk link from gawk to mawk)
3/01 18:20:40 hiyuh
on X, "which awk" said /usr/bin/awk,
than "equery belongs /usr/bin/awk" said sys-apps/gawk-3.1.5
3/01 18:20:54 hiyuh
s/than/then/
3/01 18:21:05 psm
do not reemerge, go only to extra/locale,
run make clean, make
3/01 18:21:43 psm
you have one in /bin/ as well probably
3/01 18:22:18 hiyuh
yeah, /bin/awk is.
3/01 18:22:56 psm
even pregen won't help w/ the /etc/wmii... part running on X,
the command is the same for pregen and own-locale-build
3/01 18:24:34 psm
try mawk, let's see if that gets it right,
if not the script has to corrected, I can't though,
I do not know awk enough
3/01 18:25:34 psm
az: ping
3/01 18:27:21 hiyuh
well, though, mine box is ppc, but its libc is glibc.
so, to build uclibc chroot enviromnent
for arm development is better than
to install arm's cross-compiler directly to /?
it was installed / directlty for just test, atm.
3/01 18:28:49 psm
I wouldn't do cross-compile ppc-glibc to arm-uclibc,
better if need it, ppc-uclibc chroot, there arm-cross
3/01 18:30:26 hiyuh
and then, it is a chance to try hardend? :P
3/01 18:30:46 psm
you are crazy ;)
[Yeah, it sound kinda like good word for me. ;)]
3/01 18:31:47 az今考えると笑えないな，おい． :(
psm: sup?
3/01 18:31:48 psm
I would build hardened only native,
cross-hardened compiling is not tested
3/01 18:33:07 psm
az: could you take a look at uClibc-0.9.28/extra/locale/Makefile?
the last line where awk is used gets instead of $0 something from X
(hiyuh can tell where that comes from, see his earlier paste)
3/01 18:33:47 az
mind pasting that bit ?
3/01 18:34:23 psm
ok, a mom
3/01 18:36:34 psm
az: http://rafb.net/paste/results/ewnB7L35.html
3/01 18:38:36 hiyuh
az, psm: well, complete uclibc's build log is.
should I paset is?
3/01 18:39:03 hiyuh
s/is?/it?/
3/01 18:39:24 psm
hiyuh: where is /etc/wmii-2.5/extern occuring in your environment?
3/01 18:40:17 az
uhm, so it prints whatever until it gets to /WANT_/ ?
3/01 18:41:03 hiyuh
psm, maybe, its setting comes from ${HOME}/.wmii-2.5/wmiirc.
3/01 18:43:59 hiyuh
it's complete uclibc's build log which it failed on X.
http://pastebin.com/578084
3/01 18:44:15 az
anyhow weird way to do it
3/01 18:44:50 az
why not just:
cat uClibc_locale_data.h |
awk '{ if ( /WANT_/ ) exit ; else print }' >
../../include/bits/uClibc_locale_data.h
3/01 18:45:52 az
which could be optimised by not using UUOC
3/01 18:46:07 az
awk '{ if ( /WANT_/ ) exit ; else print }' uClibc_locale_data.h >
../../include/bits/uClibc_locale_data.h
3/01 18:46:54 psm
az: thanks, I will check if the resulting file is the same
3/01 18:48:42 az
problem might be that 'i' is intialized as a int,
and then set to a string later on
3/01 18:48:53 az
gawk should handle it fine, but not sure about others
3/01 18:51:01 az
hmm, maybe not .. its set to the regex evaluation
3/01 18:51:01 hiyuh
hmm, I'll re-setup my development environment
in chroot uclibc userland.
and report it if it need.
3/01 18:51:44 psm
gawk was the one failing/replacing $0 from user env
3/01 18:55:16 az
it really should not care about environment variables,
except if set via -v
3/01 18:55:29 az
anyhow, what i pasted wont work
3/01 18:55:42 az
that is to strip WANT_ ifdefs from the code
3/01 18:57:22 hiyuh
ok, I'll try to use mawk and uclibc userland, though.
like psm said,
ppc-uclibc to arm-uclibc is better than ppc-glibc to arm-uclibc,
I think, too.
3/01 18:57:52 hiyuh
az, psm: anyway, thanks. :)
3/01 18:58:19 az
can you run that manually an check on what line it barfs ?
3/01 18:59:08 psm
az: your pastes?
3/01 19:00:19 psm
the generated file is the content between ifdef/endif of
the earlier that has many #ifdef WANT_something #endif ...
3/01 19:01:59 az
generated is everything outside #ifdef WANT_something #endif
if im not mistaken
3/01 19:02:16 psm
right
3/01 19:02:31 az
could try to do it a bit differently by setting i explicit,
and not via using regex result:
awk 'BEGIN{ i=1 } { if ( /WANT_/ ) i = 0 ; else if (i) print $0;
if ( /endif.*WANT_/ ) i = 1 }'
3/01 19:03:39 hiyuh
ok,
"ebuild cross-arm-unknown-linux-uclibc/uclibc compile"
failed now on X.
what I take it? :P
3/01 19:04:49 az
awk: (FILENAME=- FNR=1) fatal: division by zero attempted
3/01 19:05:00 az
^^ bug in awk or maybe libc ?
3/01 19:05:08 hiyuh
haha.
[Oh, well. it's nightmare rather than not funny. :(]
3/01 19:06:23 psmで，いきなりネットワークの調子が悪くなる． :/
hiyuh: you should crossdev there as well,
do you have binutils/gcc-stage1/headers already?
3/01 19:09:03 hiyuh
psm: oh, well.
so, you mean that I should unistall it, and then re-run crossdev?
3/01 19:10:17 psm
hiyuh: I do not know what you did until now:
stage3-uclibc-ppc/chroot/crossdev -s2(at least) arm-*-linux-uclibc?
3/01 19:15:07 hiyuh
psm: ah, I had run crossdev on console
for build arm-unknown-linux-uclibc.
because of ppc-glibc to arm-uclibc corssdev failed like I pasted.
so, anyway it's installed into / directly atm.
and then,
I did "ebuild cross-arm-unknown-linux-uclibc/uclibc compile"
for testing. it's not enough to test it?
3/01 19:19:56 psm
you can reuse crossdev ,
it will not rebuild binutils/gcc if they already there
3/01 19:20:16 psm
you could try az's change for extra/locale/Makefile
if it works for you
3/01 19:22:55 hiyuh
but, uclibc is alreadly installed
that's why crossdev had no error on console.
so, just re-run crossdev do nothing atm.
now, only to uninstall uclibc is required at least, wrong?
3/01 19:23:35 psm
remove the cross uclibc then and rerun crossdev
3/01 19:23:51 hiyuh
ok, I'll try that. :9
3/01 19:30:56 hiyuh
ok, I did so. then edit extra/locale/Makefile?
3/01 19:32:20 hiyuh
hmm, links-target as a target section?
3/01 19:34:26 hiyuh
well, pregen as a target has same awk script, too.
[My stupid connection was dead atm. :/]
3/01 19:50:04 hiyuhこの間に，2006.0リリースアナウンスをヘボ訳．
sorry, my stupid connection. :(
3/01 19:53:00 hiyuh
psm: like this? http://rafb.net/paste/results/dEkDBK90.html
GentooJPのdocチームにバッサリやられる事でしょう．
英検3級しか持ってないもんな． :P
[While it has dead connection,
2006.0 release announcement are translated by my stupid english skill.
It'll be completely re-written by GentooJP doc team, though.
Because of, I have had no TOEIC/TOEFL, I have had only SETP-3. :P]
3/01 22:44:43 hiyuhと言う訳で，sys-apps/9baseが犯人だった．
psm: sorry, about my network connection was dead.
btw, you have seen my diff for extra/locales/Makefile's diff at rafb?
3/01 22:46:57 psm
no
3/01 22:48:28 hiyuh
ok, please see this. http://rafb.net/paste/results/oNdt8S35.html
3/01 22:49:42 psm
does it work for you under X?
I have tested the output and it is ok (will check w/ mawk as well)
3/01 22:50:19 hiyuh
I haven't test it, though. :P
3/01 22:52:09 hiyuh
psm: then, "make" at the top of uclibc dir, right?
or epatch in ebuild is better?
3/01 22:59:13 psm
if using 0.9.28, then rm -f include/bits/uClibc_locale_data.h;
cd extra/locale; make
3/01 23:03:50 hiyuh
psm: thanks, I'll try that.
3/01 23:05:45 hiyuh
psm: ouch, I get same error. :(
3/01 23:07:08 psm
hiyuh: set | grep wmii ?
3/01 23:09:56 hiyuh
psm: didn't know that.
its result has three entries, wtf.
http://rafb.net/paste/results/rPVjj487.html
3/01 23:11:33 psm
hiyuh: why is 0 set?
that is the one catched by $0, but why only within X?
3/01 23:12:29 psm
arm is used as well,
maybe some wants to make a benefit by supporting those
3/01 23:14:25 hiyuh
psm: yeah, wmii is a bit of strage from normal wm, IMHO.
it is featuring Plan9. maybe, it cuz my uclibc build failure problem.
3/01 23:15:37 psm
Does this 0 mean display 0?
3/01 23:16:50 psm
or :x.0 maybe?
3/01 23:18:32 hiyuh
maybe, no.
/etc/wmii-2.5/extern is a 9base's rc script
which comes from utils Plan9 ports.
it controls keyboard short-cut feature or so, IMHO.
3/01 23:20:01 psm
does the wm itself set 0, or some script?
3/01 23:22:08 hiyuh
psm: maybe, configurable.
3/01 23:22:49 hiyuh
so, X might have no problem,
but my wm is wmii by default atm.
if I had build chroot uclibc userland
and when I use it in wmii by this setting,
same problem will happen, IMHO.
3/01 23:28:04 hiyuh
psm: btw, =wmii-2.5.* depends on 9base's rc script backend.
but, >=wmii-3 will not depend on it, it use *NIX sh backend, I heard.
3/01 23:29:09 hiyuh
psm: so, uclibc's Makefile does not require any change.
3/01 23:30:41 hiyuh
psm: anyway, thanks. I can understand this problem, now. :)
3/01 23:45:33 psm
az: what do you think of it,
the env has 0 set to something and Makefile/awk gets it
3/01 23:46:14 az
the $0 awk uses should have nothing to do with env variables,
except if its used in the code in the Makefile and not escaped properly
3/01 23:46:40 az
ie, in the Makefile it will be $$0 and not $0
3/01 23:47:38 *
hiyuh sees some mails
about "wmii will use sh backend instead of 9base rc script" in its ml.
it's kinda like flame war.
x11-wm/wmii-3*が必要っぽい． :(
[Now, it's clear, it cuz sys-apps/9base rc script for wmii-2.5.
Umm, I need x11-wm/wmii-3, though. :(]
登録:
投稿 (Atom)
![[FSF Associate Member]](https://lh3.googleusercontent.com/blogger_img_proxy/AEn0k_vIavyeWATgOnpTQDlY2P_d8uRIPzXGOZUyccVbx_yiViBw-nsXe5UyL5PXDqA6F9kcNBUBmzSxRDf4sFnryg2mTHhSOUi6aOq70VPd1ItyxnexW2XJ6Q=s0-d)