「Arch と他のディストリビューションの比較」の版間の差分
細 |
Kusanaginoturugi (トーク | 投稿記録) (校正(でき・出来)) |
||
(7人の利用者による、間の60版が非表示) | |||
1行目: | 1行目: | ||
− | [[Category: |
+ | [[Category:Arch について]] |
− | [[ |
+ | [[bs:Arch compared to other distributions]] |
− | [[ |
+ | [[cs:Arch compared to other distributions]] |
[[de:Arch vs. Distribution X]] |
[[de:Arch vs. Distribution X]] |
||
− | [[ |
+ | [[en:Arch compared to other distributions]] |
− | [[ |
+ | [[es:Arch compared to other distributions]] |
− | [[es:Arch Compared to Other Distributions]] |
||
[[fa:آرچ در مقایسه با سایر توزیعها]] |
[[fa:آرچ در مقایسه با سایر توزیعها]] |
||
− | [[ |
+ | [[fi:Arch compared to other distributions]] |
− | [[ |
+ | [[fr:Arch compared to other distributions]] |
− | [[id:Arch |
+ | [[id:Arch compared to other distributions]] |
− | [[it:Arch |
+ | [[it:Arch compared to other distributions]] |
− | [[ |
+ | [[lt:Arch compared to other distributions]] |
− | [[ |
+ | [[pt:Arch compared to other distributions]] |
− | [[ |
+ | [[ru:Arch compared to other distributions]] |
− | [[ |
+ | [[tr:Arch compared to other distributions]] |
− | [[ |
+ | [[zh-hans:Arch compared to other distributions]] |
+ | {{Related articles start}} |
||
− | [[ro: Arch în comparație cu alte distribuții]] |
||
+ | {{Related|Arch Linux}} |
||
− | [[ru:Arch Compared to Other Distributions]] |
||
+ | {{Related|Arch ベースのディストリビューション}} |
||
− | [[sk:Arch Compared to Other Distributions]] |
||
+ | {{Related|Pacman 比較表}} |
||
− | [[th:Arch Compared to Other Distributions]] |
||
+ | {{Related|Arch は最高}} |
||
− | [[tr:Arch_ile_diğer_dağıtımların_karşılaştırması]] |
||
+ | {{Related articles end}} |
||
− | [[uk:Arch Compared to Other Distributions]] |
||
+ | このページでは Arch Linux と他の GNU/Linux ディストリビューション、また UNIX ライクな OS との比較をしています。Arch Linux を利用するのが適しているかどうか迷っている人のために簡単な説明を加えていきます。ある程度は役に立つとは思いますが、実際にディストリビューションを試してみることが比較する最善の方法だということを忘れないで下さい。 |
||
− | [[zh-CN:Arch Compared to Other Distributions]] |
||
− | {{Article summary start|概要}} |
||
− | {{Article summary text|Arch Linux と他の GNU/Linux ディストリビューションや BSD との簡単な比較。}} |
||
− | {{Article summary heading|関連記事}} |
||
− | {{Article summary wiki|Arch Linux (日本語)}} |
||
− | {{Article summary wiki|The Arch Way (日本語)}} |
||
− | {{Article summary heading|外部リンク}} |
||
− | {{Article summary link|DistroWatch.com|http://distrowatch.com/}} |
||
− | {{Article summary end}} |
||
− | このページでは Arch Linux と他の GNU/Linux ディストリビューション、また UNIX ライクな OS との比較をしています。Arch Linux を利用するのが適しているかどうか迷っている人のために簡単な説明を加えていきます。ある程度は訳に立つとは思いますが、実際にディストリビューションを試してみることが比較する最善の方法だということを忘れないで下さい。 |
||
+ | もっと詳しい比較は [[Wikipedia:Comparison of operating systems]] や [[Wikipedia:ja:Linuxディストリビューションの比較]]を見てください。 |
||
− | == ソースベース == |
||
+ | 以下では全て、Arch Linux だけが他のディストリビューションと比較されています。コミュニティによる x86_64 以外のアーキテクチャへの移植は [[Arch ベースのディストリビューション]] を参照してください。 |
||
− | ソースベースのディストリビューションは移植性が高く、OS とアプリケーションをコントロールしコンパイルするのに優位な点(特定の CPU アーキテクチャに最適化できる)がありますが、そのかわりソースをコンパイルするのに時間を費やさなくてはならないという欠点があります。Arch Linux ではすべてのパッケージは i686・x86_64 アーキテクチャに最適化されており、i386/i486/i586 のバイナリを提供するディストリビューションよりパフォーマンスの面で優れています。 |
||
+ | == ソースベース == |
||
− | === Gentoo Linux === |
||
+ | ソースベースのディストリビューションは移植性が高く、OS とアプリケーションをコントロールしコンパイルするのに優位な点(特定の CPU アーキテクチャに最適化できる)がありますが、そのかわりソースをコンパイルするのに時間を費やさなくてはならないという欠点があります。Arch Linux ではすべてのパッケージは x86_64 アーキテクチャのみにコンパイルされています。 |
||
− | Gentoo Linux は Arch Linux と同じローリングリリースを採用しています。これによってパッケージは比較的最新に保たれています。ユーザーが設定する「USE フラグ」によってソースコードから直接コンパイルすることで Gentoo のシステムは成り立っています。Arch Linux はコンパイル済みの i686/x86_64 バイナリを入れるシステムですが、Ports ライクなシステムを使ってソースコードからパッケージをインストールすることも可能です。一般に Arch Linux はビルドとアップデートが速く、Gentoo はより細かくシステムをカスタマイズ可能です。Arch Linux は i686・x86_64 アーキテクチャのみをサポートしていますが、Gentoo は公式に x86、PPC、SPARC、Alpha、AMD64、ARM、MIPS、HP/PA、S/390、sh、Itanium アーキテクチャをサポートしています。OS のインストール時はどちらも最小のベースシステムのみをインストールするので、手動でシステムカスタマイズを行う必要があります。Gentoo を使えば Arch Linux と同じ快適を感じることができるでしょう。 |
||
+ | === CRUX === |
||
− | === Sorcerer/Lunar-Linux/Source Mage === |
||
+ | * [https://crux.nu/ CRUX] はミニマリストディストリビューションで、[[Arch 用語集#KISS|KISS]] 原則に沿っています。Judd Vinet は CRUX に感銘を受け、Arch を作りました。 |
||
− | Sorcerer/Lunar-Linux/Source Mage (SLS) は同じ起源をもったソースベースのディストリビューションです。SLS はパッケージを記述するよりシンプルなスクリプトファイルを持ち、コンパイルの設定にグローバルな設定ファイルを使います。([[Arch Build System (日本語)]] に似ています)。SLS のツールは依存性チェックや任意選択、パッケージのトラッキング・削除・アップグレードを行います。SLS ファミリーにバイナリパッケージは用意されていませんが、インストールされたパッケージを以前のバージョンに簡単に戻す機能があります。 |
||
+ | * CRUX は BSD スタイルの init スクリプトを使います。Arch は systemd を使います。 |
||
− | |||
+ | * Arch はローリングリリースシステムを採用していますが、CRUX はおよそ1年ごとにリリースされます。 |
||
− | インストールする際には shell と ncurses menus によるシンプルなシステムを用い、後から任意でシステムをリコンパイルできます。Arch Linux と同じく、デフォルトの WM/DE/DM はありません。また Xorg はインストール時に含まれていません。複数の X サーバー代替を利用できます。(Xorg 6.8/7, XFree86) |
||
+ | * どちらも Ports ライクなシステムを持ち、*BSD のようにビルドを楽にする基盤を持っていることも同じです。 |
||
− | |||
+ | * Arch Linux では pacman を使って、バイナリのパッケージ管理したり、[[Arch Build System]] をシームレスに動作させます。CRUX はコミュニティによって開発されている prt-get と呼ばれるシステムを使い、Ports システムと連携して依存解決を行いますが、すべてのパッケージはソースからビルドされます (ただし CRUX のインストールにはバイナリを使います)。 |
||
− | SLS には複雑な歴史があります。詳細は [http://wiki.sourcemage.org/SourceMage/History the SourceMage wiki] に書かれています。 |
||
+ | * Arch Linux と CRUX はどちらも公式に x86_64 のみをサポートしています。 |
||
− | |||
+ | * Arch Linux はローリングリリースにのっとった大量のバイナリパッケージのレポジトリ、さらに [[Arch User Repository]] を用意しています。CRUX は更に軽量な公式サポートの Ports システムを提供しており、控えめなコミュニティリポジトリがあります。 |
||
− | == ミニマリスト == |
||
− | |||
− | ミニマリストディストリビューションは Arch Linux と多くの類似点があります。技術的視点から見て、これらディストリビューションは「シンプル」だと考えられています。 |
||
=== LFS === |
=== LFS === |
||
− | LFS(Linux From Scratch) は単純にドキュメントとして存在しています。GNU/Linux システムを動かすための最小パッケージのソースコードの入手、マニュアルコンパイル、パッチ、コンフィグレーションをスクラッチで行うようユーザーに命じています。LFS は限りなくミニマルで、ベースシステムをビルド・カスタマイズする素敵な経験を得ることができ |
+ | * [https://www.linuxfromscratch.org/lfs/ LFS] (Linux From Scratch) は単純にドキュメントとして存在しています。GNU/Linux システムを動かすための最小パッケージのソースコードの入手、マニュアルコンパイル、パッチ、コンフィグレーションをスクラッチで行うようユーザーに命じています。LFS は限りなくミニマルで、ベースシステムをビルド・カスタマイズする素敵な経験を得ることができます。 |
+ | * LFS にはオンラインリポジトリがありません。ソースを自分で手にいれ、コンパイルしインストールすることになります (手動のパッケージ管理の方法が LFS ヒントの中にあります)。 |
||
− | |||
+ | * Arch Linux には [[systemd]] や強力な [[pacman]] パッケージマネージャが付いており、x86_64 に最適化してコンパイルされたパッケージを提供します。Arch Linux のベースシステムでは、Arch のコミュニティや開発者による何千ものバイナリパッケージを pacman を使ってインストールでき、[[Arch Build System]] 用の [[PKGBUILD]] ビルドスクリプトもあります。また Arch にはパッケージを便宜にビルド・カスタマイズするための [[makepkg]] ツールがあり、できたパッケージはそのまま pacman でインストールできます。 |
||
− | === CRUX === |
||
+ | * Judd Vinet はスクラッチから Arch Linux を作り、pacman を C 言語で記述しました。歴史的に、Arch Linux は時々ユーモアとして「便利なパッケージマネージャ付き Linux」 (Linux, with a nice package manager) と表現されることがあります。 |
||
− | |||
− | Arch Linux の創始者、Judd Vinet は Arch を作る前、CRUX に感銘を受け、愛用していました。CRUX は Per Lidén によって作られたミニマリストディストリビューションです。Judd Vinet は CRUX や BSD の思想にインスパイアされ、Arch をスクラッチから作り、[[pacman (日本語)]] をCでコーディングしました。Arch Linux と CRUX には共通の指針が複数あります: どちらもアーキテクチャに最適化され、ミニマリストで、K.I.S.S. 原則に沿っています。Ports ライクなシステムを持ち、*BSD のようにビルドを楽にする小さな基盤を持っていることも同じです。Arch Linux では pacman を使って、バイナリのパッケージ管理したり、[[Arch Build System (日本語)]] をシームレスに動かしています。CRUX はコミュニティによって開発されている prt-get と呼ばれるシステムを使い、Ports システムと連携して依存解決を行います。しかしすべてのパッケージはソースからビルドされます。(CRUX のインストールにはバイナリを使いますが)。Arch Linux は公式に x86_64 と i686 のみサポートしています。CRUX は公式の i686 サポートに而してコミュニティによって x86-64、PPC、64-bit PPC 版が開発されています。 |
||
− | |||
− | Arch Linux はローリングリリースにのっとった大量のバイナリパッケージのレポジトリ、さらに [[Arch User Repository (日本語)]] を用意しています。CRUX はより軽量な Ports システムをサポートし、控えめなコミュニティリポジトリがあります。 |
||
− | |||
− | === Slackware === |
||
− | |||
− | * Slackware と Arch はエレガンスとミニマリズムにフォーカスしたシンプルなディストリビューションという点でとても似ています。 |
||
− | |||
− | * Slackware は完全に vanilla(カーネルに何もパッチをあてていない状態)なことで有名です。Arch は破損を避けたりパッケージをよりクリーンにコンパイルするためにパッチをあてています。 |
||
− | |||
− | * Slackware は BSD スタイルの init スクリプトが標準です。Archは [[systemd (日本語)|systemd]] を採用しています。 |
||
+ | === Gentoo/Funtoo Linux === |
||
− | * Archは [[pacman (日本語)]] パッケージマネージャを供給し、Slackware の標準ツールとは異なり、オートマティックな依存解決とシステムアップデートを行います。Slackware のユーザーは典型的に手動で依存解決を行なっています。 |
||
− | * Arch |
+ | * [https://gentoo.org/ Gentoo Linux] は Arch Linux と同じローリングリリースを採用しています。これによってパッケージは比較的最新に保たれています。 |
+ | * ユーザーが設定する「USE フラグ」によってソースコードから直接コンパイルすることで Gentoo のシステムは成り立っています。Arch Linux はコンパイル済みの x86_64 バイナリを入れるシステムですが、Ports ライクなシステムを使ってソースコードからパッケージをインストールすることも可能です。一般に Arch Linux はビルドとアップデートが速く、Gentoo はより細かくシステムをカスタマイズ可能です。 |
||
+ | * Arch Linux は x86_64 アーキテクチャのみをサポートしていますが Gentoo は公式に x86 (i486/i686), x86_64, PPC/PPC64, SPARC, Alpha, ARM, MIPS, HPPA, S/390, Itanium アーキテクチャをサポートしています。 |
||
+ | * Gentoo の公式パッケージ・システム管理ツールは Arch のものよりも複雑で「パワフル」にできています。Gentoo の中核となる機能 ([[Gentoo:Handbook:X86/Working/USE|USE フラグ]], [[Gentoo:Handbook:X86/Working/Portage#Terminology|SLOT]] など) には同等の機能が Arch Linux に存在しないものがあります。理由の一つとして Arch が主としてバイナリを使うディストリであるというのもありますが、作りをシンプルにして"オーバースペック"にならないようにするという Arch の[[Arch Linux#原則|設計思想]]の違いも大きいでしょう。 |
||
+ | * OS のインストール時はどちらも最小のベースシステムのみをインストールするので、手動でシステムカスタマイズを行う必要があります。[[systemd]] を使いやすいと思うのであれば、Gentoo ユーザーは Arch Linux の様々なところを快適だと感じることができるでしょう。 |
||
+ | === GNU Guix System === |
||
− | * Arch Linux はオフィシャルレポジトリに沢山のバイナリパッケージがありますが、Slackwareのそれはより質素です。 |
||
+ | * [https://guix.gnu.org/ GNU Guix System] は、Arch が [https://crux.nu/ CRUX] から着想を得て作られたのと同じように、[https://nixos.org/ NixOS] から着想を得て作られました。 |
||
− | * Arch には Ports ライクな [[Arch Build System (日本語)]] とユーザーの PKGBUILD の巨大な集合である [[Arch User Repository (日本語)|AUR]] があります。大きさは Arch には及びませんが、Slackware には Arch の PKGBUILD に似た Slackbuilds [http://www.slackbuilds.org slackbuilds.org] というセミオフィシャルレポジトリがあります。Slackware を使えば Arch Linux と同じ快適を感じることができるでしょう。 |
||
+ | * Arch Linux と Guix System は両方ローリングリリースディストリビューションで、パッケージはアップストリームでリリースされてからすぐにディストリビューションで利用可能になります。Guix System は主にソースベースのディストリビューションで(しかし事前にビルドされたバイナリが存在して "[https://guix.gnu.org/en/manual/en/guix.html#Substitutes substitutes]" と呼ばれます)、Arch は主にバイナリディストリビューションです。 |
||
+ | * Arch は [[pacman]] をパッケージマネージャーとして使い、Guix System は他のディストリビューションではサポートされない [https://guix.gnu.org/manual/en/html_node/Features.html experimental packaging features] をサポートする [[guix]] を使います。 |
||
+ | * Arch は x86_64 だけをサポートしますが、Guix System は公式に [https://guix.gnu.org/manual/en/html_node/GNU-Distribution.html 複数のアーキテクチャ] をサポートします。 |
||
+ | * Arch は [[systemd]] を [[init]] システムとして使いますが、Guix System は [https://www.gnu.org/software/shepherd/ GNU Shepherd] を使います。 |
||
+ | * Guix System は、[[Arch ファイルシステム階層|ファイルシステム階層標準]] を含む、たくさんの伝統的な Unix のコンセプトに従っていません。具体的には、伝統的なディストリビューションではたくさんのファイルが複数のディレクトリに分散していますが、Guix System では {{ic|/gnu/store/}} 以下のどこかに配置されます。 |
||
+ | * Arch は時々 (ドライバなどの) フリーではないソフトウェアを配布することがありますが、Guix System はフリーソフトウェアだけを配布し、[[Free Software Foundation]] を追求します。ただし、Guix 向けにフリーではないソフトウェアを配布する代替リポジトリは [https://gitlab.com/nonguix/nonguix 存在します]。 |
||
+ | * Arch はユーザーが直接インストールしたソフトウェアパッケージを設定することを期待しますが、Guix System は Scheme での全体のシステム設定を推奨し、それらは [https://guix.gnu.org/manual/en/html_node/Invoking-guix-system.html instantiates] 設定ファイルになります。 |
||
== 一般向け == |
== 一般向け == |
||
83行目: | 71行目: | ||
これらのディストリビューションは広い範囲での使用をみこんでいて、利用方法を選ばない汎用性があります。 |
これらのディストリビューションは広い範囲での使用をみこんでいて、利用方法を選ばない汎用性があります。 |
||
− | === Debian |
+ | === Debian === |
− | * Debian は |
+ | * [https://www.debian.org/ Debian] は Linux ディストリビューションで一番巨大なプロジェクトであり、コミュニティであり、stable・testing・unstable のそれぞれのブランチをあわせると14万8千以上にもなるバイナリ [https://packages.debian.org/unstable/ パッケージ] を提供しています。Arch で利用できるバイナリパッケージの数はそれに及びませんが、AUR も含めれば、その数は拮抗します。 |
* Debian はフリーソフトウェアの思想にとても熱情を持っています。Arch はそれに比べると甘く、GNU によって「フリーでない」と判断されたパッケージも含みます。 |
* Debian はフリーソフトウェアの思想にとても熱情を持っています。Arch はそれに比べると甘く、GNU によって「フリーでない」と判断されたパッケージも含みます。 |
||
− | * Debian のデザイン・アプローチは安定性と厳重なテストに焦点をおいています。 |
+ | * Debian のデザイン・アプローチは安定性と厳重なテストに焦点をおいています。Debian の Stable は「凍った」パッケージです。最大で [https://wiki.debian.org/LTS 5年間] のサポートが約束されています。Arch のパッケージは Debian の Stable や Testing よりも新しく、Unstable ブランチに相当します。 |
+ | * Debian は多くのアーキテクチャに対応しています: alpha・arm・hppa・i386・x86_64・ia64・m68k・mips・mipsel・powerpc・s390・sparc。Arch は公式対応は x86_64 のみです。 |
||
− | * Debian と Arch は主となるパッケージマネージメントを提供します。 |
||
+ | * Arch はカスタマイズビルド・外部ソース由来のパッケージのインストールを Ports ライクなシステムを有することでサポートしています。Debian にはそれがなく、おおむねその巨大なバイナリリポジトリに頼っています。 |
||
− | * Arch はローリングリリースです。Debian の Stable は「凍った」パッケージです。 |
||
+ | * Arch のインストールによって作られるのは最小限のベース環境だけで、システムコンフィグレーションが透明化されています。Debian にもいくつかインストールの方法がありますが、自動的な設定の方に重きを置いています。 |
||
− | * Debian は多くのアーキテクチャに対応しています。alpha、arm、hppa、i386、x86_64、ia64、m68k、mips、powerpc、s390、sparc。Arch は公式対応は i686 と x86_64 のみ、コミュニティの移植として arm 版(例えば Raspberry Pi 向け)だけです。 |
||
+ | * Arch は基本的にソフトウェアライブラリにヘッダーファイルも入っていますが、Debian はヘッダーファイルは個別にダウンロードする必要があります。 |
||
− | * Arch はカスタマイズビルド・外部ソース由来のパッケージインストールを Ports ライクなシステムを有することでサポートしています。Debian にはそれがなく、おおむねその巨大なバイナリリポジトリに頼っています。 |
||
+ | * Arch はパッチを最小限に抑えており、そうすることで上流のレビューが困難になる問題を避けています。一方、Debian は多くの人に向けてパッケージを自由にパッチを適用しています。 |
||
− | * Arch のインストール時のシステムはミニマルベースのみです。システムコンフィグレーションが透明化されています。Debian にもいくつかインストールの方法がありますが、自動的な設定の方に重きを置いています。 |
||
− | |||
− | * Debian は SysVinit を使っています。Archは [[systemd (日本語)|systemd]] を採用しています。 |
||
− | |||
− | * Arch はパッチを最小に押さえています、そうすることでレビューが困難になる問題を避けています。Debian はおうようにパッチを行います。 |
||
=== Fedora === |
=== Fedora === |
||
− | * Fedora はコミュニティによって開発されていますが、Red Hat による法的なサポートを受けています。 |
+ | * [https://getfedora.org/ Fedora] はコミュニティによって開発されていますが、Red Hat による法的なサポートを受けています。しばしばブリーディングエッジテストベッドリリースシステムと称されます。Fedora のパッケージとプロジェクトは RHEL に (たまに他のディストリビューションにも) 取り込まれます。Arch もブリーディングエッジですが、その意味するところはローリングリリースであり、他のディストリビューションのようなテストブランチはありません。 |
− | * Fedora のパッケージは RPM です。管理には |
+ | * Fedora のパッケージは RPM です。管理には DNF パッケージマネージャを使います。Arch はパッケージを管理するために [[pacman]] を使います。 |
* Fedora は公式リポジトリに MP3 メディアサポートや他のノンフリーなソフトウェアを用意していません。フリーソフトウェアの思想のためですが、サードパーティのレポジトリにはそれらのパッケージが存在します。Arch はそうしたことに厳格ではないので、ユーザーに選択を委ねています。 |
* Fedora は公式リポジトリに MP3 メディアサポートや他のノンフリーなソフトウェアを用意していません。フリーソフトウェアの思想のためですが、サードパーティのレポジトリにはそれらのパッケージが存在します。Arch はそうしたことに厳格ではないので、ユーザーに選択を委ねています。 |
||
− | * Fedora は最小構成だけでなくグラフィカルインストーラーを含めた多くのインストールオプションがあります。Fedora にはユーザーが選ぶことができるデスクトップ環境を選りすぐっています。一方 Arch は最小構成のインストール |
+ | * Fedora は最小構成だけでなくグラフィカルインストーラーを含めた多くのインストールオプションがあります。Fedora にはユーザーが選ぶことができるデスクトップ環境を選りすぐっています。一方 Arch は最小構成のインストールをするためのスクリプトだけを提供しています。 |
− | * Fedora は定期的なリリースサイクルを持っています。個別のバージョンで |
+ | * Fedora は定期的なリリースサイクルを持っています。個別のバージョンで FedUp ツールを使ってアップデートすることをサポートしています。Arch はローリングリリースを採用しています。 |
− | |||
− | * '''The Arch Way''' はシンプル・軽量・エレガンスそしてユーザーの利便性を重視しています。対して '''Fedora Core Values''' はフリーソフトウェア・コミュニティ開発・ブリーディングエッジシステムイノベーションを重視しています。 |
||
* Arch には Ports システムがあります、Fedora にはありません。 |
* Arch には Ports システムがあります、Fedora にはありません。 |
||
123行目: | 105行目: | ||
* Arch と Fedora は中級・上級ユーザーや開発者をターゲットにしています。どちらもユーザーがプロジェクトに貢献することを求めています。 |
* Arch と Fedora は中級・上級ユーザーや開発者をターゲットにしています。どちらもユーザーがプロジェクトに貢献することを求めています。 |
||
− | * Fedora は SELinux、GCJ コンパイルパッケージ |
+ | * Fedora は SELinux、GCJ コンパイルパッケージ (Sun の JRE 代替) の統合やアップストリームへの多くの貢献についてコミュニティーの承認を得ています。他のプロジェクトと比べてレッドハットや Fedora の外部開発者は Linux のカーネルコードに一番貢献しています。 |
− | * Arch Linux は |
+ | * Arch Linux はユーザーのための様々な記事がある wiki を持っています。Fedora の wiki は「wiki」の言葉通りに、開発者・テスター・ユーザーたちのすばやい情報の交換のために使われています。エンドユーザーのための wiki を意味しません。Fedora の wiki はトラッカーやコーポレート wiki に似ています。 |
− | === |
+ | === Slackware === |
+ | * Slackware は BSD スタイルの init スクリプトが標準です。Arch は [[systemd]] を採用しています。 |
||
− | * Arch はコマンドラインをよく使います。 |
||
+ | * Arch は [[pacman]] パッケージマネージャを供給しているので、Slackware の標準ツールとは異なり、オートマティックな依存解決とシステムアップデートを行います。Slackware のユーザーは基本的に手動で依存解決を行なっています。Slackware のプレインストールされているライブラリや依存の素晴しい提供と同じように、提供しているシステム制御のレベルが例示されるでしょう。 |
||
− | * Frugalware は JFS ファイルシステムをデフォルトでサポートしていません。 |
||
+ | * Arch はローリングリリースを採用しています。Slackware のリリースサイクルはより保守的で、安定したパッケージを好みます。Arch はこの点「最前線」です。 |
||
− | * Arch と Frugalware はどちらも i686 に最適化されています。 |
||
+ | * Arch Linux では公式リポジトリに沢山のバイナリパッケージがありますが、Slackware の公式リポジトリはそれよりも質素です。 |
||
− | * Arch は初めに最小構成をインストールして、それから pacman を使ってユーザーのニーズにあわせて拡張していきます。Frugalware はすでにソフトウェアやデスクトップ環境が選ばれた DVD からインストールします。 |
||
+ | * Arch には Ports ライクな [[Arch Build System]] と、ユーザーの PKGBUILD の巨大な集合である [[AUR]] があります。大きさは Arch には及びませんが、Slackware には Arch の PKGBUILD に似た Slackbuilds [https://www.slackbuilds.org slackbuilds.org] という半公式のリポジトリがあります。Slackware ユーザーは Arch Linux の様々なところを快適だと感じることができるでしょう。 |
||
− | * Frugalware は定期的なリリースサイクルを持っています。もう一度言うと、Arch はシンプル・ミニマリズム・コードの正確性そしてローリングリリースによる最前線のパッケージに焦点をあてています。 |
||
== 初心者向け == |
== 初心者向け == |
||
− | + | 「初心者用(newbie)ディストリ」と呼ばれる、似た思想で構築されている初心者向けのディストリビューションは数多くありますが、Arch はそれらとは全く異なります。できるだけミニマルなところから構成することで GNU/Linux を勉強しようと思っている人には Arch はベターかもしれません。Arch のインストールでインストールされるパッケージは比較的少ないからです。ディストリビューションの特徴の差異を以下に記述します。 |
|
=== Ubuntu === |
=== Ubuntu === |
||
− | * Ubuntu は広く人気を集めている Debian ベースのディストリビューションで、Canonical Ltd. によって商業的にサポートされています。Arch は独立系の、スクラッチから作られたシステムです。 |
+ | * [https://www.ubuntu.com/ Ubuntu] は広く人気を集めている Debian ベースのディストリビューションで、Canonical Ltd. によって商業的にサポートされています。Arch は独立系の、スクラッチから作られたシステムです。 |
− | * Arch と Ubuntu にはそれぞれ全く違うゴール、そしてターゲットユーザーがあります。Arch は do-it-yourself アプローチを好むユーザーのために作られているのに対し、Ubuntu はユーザーフレンドリーな全自動のシステムを提供します。Arch はベース状態からインストールするミニマリストデザインをとっており、ユーザーはそれぞれの目的のためにカスタマイズすることが |
+ | * Arch と Ubuntu にはそれぞれ全く違うゴール、そしてターゲットユーザーがあります。Arch は do-it-yourself アプローチを好むユーザーのために作られているのに対し、Ubuntu はユーザーフレンドリーな全自動のシステムを提供します。Arch はベース状態からインストールするミニマリストデザインをとっており、ユーザーはそれぞれの目的のためにカスタマイズすることが求められています。Ubuntu からキャリアを開始して、Arch に移行したユーザーもたくさんいます。 |
+ | * Arch は、コミュニティの提供するサポートを越えて、特定のユーザーインターフェースに偏って開発されることはありません。しかし、Canonical の商業的な性質から論争を招くような決定が行われることもあります。例えば Unity の ''Dash'' メニューに広告を含めたりユーザーデータを収集したりすることが挙げられます。Arch は独立した、コミュニティによるプロジェクトであり、商業的な議題があがるようなことはありません。 |
||
+ | * Ubuntu は6ヶ月ごとにリリースします。Arch はローリングリリースです。 |
||
− | * 最近の Ubuntu の開発はタッチスクリーンデバイスに重きをおいている感じがあります。Arch はユーザーコミュニティと連携して開発することで、ユーザーの目的に沿ったモデルをつくることを優先しています。 |
||
+ | * Arch には Ports ライクなシステムがあります。ユーザーが [[pacman]] パッケージマネージャで使うことができるソースパッケージを共有できる [[Arch User Repository]] もあります。Ubuntu はより複雑な [[Wikipedia:Advanced Packaging Tool|apt]] を使い、また [https://launchpad.net/ubuntu/+ppas Personal Package Archives] によってバイナリパッケージが再配布できるようになっています。 |
||
− | * Ubuntu は6ヶ月ごとにリリースします。Arch はローリングリリースで、毎月新しいスナップショットが作られます。 |
||
+ | * コミュニティにも違いが見受けられます。Arch のコミュニティは Ubuntu のコミュニティと比べるとその規模は小さく、Arch への貢献が求められます。反対に、Ubuntu のコミュニティは巨大で、開発・パッケージング・リポジトリのメンテナンスにかかわらないユーザーにも寛容です。 |
||
− | * Arch には Ports ライクなシステムがあります。Ubuntu にはありません。 |
||
+ | === Linux Mint === |
||
− | * コミュニティにも違いが見受けられます。Arch のコミュニティは Ubuntu のコミュニティと比べるとその規模は小さく、Arch への貢献が求められます。反対に、Ubuntu のコミュニティは巨大で、開発・パッケージング・レポジトリのメンテナンスにかかわらないユーザーにも寛容です。 |
||
+ | * [http://www.linuxmint.com/ Linux Mint] は [[#Ubuntu|Ubuntu]] の派生として誕生し、後に [[#Debian|Debian]] をベースとする LMDE (Linux Mint Debian Edition) が追加されています。他方、Arch は独立したディストリビューションであり独自の[[ABS|ビルドシステム]]と[[公式リポジトリ|リポジトリ]]を使っています。 |
||
− | === Mandriva === |
||
+ | * Mint には ''MintTools'' という簡易なメンテナンス用のグラフィカルツールが含まれています。Arch が提供するのは [[pacman]] などのシンプルなコマンドラインツールだけであり、システムの管理はユーザーに一任されます。 |
||
− | |||
+ | * Mint の新しいバージョンは、Ubuntu の約1ヶ月後、6ヶ月ごとにリリースされます。LTS 版は5年間のサポートがあります。Linux Mint Debian Edition (LMDE) は Debian Stable ベースで、Mint パッケージのアップデートとセキュリティアップデートしか受け取りません。一方、Arch はフルローリングリリースのディストリビューションです。 |
||
− | Mandriva Linux (旧名:Mandrake Linux) は、すべての人が GNU/Linux を使いやすくすることをゴールに、1998年に作られました。RPM ベースの urpmi パッケージマネージャを装備しています。Arch はシンプルをゴールに作られました。テキストベースかつ手動の設定が必要で、中級・上級ユーザーを対象にしています。 |
||
=== openSUSE === |
=== openSUSE === |
||
− | openSUSE は RPM パッケージを |
+ | [https://www.opensuse.org/ openSUSE] は RPM パッケージフォーマットを利用しており、YaST2 という GUI 設定ツールを持っています。Arch ではそのようなものは用意していません。つまり、openSUSE は、GUI 環境が必要で、自動で設定してくれることを求める初心者に向いています。 |
− | |||
− | === PCLinuxOS === |
||
− | |||
− | * PCLinuxOS は人気の Mandriva ベースのディストリビューションで、完全なデスクトップ環境を持っています。そのユーザーフレンドリーなデザインは「シンプル」と称していますが、Arch の定義でいうシンプルとは意味が違います。Arch は根っこからカスタマイズできるシンプルなシステムを目指していて、経験あるユーザーに向いています。 |
||
− | |||
− | * PCLOS は RPM をラッパーした apt パッケージマネージャを使います。Arch は独立して開発された [[pacman (日本語)]] を使い {{ic|.pkg.tar.xz}} パッケージを扱います。 |
||
− | |||
− | * PCLOS には GUI が整っています。GUI のハードウェア設定ツールや Synaptic パッケージ管理フロントエンドがあり、シェルを使う必要はほとんどありません。Arch ではコマンドラインが必須で、システム設定や管理・メンテナンスがシンプルになるように作られています。 |
||
− | |||
− | * PCLOS は 256 MB RAM を最小必要環境としています。Arch はもっと軽量で、さらに少ないシステムメモリ環境でも動作可能です。i686 インストールには 64 MB RAM でも十分であり、最新のシステムでも器用に動くと思われます。 |
||
− | |||
− | == The *BSDs == |
||
− | |||
− | <nowiki>*</nowiki>BSD は同じ起源を持ち、カリフォルニア大学バークレー校で作られたものから直接作られ、フリーの再配布可能な、コストのかからない、{{ic|UNIX}} システムを形成しています。それらは GNU/Linux ディストリビューションではありませんが、{{ic|UNIX}} ライクな OS ではあります。Arch と *BSD は緊密に調和した基盤と Ports システムのコンセプトを共有しています。init フレームワークは一見似ていますが、コード上は全く関係していません。例外は Arch の {{ic|vi}} はオリジナルの BSD の {{ic|vi}} だということです。(しかしほとんどの *BSD はオリジナルの BSD の {{ic|vi}} を使っていません)。*BSD は AT&T の {{ic|UNIX}} コードに由来していたことがあり、真の意味で {{ic|UNIX}} の遺産です。*BSD の派生についてより詳しく知るには、ベンダーのサイトを見て下さい。 |
||
− | |||
− | === FreeBSD === |
||
− | |||
− | * Arch と [http://www.freebsd.org/about.html FreeBSD] はどちらも 'Ports' システムでコンパイルされたソフトウェアを提供しています。 |
||
− | |||
− | * 他の *BSD のように、FreeBSD のベースは本来それぞれのアプリケーションが FreeBSD に 'port' され動作するシステムとして作られました。反対に、(Arch のような) GNU/Linux ディストリビューションは雑多なソースから集められた混合物です。 |
||
− | |||
− | * FreeBSD のライセンスは一般に ''coder'' を保護します。逆に、GPL では、''code'' が保護されます。Arch は GPL ライセンスでリリースされています。 |
||
− | |||
− | * FreeBSD では Arch と同じく、決定はパワーユーザーであるあなたに委ねられます。Arch と比較して一番おもしろい OS かもしれません。パッケージの新しさは同等であり、大きくて、スマートで、活動的・現実的なコミュニティがあります。 |
||
− | |||
− | * システムは大変似ており、FreeBSD を使うことで Arch と同じ快適を得られるでしょう。 |
||
− | |||
− | === NetBSD === |
||
− | |||
− | * NetBSD はフリーで、セキュアかつ高い移植性をもった {{ic|UNIX}} ライクなオープンソースの OS であり、64-bit Opteron マシンのデスクトップから携帯デバイスまで50以上のプラットフォームで動作します。クリーンなデザインと先進的な機能は生産・研究において有効で、ユーザーサポートも充実しています。多くのアプリケーションが pkgsrc (NetBSD Packages Collection) を通して簡単に動作します。 |
||
− | |||
− | * Arch は NetBSD ほどのデバイス汎用性はもっていませんが、i686 には自信があります。 |
||
− | |||
− | * NetBSD の pkgsrc は Arch の ABS に似たソースベースのインストール方法です。pkg_tools を使うことでバイナリパッケージを得られます。 |
||
− | |||
− | * Arch はいくつか NetBSD と類似点があります: 手動の設定が必要な点、ミニマリストで軽量な点、Ports システムもバイナリパッケージも使えて実動的な開発者とコミュニティがある点。 |
||
− | === |
+ | === Mandriva/Mageia === |
+ | Mandriva Linux (旧名: Mandrake Linux) は、すべての人にとって使いやすい GNU/Linux を作ることを目標に、1998年に作られました。RPM ベースの urpmi パッケージマネージャを装備しています。Mageia は元 Mandriva 従業員によって作られた Mandriva のフォークで、Mandriva の商業的立ち位置に反対して、非営利でコミュニティ主導です。Arch はもっとシンプルなアプローチを取っており、テキストベースかつ手動の設定が必要で、中級・上級ユーザーを対象にしています。 |
||
− | OpenBSD プロジェクトはフリーかつマルチプラットフォームな 4.4BSD ベースの {{ic|UNIX}} ライクな OS を作っています。 |
||
+ | == *BSD == |
||
− | * OpenBSD は可搬性・標準化・コードの正確性・高度なセキュリティ・暗号に焦点をあてています。一方、Arch の焦点はシンプル・エレガンス・ミニマリズム・最前線のソフトウェアです。OpenBSD は''"おそらくナンバーワンのセキュリティ OS"''を自称しています。 |
||
+ | * <nowiki>*</nowiki>BSD は同じ起源を持ち、カリフォルニア大学バークレー校の成果から直接作られ、フリーの再配布可能な、コストのかからない、{{ic|UNIX}} システムを形成しています。*BSD は GNU/Linux ディストリビューションではありませんが、{{ic|UNIX}} ライクな OS ではあります。*BSD は AT&T の {{ic|UNIX}} コードに由来しています。 |
||
− | * OpenBSD は Arch と同じように小さくてエレガントなインストールを行います。 |
||
+ | * Arch と *BSD は緊密に調和した基盤と Ports システムのコンセプトを共有していますが、Arch のような GNU/Linux システムに比べ、OpenBSD のカーネルとユーザーランドのプログラム、シェルやコモンツール ({{ic|ls}}, {{ic|cp}}, {{ic|cat}}, {{ic|ps}}) は同じリポジトリで一緒に開発されています。 |
||
+ | * [[Wikipedia:ja:BSDライセンス|BSD ライセンス]] は一般に ''coder'' を保護します。逆に [[Wikipedia:ja:GNU General Public License|GPL]] では、''code'' が保護されます。Arch は GPL ライセンスでリリースされています。 |
||
+ | * *BSD の派生についてより詳しく知るには、[[Wikipedia:ja:BSDの子孫]] を参照してください。 |
||
+ | == 参照 == |
||
− | * 簡単なインストールやプログラムの管理のための Ports パッケージシステムはありますが、OS の一部ではありません。 |
||
+ | * [https://distrowatch.com/ DistroWatch] - Linux ディストリビューションのニュースとレビュー |
||
+ | {{TranslationStatus|Arch compared to other distributions|2022-11-08|753669}} |
||
− | * Arch のような GNU/Linux システムにくらべ、OpenBSD のカーネルとユーザーランドのプログラム、シェルやコモンツール ({{ic|ls}}, {{ic|cp}}, {{ic|cat}} and {{ic|ps}}) はおなじリポジトリで一緒に開発されています。これはほかの BSD ベースの OS も同じです。 |
2024年7月10日 (水) 20:57時点における最新版
このページでは Arch Linux と他の GNU/Linux ディストリビューション、また UNIX ライクな OS との比較をしています。Arch Linux を利用するのが適しているかどうか迷っている人のために簡単な説明を加えていきます。ある程度は役に立つとは思いますが、実際にディストリビューションを試してみることが比較する最善の方法だということを忘れないで下さい。
もっと詳しい比較は Wikipedia:Comparison of operating systems や Wikipedia:ja:Linuxディストリビューションの比較を見てください。
以下では全て、Arch Linux だけが他のディストリビューションと比較されています。コミュニティによる x86_64 以外のアーキテクチャへの移植は Arch ベースのディストリビューション を参照してください。
目次
ソースベース
ソースベースのディストリビューションは移植性が高く、OS とアプリケーションをコントロールしコンパイルするのに優位な点(特定の CPU アーキテクチャに最適化できる)がありますが、そのかわりソースをコンパイルするのに時間を費やさなくてはならないという欠点があります。Arch Linux ではすべてのパッケージは x86_64 アーキテクチャのみにコンパイルされています。
CRUX
- CRUX はミニマリストディストリビューションで、KISS 原則に沿っています。Judd Vinet は CRUX に感銘を受け、Arch を作りました。
- CRUX は BSD スタイルの init スクリプトを使います。Arch は systemd を使います。
- Arch はローリングリリースシステムを採用していますが、CRUX はおよそ1年ごとにリリースされます。
- どちらも Ports ライクなシステムを持ち、*BSD のようにビルドを楽にする基盤を持っていることも同じです。
- Arch Linux では pacman を使って、バイナリのパッケージ管理したり、Arch Build System をシームレスに動作させます。CRUX はコミュニティによって開発されている prt-get と呼ばれるシステムを使い、Ports システムと連携して依存解決を行いますが、すべてのパッケージはソースからビルドされます (ただし CRUX のインストールにはバイナリを使います)。
- Arch Linux と CRUX はどちらも公式に x86_64 のみをサポートしています。
- Arch Linux はローリングリリースにのっとった大量のバイナリパッケージのレポジトリ、さらに Arch User Repository を用意しています。CRUX は更に軽量な公式サポートの Ports システムを提供しており、控えめなコミュニティリポジトリがあります。
LFS
- LFS (Linux From Scratch) は単純にドキュメントとして存在しています。GNU/Linux システムを動かすための最小パッケージのソースコードの入手、マニュアルコンパイル、パッチ、コンフィグレーションをスクラッチで行うようユーザーに命じています。LFS は限りなくミニマルで、ベースシステムをビルド・カスタマイズする素敵な経験を得ることができます。
- LFS にはオンラインリポジトリがありません。ソースを自分で手にいれ、コンパイルしインストールすることになります (手動のパッケージ管理の方法が LFS ヒントの中にあります)。
- Arch Linux には systemd や強力な pacman パッケージマネージャが付いており、x86_64 に最適化してコンパイルされたパッケージを提供します。Arch Linux のベースシステムでは、Arch のコミュニティや開発者による何千ものバイナリパッケージを pacman を使ってインストールでき、Arch Build System 用の PKGBUILD ビルドスクリプトもあります。また Arch にはパッケージを便宜にビルド・カスタマイズするための makepkg ツールがあり、できたパッケージはそのまま pacman でインストールできます。
- Judd Vinet はスクラッチから Arch Linux を作り、pacman を C 言語で記述しました。歴史的に、Arch Linux は時々ユーモアとして「便利なパッケージマネージャ付き Linux」 (Linux, with a nice package manager) と表現されることがあります。
Gentoo/Funtoo Linux
- Gentoo Linux は Arch Linux と同じローリングリリースを採用しています。これによってパッケージは比較的最新に保たれています。
- ユーザーが設定する「USE フラグ」によってソースコードから直接コンパイルすることで Gentoo のシステムは成り立っています。Arch Linux はコンパイル済みの x86_64 バイナリを入れるシステムですが、Ports ライクなシステムを使ってソースコードからパッケージをインストールすることも可能です。一般に Arch Linux はビルドとアップデートが速く、Gentoo はより細かくシステムをカスタマイズ可能です。
- Arch Linux は x86_64 アーキテクチャのみをサポートしていますが Gentoo は公式に x86 (i486/i686), x86_64, PPC/PPC64, SPARC, Alpha, ARM, MIPS, HPPA, S/390, Itanium アーキテクチャをサポートしています。
- Gentoo の公式パッケージ・システム管理ツールは Arch のものよりも複雑で「パワフル」にできています。Gentoo の中核となる機能 (USE フラグ, SLOT など) には同等の機能が Arch Linux に存在しないものがあります。理由の一つとして Arch が主としてバイナリを使うディストリであるというのもありますが、作りをシンプルにして"オーバースペック"にならないようにするという Arch の設計思想の違いも大きいでしょう。
- OS のインストール時はどちらも最小のベースシステムのみをインストールするので、手動でシステムカスタマイズを行う必要があります。systemd を使いやすいと思うのであれば、Gentoo ユーザーは Arch Linux の様々なところを快適だと感じることができるでしょう。
GNU Guix System
- GNU Guix System は、Arch が CRUX から着想を得て作られたのと同じように、NixOS から着想を得て作られました。
- Arch Linux と Guix System は両方ローリングリリースディストリビューションで、パッケージはアップストリームでリリースされてからすぐにディストリビューションで利用可能になります。Guix System は主にソースベースのディストリビューションで(しかし事前にビルドされたバイナリが存在して "substitutes" と呼ばれます)、Arch は主にバイナリディストリビューションです。
- Arch は pacman をパッケージマネージャーとして使い、Guix System は他のディストリビューションではサポートされない experimental packaging features をサポートする guix を使います。
- Arch は x86_64 だけをサポートしますが、Guix System は公式に 複数のアーキテクチャ をサポートします。
- Arch は systemd を init システムとして使いますが、Guix System は GNU Shepherd を使います。
- Guix System は、ファイルシステム階層標準 を含む、たくさんの伝統的な Unix のコンセプトに従っていません。具体的には、伝統的なディストリビューションではたくさんのファイルが複数のディレクトリに分散していますが、Guix System では
/gnu/store/
以下のどこかに配置されます。 - Arch は時々 (ドライバなどの) フリーではないソフトウェアを配布することがありますが、Guix System はフリーソフトウェアだけを配布し、Free Software Foundation を追求します。ただし、Guix 向けにフリーではないソフトウェアを配布する代替リポジトリは 存在します。
- Arch はユーザーが直接インストールしたソフトウェアパッケージを設定することを期待しますが、Guix System は Scheme での全体のシステム設定を推奨し、それらは instantiates 設定ファイルになります。
一般向け
これらのディストリビューションは広い範囲での使用をみこんでいて、利用方法を選ばない汎用性があります。
Debian
- Debian は Linux ディストリビューションで一番巨大なプロジェクトであり、コミュニティであり、stable・testing・unstable のそれぞれのブランチをあわせると14万8千以上にもなるバイナリ パッケージ を提供しています。Arch で利用できるバイナリパッケージの数はそれに及びませんが、AUR も含めれば、その数は拮抗します。
- Debian はフリーソフトウェアの思想にとても熱情を持っています。Arch はそれに比べると甘く、GNU によって「フリーでない」と判断されたパッケージも含みます。
- Debian のデザイン・アプローチは安定性と厳重なテストに焦点をおいています。Debian の Stable は「凍った」パッケージです。最大で 5年間 のサポートが約束されています。Arch のパッケージは Debian の Stable や Testing よりも新しく、Unstable ブランチに相当します。
- Debian は多くのアーキテクチャに対応しています: alpha・arm・hppa・i386・x86_64・ia64・m68k・mips・mipsel・powerpc・s390・sparc。Arch は公式対応は x86_64 のみです。
- Arch はカスタマイズビルド・外部ソース由来のパッケージのインストールを Ports ライクなシステムを有することでサポートしています。Debian にはそれがなく、おおむねその巨大なバイナリリポジトリに頼っています。
- Arch のインストールによって作られるのは最小限のベース環境だけで、システムコンフィグレーションが透明化されています。Debian にもいくつかインストールの方法がありますが、自動的な設定の方に重きを置いています。
- Arch は基本的にソフトウェアライブラリにヘッダーファイルも入っていますが、Debian はヘッダーファイルは個別にダウンロードする必要があります。
- Arch はパッチを最小限に抑えており、そうすることで上流のレビューが困難になる問題を避けています。一方、Debian は多くの人に向けてパッケージを自由にパッチを適用しています。
Fedora
- Fedora はコミュニティによって開発されていますが、Red Hat による法的なサポートを受けています。しばしばブリーディングエッジテストベッドリリースシステムと称されます。Fedora のパッケージとプロジェクトは RHEL に (たまに他のディストリビューションにも) 取り込まれます。Arch もブリーディングエッジですが、その意味するところはローリングリリースであり、他のディストリビューションのようなテストブランチはありません。
- Fedora のパッケージは RPM です。管理には DNF パッケージマネージャを使います。Arch はパッケージを管理するために pacman を使います。
- Fedora は公式リポジトリに MP3 メディアサポートや他のノンフリーなソフトウェアを用意していません。フリーソフトウェアの思想のためですが、サードパーティのレポジトリにはそれらのパッケージが存在します。Arch はそうしたことに厳格ではないので、ユーザーに選択を委ねています。
- Fedora は最小構成だけでなくグラフィカルインストーラーを含めた多くのインストールオプションがあります。Fedora にはユーザーが選ぶことができるデスクトップ環境を選りすぐっています。一方 Arch は最小構成のインストールをするためのスクリプトだけを提供しています。
- Fedora は定期的なリリースサイクルを持っています。個別のバージョンで FedUp ツールを使ってアップデートすることをサポートしています。Arch はローリングリリースを採用しています。
- Arch には Ports システムがあります、Fedora にはありません。
- Arch と Fedora は中級・上級ユーザーや開発者をターゲットにしています。どちらもユーザーがプロジェクトに貢献することを求めています。
- Fedora は SELinux、GCJ コンパイルパッケージ (Sun の JRE 代替) の統合やアップストリームへの多くの貢献についてコミュニティーの承認を得ています。他のプロジェクトと比べてレッドハットや Fedora の外部開発者は Linux のカーネルコードに一番貢献しています。
- Arch Linux はユーザーのための様々な記事がある wiki を持っています。Fedora の wiki は「wiki」の言葉通りに、開発者・テスター・ユーザーたちのすばやい情報の交換のために使われています。エンドユーザーのための wiki を意味しません。Fedora の wiki はトラッカーやコーポレート wiki に似ています。
Slackware
- Slackware は BSD スタイルの init スクリプトが標準です。Arch は systemd を採用しています。
- Arch は pacman パッケージマネージャを供給しているので、Slackware の標準ツールとは異なり、オートマティックな依存解決とシステムアップデートを行います。Slackware のユーザーは基本的に手動で依存解決を行なっています。Slackware のプレインストールされているライブラリや依存の素晴しい提供と同じように、提供しているシステム制御のレベルが例示されるでしょう。
- Arch はローリングリリースを採用しています。Slackware のリリースサイクルはより保守的で、安定したパッケージを好みます。Arch はこの点「最前線」です。
- Arch Linux では公式リポジトリに沢山のバイナリパッケージがありますが、Slackware の公式リポジトリはそれよりも質素です。
- Arch には Ports ライクな Arch Build System と、ユーザーの PKGBUILD の巨大な集合である AUR があります。大きさは Arch には及びませんが、Slackware には Arch の PKGBUILD に似た Slackbuilds slackbuilds.org という半公式のリポジトリがあります。Slackware ユーザーは Arch Linux の様々なところを快適だと感じることができるでしょう。
初心者向け
「初心者用(newbie)ディストリ」と呼ばれる、似た思想で構築されている初心者向けのディストリビューションは数多くありますが、Arch はそれらとは全く異なります。できるだけミニマルなところから構成することで GNU/Linux を勉強しようと思っている人には Arch はベターかもしれません。Arch のインストールでインストールされるパッケージは比較的少ないからです。ディストリビューションの特徴の差異を以下に記述します。
Ubuntu
- Ubuntu は広く人気を集めている Debian ベースのディストリビューションで、Canonical Ltd. によって商業的にサポートされています。Arch は独立系の、スクラッチから作られたシステムです。
- Arch と Ubuntu にはそれぞれ全く違うゴール、そしてターゲットユーザーがあります。Arch は do-it-yourself アプローチを好むユーザーのために作られているのに対し、Ubuntu はユーザーフレンドリーな全自動のシステムを提供します。Arch はベース状態からインストールするミニマリストデザインをとっており、ユーザーはそれぞれの目的のためにカスタマイズすることが求められています。Ubuntu からキャリアを開始して、Arch に移行したユーザーもたくさんいます。
- Arch は、コミュニティの提供するサポートを越えて、特定のユーザーインターフェースに偏って開発されることはありません。しかし、Canonical の商業的な性質から論争を招くような決定が行われることもあります。例えば Unity の Dash メニューに広告を含めたりユーザーデータを収集したりすることが挙げられます。Arch は独立した、コミュニティによるプロジェクトであり、商業的な議題があがるようなことはありません。
- Ubuntu は6ヶ月ごとにリリースします。Arch はローリングリリースです。
- Arch には Ports ライクなシステムがあります。ユーザーが pacman パッケージマネージャで使うことができるソースパッケージを共有できる Arch User Repository もあります。Ubuntu はより複雑な apt を使い、また Personal Package Archives によってバイナリパッケージが再配布できるようになっています。
- コミュニティにも違いが見受けられます。Arch のコミュニティは Ubuntu のコミュニティと比べるとその規模は小さく、Arch への貢献が求められます。反対に、Ubuntu のコミュニティは巨大で、開発・パッケージング・リポジトリのメンテナンスにかかわらないユーザーにも寛容です。
Linux Mint
- Linux Mint は Ubuntu の派生として誕生し、後に Debian をベースとする LMDE (Linux Mint Debian Edition) が追加されています。他方、Arch は独立したディストリビューションであり独自のビルドシステムとリポジトリを使っています。
- Mint には MintTools という簡易なメンテナンス用のグラフィカルツールが含まれています。Arch が提供するのは pacman などのシンプルなコマンドラインツールだけであり、システムの管理はユーザーに一任されます。
- Mint の新しいバージョンは、Ubuntu の約1ヶ月後、6ヶ月ごとにリリースされます。LTS 版は5年間のサポートがあります。Linux Mint Debian Edition (LMDE) は Debian Stable ベースで、Mint パッケージのアップデートとセキュリティアップデートしか受け取りません。一方、Arch はフルローリングリリースのディストリビューションです。
openSUSE
openSUSE は RPM パッケージフォーマットを利用しており、YaST2 という GUI 設定ツールを持っています。Arch ではそのようなものは用意していません。つまり、openSUSE は、GUI 環境が必要で、自動で設定してくれることを求める初心者に向いています。
Mandriva/Mageia
Mandriva Linux (旧名: Mandrake Linux) は、すべての人にとって使いやすい GNU/Linux を作ることを目標に、1998年に作られました。RPM ベースの urpmi パッケージマネージャを装備しています。Mageia は元 Mandriva 従業員によって作られた Mandriva のフォークで、Mandriva の商業的立ち位置に反対して、非営利でコミュニティ主導です。Arch はもっとシンプルなアプローチを取っており、テキストベースかつ手動の設定が必要で、中級・上級ユーザーを対象にしています。
*BSD
- *BSD は同じ起源を持ち、カリフォルニア大学バークレー校の成果から直接作られ、フリーの再配布可能な、コストのかからない、
UNIX
システムを形成しています。*BSD は GNU/Linux ディストリビューションではありませんが、UNIX
ライクな OS ではあります。*BSD は AT&T のUNIX
コードに由来しています。 - Arch と *BSD は緊密に調和した基盤と Ports システムのコンセプトを共有していますが、Arch のような GNU/Linux システムに比べ、OpenBSD のカーネルとユーザーランドのプログラム、シェルやコモンツール (
ls
,cp
,cat
,ps
) は同じリポジトリで一緒に開発されています。 - BSD ライセンス は一般に coder を保護します。逆に GPL では、code が保護されます。Arch は GPL ライセンスでリリースされています。
- *BSD の派生についてより詳しく知るには、Wikipedia:ja:BSDの子孫 を参照してください。
参照
- DistroWatch - Linux ディストリビューションのニュースとレビュー