DeveloperWiki:ゴール

導入

このページは全般的なゴールの共通点で、特定のタスクのためのものではありません。それらは DeveloperWiki:Objectives に書かれるべきで、ゴールの *後に* 構築されるべきです。このページは en:DeveloperWiki の一部です。

目的は時間とともに変わりますが、ゴールは我々全員が合意した、最も変化のないターゲットです。目的はそれらのターゲット、つまりゴールを全うし確実なものにすることを補助するためのタスクです。

現在の提案

James Rayner

• ある程度のレベルの安定性を実現することを目指しながら、実用的な範囲で最新のソフトウェアを提供する
• どのシステム機能にも特定のグラフィカルインターフェースに依存しない
• シンプルな実装で軽量で汎用のディストリビューションであることを維持する
• 強いコミュニティ指向なディストリビューションであり続ける

Roman Kyrylych

• デスクトップ・サーバー・ポータブル PC 向けの信頼できて新しい Linux 技術のセットを提供する
• 家庭・教育・SOHO・大企業での使用に等しく適切である
• ユーザー固有の目的のためにカスタマイズした Arch (ISO とリポジトリ) の亜種を作ることができる強固な基礎を提供する
• "一度インストールすればずっと動き続ける" ディストリビューションであり続ける
• よい国際化・地域化サポートを提供する

Paul Mattal

少し長いかもしれませんが、当時多くの人が Arch の理念のよい要約と考えていたものを、少し前に書かれたメールからコピーしました。今でも有効だと考えています。

• シンプルなデザイン。理由: “デバッグは始めにコードを書くより2倍難しい。つまり、可能な限りうまく書いたコードをデバッグするには、当然賢さが十分ではない。” – Brian W. Kernighan
• i686 オンリー。1つのアーキテクチャ。理由:開発者にとって物事をシンプルに保ち、我々が薄く広がりすぎることを防ぎます。少なくとも Arch がいつか他のアーキテクチャを選ばなくてはならないのは明確です。i686 は永遠には存在しません。正しく行われるのであれば、もっと多くの開発者を集めて複数のアーキテクチャをサポートする方法を探すことには反対しませんが、それぞれのアーキテクチャは、Arch の成功のためのこの重要な側面を維持するために、個別のメンテナンスチームを持つべきだと強く信じています。
• Vanilla. As few patches as is reasonable to make things play together in the ways necessary, and then primarily as stopgap solutions until things get fixed upstream. This creates predictability and allows smart people with general GNU/Linux knowledge to pick up Arch instantly. It also keeps us from maintaining more and more custom patches over time.
• Easy packaging with pacman. The SINGLE thing that will probably keep me from ever leaving Arch is how simple it is to create packages with Pacman. The thought of ever having to write another RPM spec file or something else as obtuse or complicated or ill-conceived as that makes me want to toss my lunch. When I find new software on the Web to help me do my work, I can have it packaged and integrated into my bag of tricks usually in less than an hour. As a result of this simplicity, we have a Community who understands what's going on and can be productively helpful and supportive of each other.
• Binary distribution. Unlike Gentoo, we can download and install Firefox on a reasonably fast machine with a reasonably fast link in less than a minute. Also, we test and certify binaries, so quirks of people's machines don't bugger up their compile processes. The result is that after a pacman -Syu, on any machine, most things just work.

"i686 only" is a outdated now as we have official x86_64 too. However, it's obvious that Arch shouldn't support as many archs as Debian, and projects like LowArch (i586) and probably Arch Linux PPC will be better managed separately. -- Roman Kyrylych

Aaron Griffin

This might not be exactly where or what we are, but cactus once called Arch a "meta distribution". That is, it gives you tools and a very nice base with which you can do whatever you want. I think this also coincides with 2 of the "goals" I would like to see - that is, (a) like Andy said, we provide a very nice base system and not much more, and (b) "Slackware with pacman" - we get likened to Slackware enough, and I think the simplicity that Slackware strives for is ideal for us as well.

eliott

I say focus more on the core packages, the underlying fundamentals. Push the addons higher into the stack. I liken Arch to one of the BSD's, oddly enough. The BSD team focuses on handling the core. They deal with things that come about when the system goes from poweroff to running a base network OS. Then ports managers handle the packages that lay on top of this core system. Just a thought.

Phil

Not got much to add but some point I'd like to ack:

• I'm with eliott regarding a bigger differentiation between core and everything else.
• I also don't think commitments to further architectures will benefit the distro, as Roman said
• I'd also like to see continued support for i18n, even though i don't need it.