Maxの日記： yakプロジェクト雑感 3
昨年12月に立ち上げていただいたyakもゆっくりとだが進んでいる。
あんまり先を急いだり、必要以上に根を詰めてやるべきではないし、
できるところから自分がチャレンジとして意義なり幸せを感じられる
ような形でやっていけばいいと思っているので、これはこれでいい。
で、あれこれ自分的にもプロジェクト的にもToDoはあるんだけど、
自動検出周りはhwdataを新しめのものに変えたので一区切りさせておく。
今気になっているのはやはり環境整備だ。
なかなか思うに任せない感じがする。やはり改良を加えるにはそれなりに
プロジェクトの運営土台をしっかりしておくほうが先決かなという気も
最近してきた。単にあり合わせをリファインしてリマスタするだけでも
いざ、形にしようと思うと結構大変。日常の開発スタイルはそれぞれの
流儀があって、それは尊重するべきだと思うが、集約する場所の運営方法
をあまり突っ込んで決めてないので多少の混乱が生じそうな気がしてきた。
土台といっても某ユーザ会のような話（苦笑）ではなくて、人の利用する
器の部分。sf.jpは色々機能があって、それなりに使いこなせれば便利
なのかも知れないが、それには多少面倒な「手順」を自分の「道具」
として使いこなすための何かが要るんだろう。
CVS、BTS、タスクリスト、プロジェクトドキュメント・・・どれが使えて
どれが使えないか（使えそうに無いのはフォーラムだが（笑））。
使えるものはどう使うか。BTSはわりと使えるような気もしてきた。
タスクリストはどうだかなぁ。これって元々作業内容とかカテゴリが
ある程度はっきりしていないと使えない。
プロジェクトドキュメントは、配布物に含めればいいし要らない感じ。
集約するならページを立ち上げてそこに整理するようなルールにしないと
それこそWiKiみたく（苦笑）、収拾がつかない。
こういうものを使ってやるにはやっぱり、ガイドラインが必要になって
くるかな。
プロジェクト固有のツールとかそういうものを整備していく事も必要かな。
まずこれで気になっているのはリマスタリング環境。
mkknoppixというスクリプトがあって、これがどうもHDインストール
された稼働環境からマスタリングを半自動でやってくれるようなスクリプト
なのだが、BOKの内容に準じているだろうという程度で全然タッチしていな
い。
それから、Mandrakeのようなメニュー管理のガイドラインとツールが
欲しいところ。ツールといっても、Debianのメニューシステムの理解
とか、それをknoppix的にどうアレンジしているかという理解が
根本にあっての独自部分だが、そこをあまり汚くいじるのは後々苦労
しそうな気もする。
いまのところきんねこさんがマスタ作成を請け負っているけど、
成り行き上それ以外の部分もたくさん抱え込んでしまう結果になっている。
それを誰でもできるようにした方がいい。というのも、One-CD Live
ディストロという特性からデベロッパが個人的にマスタを作成する上での
ストレスは減らさないと、特に起動部分のハックについてはトライも
しにくい。
今のメンバはそれぞれ興味分野が違うのだが、それぞれの分野で専念
するためにもマスタ作成のためのルーティンワークみたいなものは
できるだけストレスないような形にしたい。できれば、HDインストール
した稼働環境からマスタが作成できるようなそういうものが。
とにかく、ディストロを作る上でのワークフローというか、道具立て
をちょっと整備しないと、最初の一歩は歩み出せたとしてもその先に
混迷していくことは必至だと思う。
それと、オリジナリティを主張できるようなイメージが欲しい。
ビジュアル面でのデザインワークというか。機能的な差別化が集まる
上で、ビジュアル的なイメージは精神的な拠り所として結構効果的なの
だけど、起動画面のグラフィックにせよシステムの壁紙にせよ、
ちょっと違いを感じさせるような何かが欲しい感じがしてきた。
プロジェクトホームページもちゃんと作るかなぁ。
・・・・思いはあれこれ。どこから手をつけていくか。
まぁ、ぼちぼち... (スコア:1)
ベースデビアンで楽できるかと思っていたら、いろいろいじろうと
思うと、案外楽ができない罠がまっていたという感じ。
いずれにせよ、CD-ROM ブートで楽ができる所もあるのですが、完
結普通のディストリビューションには違いがないわけで、オリジナ
リティを出すのにかかる労力というのは、ある程度は必要であると
いうのを実感しております。
メニューシステムの変更が、こんなにハードル高いとは思わなかっ
たです。UNIX 的には、代替の枠組というのが用意されているのが
普通ですから...
この部分は、最悪、システム側のものは隠せるようですので、隠す
のと追加するので専用のパッケージを作る必要があるかも。
sf.jp って、案外使えない機能というのも多い感じで、期待したよ
りしんどいですね。BTS もなんかいまいちのような...
あ、そうそう。hwsetup ですが、できれば、オリジナルの改変を行
った部分はわかるようにしたいので、
パッケージ名を ya-knoppix-jp-hwdata のような感じに揃えていた
だけるとありがたいです。
BOK をメニューで追うスクリプトは、一段落したら作りたいと思
っていますが、HDD から CD 化というのは、ちょっとハードルが
高いのじゃないかと思っています。
開発レベルでの、最大の問題は、CD image を上げたり落としたり
する部分のオーバーヘッドでしょうか。cloop.image の diff を
リリースするような仕組みがあればいいとは思っていますが。
デザインワークは、ちょっと難しいねぇ...
boot とデスクトップと、HTML の絵だけなら、知合いにお金はら
ってやってもらおうかしらんと思っているのだけど。彼は動物絵は
得意なのだけど、yak は資料も少ないしどれだけできるかなぁ...
あと、boot の絵には、日本語が出せない分、いろいろわかりやす
い情報が入っているといいのではないかと思っています。
F2 も絵でできればいいと思うのですが、そうはいかないのが残念。
思いはあれこれあるものの、１つづつ前進しませう(^^)。
Re:まぁ、ぼちぼち... (スコア:1)
Re:まぁ、ぼちぼち... (スコア:1)
>する部分のオーバーヘッドでしょうか。cloop.image の diff を
>リリースするような仕組みがあればいいとは思っていますが。
これ、どうなんでしょうね。iso9660イメージを予め定められた
ブロックに分割して圧縮しているようですので、ちょっとした
差分が全般にわたるようなことにならないかと。
で、小さなものならsf.jpのコンパイルファームって手もあるん
でしょうが、ディストロのCDイメージですからね・・・・
速い回線上にあるサーバで構築からリマスタリングまでできて、
毎夜ごとに定期的ビルド->そのまま公開サーバにputというような
ことができればいいかもしれませんが、今度は出来上がったものを
DLするのがネックになるか。
>boot とデスクトップと、HTML の絵だけなら、知合いにお金はら
>ってやってもらおうかしらんと思っているのだけど。彼は動物絵は
>得意なのだけど、yak は資料も少ないしどれだけできるかなぁ...
お。実は一年ぶり以上になりますがお絵かきしてみようかなと思って
ました。タブレットも目の前にあるし（笑）
出来映えは請合えないですが、とりあえず萌え系で・・・（ぉぃ
ヤクの絵をどう絡めるかは考えてません（さらにぉぃ）。
あとはロゴかな。CompactDiskの規格ロゴみたいな感じでとか。
壁紙とかバリエーションがあればうれしいと思うので、とりあえず
ひま見てやってみます。
> あと、boot の絵には、日本語が出せない分、いろいろわかりやす
> い情報が入っているといいのではないかと思っています。
F2押したときの画面ってのはグラフィックダメですか・・・
そうですね。説明を入れるなら起動画面の絵自体はあっさりした
ものの方がいいかも。でも640x400程度の解像度だからなぁ・・・
日本語入れるのは辛いかな。
ま、歩みもあたかもヤクのごとく（？）やっていきましょう。
-- (ま)