ロードマップ

Vine Linux リリースロードマップ

リリースロードマップ

Vine Linux としては、約1年に 1 回のペースでリリースを目指す予定です。

なお、安定性などを考え、x.0 では製品版は出さず、x.1 以降で製品版とする予定です。 (製品版は出してしまうと修正がむずかしいという理由と、メジャーバージョンのリリースマネージメントを製造プロセス(および営業マーケティング)のスケジュールに合わせたくないため)

御意見、御要望などは VineSeed ML までおねがいします。

  2007/02	Vine Linux 4.1/4.1CR
  2007/12	Vine Linux 4.2(メンテナンスリリース)
  2008/09	Vine Linux 5.0
  2008/12	Vine Linux 5.1/5.1CR
  2009/06	Vine Linux 5.2(メンテナンスリリース)
  2009/12	Vine Linux 6.0
  2010/02	Vine Linux 6.1/6.1CR
  2010/08	Vine Linux 6.2(メンテナンスリリース)

次期リリース

次期メジャーリリースは 2008年秋頃に Vine Linux 5.0 を目指して開発します。採用するコンポーネントは現在のところ未定です。

kernel-2.6.x
XOrg X11R7.3?
VLGothic, Mincho?
glib-2, gtk+-2, gnome-2.XX
gcc-4.X?
glibc-2.5?/2.6?
rpm-4.4
firefox-2.X? 3.X?
anthy+scim+scim-bridge
ghostscript-8?, cups-1.2?
...

タイムスケジュール

現状の目標は 2008/09 リリースです。

   NOW		(2007/12/25)	Vine Linux 4.2 リリース
------------------------------------------------------------------------------
   ?		(2008/XX)	Vine Linux 5.0 リリース?

アーキテクチャ

Intel 32bit PC, PowerPC Macintosh 用をリリースする予定です。

x86_64(AMD64/Intel64) については 5.0 までにリリースまで持ち込めるようにしたいと考えています。現在 VineSeed で開発は進められていますが、具体的にどの時点でリリースにできるかは未定です。(パッケージ単位ではすでにそれなりに使えるようにはなっています。)

今後の開発方針(改定中)

VineSeed 開発支援

Vine Linux の元となる VineSeed からは1年半に 1 回のペースでリリースブランチを行い安定化をはかっています。しかし、本来の安定化作業よりもパッケージ自体の調整作業やアーキテクチャ間の調整作業が多くなっているという問題があります。この問題に関しては、現在、クオリティを保つための仕組みや複数のアーキテクチャでの同時開発を補助するための仕組みを考えています。基本的にはビルドファームとよばれるものです。これに加えて、アーキテクチャ依存にならないように、またより良いクオリティのものが開発できるように、ポリシーを決めてそれにしたがった自動チェック機能などを加えていきたいと考えています。これを利用することで、手間だけの問題でアーキテクチャ間に差ができることはなくなりますし、より多くの方々が開発に参加しやすくなると考えています。これに関しても皆様のご意見をお待ちしています。

パッケージ選択ポリシー

Vine Linux 1.0 から受け継がれているパッケージ選択のポリシーは、

コンパクトである(CD1枚程度)
選択肢をなるべく少なくする
安定している
安全である
初心者にも使いやすいものである
日本語が使えないものは日本語化するか使えるものに差し替える

といったところです。ただ、かなり曖昧ですので今後はもうすこし具体的にしていきたいと考えています。これに関しては開発者やユーザの皆様のご意見、ご要望をお待ちしています。

パッケージ選別にはユーザ、開発者の皆様の意見をうまく採り入れられるようアンケートなどを考えたいと思います。みなさまの御意見をお待ちしています。

パッケージ作成ポリシー

このポリシーの目標は、最低限のチェック機構を用意することでパッケージ毎のクオリティのバラツキを防ぎ最終的なクオリティとバランスが保てるようにすることです。現在の VineSeed の活発な開発を保ったまま全体のクオリティを上げ、かつ新しい方々の開発への参加をスムーズにするために、パッケージの作成ポリシーも作成しようと考えています。これはポリシーというよりは規則といったものに近いかもしれませんが、上に述べた自動チェックのためのポリシー作成とそのために必要な規則を策定しようと考えています。たとえば最低限このタグは書かなければならないとか、かならずこのマクロをつかうようにといったことを、いまよりもすこしだけ厳しく決めようと考えています。もちろん多くのアーキテクチャに対応できるようにするためのものも盛り込む予定です。

これらの2つのポリシーを明確にすることで、今後もよりスムーズな開発とリリースを行って行きたいと願っています。みなさまの御意見、御協力を宜しくお願い致します。