k3cの日記： ディストリビューションの功罪、目玉の分散 2
おくじさんの嘆きはよく分かる。分かった気になっているだけかも知れないが。
確かにバージョン番号は最近とみにわけわからんことになってきているように思う。おくじさんはその原因の一つに、開発者リソースに対してテスターがあまりに少ないことを挙げ、さらにその原因として「深く考えずに使えてしまう」ディストリビューションの存在を挙げる。
具体例を挙げれば、GRUBを採用しているディストリビューションは非常に多いが、そのほとんどにあの「splashimageパッチ」が適用されていて、そこから上がってくるバグレポートをGRUB開発側が無視せざるを得ないという現状がある。かくいうワタシもうっかりVinePlus/2.6ではsplashimage付きのGRUBパッケージをputしてしまった。3.0からはきっぱりと止めましたけど。
そういう風に、ディストリビューションでは独自の、あるいは別のディストリビューションから引っ張ってきた、パッチを適用することが多くて、Vineなんかもいろんなパッケージでパッチの嵐なわけだが、一方でユーザーはそれを意識しないで使えるしくみになっている。それはもちろん、ディストリビューションの存在意義はそこにこそあるので、それ自体を否定するとディストリビューションの存在が否定されてしまう。
ではどうすればいいのかというと、これはもう、パッケージャが
パッチを上流へ投げる
最新版のソースを追いかける
ことに尽きると思う。パッチを上流へ投げ、採用を働きかける。採用すべきと自分が思う理由でなんとしても相手を説得する。そしてどんどん最新版のソースをパッケージしてディストリビューションに含めて膿を出してまた上流へバグレポートなりパッチなりを返す。そうやって開発に貢献していく熱意が、いまパッケージャに求められている。というかそれが両者のwin-winな関係だと思っている。
そうしないと、どんどん手元のsrc.rpmと上流のソースが乖離していき、安定指向という大義名分の元にどんどん開発元のテスターを減らすような動きが正当化されていってしまう。それでは開発者のモチベーションは下がりっぱなしでしょう。
そんなことを漠然と考えながら、ワタシも微力ながら（本当に些細な）パッチやバグレポートをacpidやらTerminalに投げました。採用もして頂きました。
GRUBではおくじさんにrejectされた（汚い）splashimageパッチが、見た目かっこいいという理由だけで延々と使われ続けて現在に至るのだが、採用されないと分かっているパッチはもうあきらめる、そうでなければパッチを（採用してもらえるように）書き直すとか、それでもダメなら
forkする
くらいの覚悟がないといかんと思う。もちろんワタシにはそんな根性もリソースもないので、小さなパッチやバグレポートを上流へ投げて採用してもらうくらいのことしかできないのだが。
難しい問題です (スコア:1)
splashimageパッチについては、きれいに実装され、十分テストされ、既存の機能を壊さないパッチであれば、採用を考えないでもないです。一番使われているConectiva由来のパッチは、シリアル端末のサポートをぶっ壊すし、誰も直そうとはしないので、絶対に採用したくありません。
Re:難しい問題です (スコア:1)
Voluntaryに開発されてvoluntaryに公開されているソフトウェアが多い現状を考えると、やはり利用者側にもvoluntaryなフィードバックというのは求められてしかるべきではないかと思います。まあそれをあまり強制するとfreeではなくなってしまうので難しいところではありますが、やはりvoluntaryベースで人的リソースが限られている以上、それをわざわざ分散させるのはあまりにももったいないです。
開発側の環境がかなり良くなってきているようなので、あとは使う側（ディストリビューションとユーザー）の努力が問われる時期に来ているのだと思います。あるいは、そのリソースを開発側に向けやすいような開発環境の構築が求められている、という言い方もできるかも知れません。そこまで他力本願な姿勢はまずいか。
ワタシも微力ながら（ほんとに微力だが）がんばります。