手元にwiな無線LAN CardがあったのでMobileGear R530に挿してみる。wpa_supplicant.confを作成してwpa_supplicantを実行してみるが動かない。manのREFERENCEにはwi(4)が載っているので大丈夫だろうと思っていたのだが...。調べてみると現時点ではやっぱりダメらしい。
wi-driver and wpa_supplicant
wi(4)に手を入れないといけないというのが結論。
海外版登場。一瞬ASCIIのBSD Magazineが復活したのかと勘違いしてしまった。
いろいろと欲が出てきてpkgsrcから何か入れてみようと思ったらいきなりdigetstがmakeできない。調べてみるとconfigureがうまくいってないのかconfig.hにlocale.hやらfnctl.hやらunistd.hがあることが明示的に書かれていない。とりあえずは手で修正して当面の目的を達成。
なにかとはまりどころが満載なNetBSD/hpcmips。emacsでたびたび出る*Warnings* Bufferの"Emergency (alloc): Warning: past 95% of memory limits"という警告。現象はどうも下記の現象と同じようだ。
Cannot bootstrap on NetBSD/cobalt
pkgsrcのdigestやmglもちょっとした修正が必要だったりしたが...。
正直な話, 現時点ではHandheld PCよりも小さくて軽くて速いPCがお安く手に入るわけでいまさらこれを使ってNetBSDを動かすというのはかなりの好事家と言える。自分もその1人な訳だが,あちこち探してみるとNetBSD/hpcmipsについてのWeb上の資料はこれが盛り上がった頃のものばかりで現在とは少し状況が異なっている。ここには現時点での心得を書き留めておく。
- Installにあたっては4GByteのCompact FlashとPCMCIAのNICを用意しておくこと。これだけでInstallはかなり楽になる。少なくとも母艦はいらない。
- CFはいつでも取り替えるくらいの気持ちで運用する。正直swapなしではすぐにMemoryが足りなくなる。
- pkgsrcは使えない時はそういうものだと腹を括る。
- X Windowはあてにしない。そのかわりwsconsで仮想consoleを4つくらい起動しておく。
- pkgsrcで何かをbuildをする場合はpkgsrcをおいてあるFile Systemをasyncでmountしておくこと。さもなくば遅くてやっていられない。
とりあえずはこんなところですか。
読了。FreeBSDの開発Processに多くの文面を割いているが正直この辺りは読む必要はなかった。最後の商用製品の開発との比較も開発規模や期間が違い過ぎたりして内容的に苦しい気がした。彼らが検証しているSeven Hypothesesとは以下のようなもの。
- Hypotheses 1: Open source developments will have a core of developers who control the code base. This core will be no larger than 10-15 people, and will create approximately 80% or more of the new functionality.
- Hypothesis 2: For projects that are so large that 10-15 developers cannot write 80% of the code in a reasonable time frame, a strict code ownership policy will have to be adopted to separate the work of additional groups, creating, in effect, several related OSS projects.
- Hypothesis 3: In successful open source developments, a group larger by an order of magnitude than the core will repair defects, and a yet larger group (by another order of magnitude) will report problems.
- Hypothesis 4: Open source developments that have a strong core of developers but never achieve large numbers of contributors beyond that core will be able to create new functionality but will fail because of a lack of resources devoted to finding and repairing defects.
- Hypothesis 5: Defect density in open source releases will generally be lower than commercial code that has only been feature-tested, i.e., received a comparable level of testing.
- Hypothesis 6: In successful open source developments, the developers will also be users of the software.
- Hypothesis 7: OSS developments exhibit very rapid responses to customer problems.
結論ではHypothesis1, 3, 5, 6はDataで裏付けが取れたがHypothesis2,4,7は検証できなかった,ということが記述されている。とは言えこの結論に到達するためだけに論文を読んだのはちょっと時間がもったいなかったかな。
