Product SiteDocumentation Site

1.2. 基本文書

最初のリリースから数年後、Debian はフリーソフトウェアプロジェクトが従うべき指針を定めました。この指針を細心の注意を払って決定したことで、すべてのメンバーが同じ目標に進むようになり、秩序的かつ平和的に成長するようになりました。Debian 開発者になるためには、どんな候補者もプロジェクトの基本文書に確立されている指針を支持し遵守することを認めて、それを証明しなければいけません。
Debian の開発工程は定期的に議論されていますが、これらの基本文書は広く合意が得られているため、めったに変わりません。Debian 憲章は基本文書の安定度に関するまた別の点を保障しています。つまり、いかなる修正案であっても承認には 4 分の 3 の特定多数票が必要であるということを保障しています。

1.2.1. ユーザに向けた約束

Debian プロジェクトには「社会契約」もあります。Debian 社会契約はオペレーティングシステムの開発のみを対象にしている Debian プロジェクトの中でどのように位置づけられているのでしょうか? これは非常に単純です。すなわち Debian はユーザに役立ち、この考えをさらに進めて、社会に役立つように活動します。Debian 社会契約は Debian プロジェクトが負う責任を要約しています。それでは Debian 社会契約の内容をより詳しく見ていきましょう。
  1. Debian は 100% 自由なものであり続けます。
    これが第一のルールです。Debian は今もこれからも完全にフリーソフトウェアだけを使います。その上、Debian プロジェクト内のすべてのソフトウェア開発は他人からの束縛を受けません。

    PERSPECTIVE ソフトウェア以外の要素に対するルール

    Debian 社会契約の最初のバージョンには「Debian は 100% フリーソフトウェアであり続けます」とありました。2004 年 4 月にバージョン 1.1 を批准したことに伴い、ソフトウェアという単語は条文から削除されました。この行為はソフトウェアのみならず、Debian がオペレーティングシステムの一部として提供したいと望んでいる、文書やその他の要素に対する自由を達成するための意思を表しています。
    この変更は単なる編集だったのですが、実際のところは、一部の問題がある文書が削除されるなど、多くの影響をおよぼしました。さらに、ドライバが内部で数多くのファームウェアを使うようになったことにより問題が引き起こされました。なぜなら、多くのファームウェアは自由なものではありませんが対応するハードウェアを適切に操作するためには不可欠なものだからです。
  2. Debian プロジェクトはフリーソフトウェアコミュニティに成果を還元します。
    Debian プロジェクトが寄与して Debian ディストリビューションに組み込まれた成果はどんなことでも、元の作者 (「上流」と呼ばれる) に還元されます。一般に Debian は独立して作業をするのではなく、コミュニティと協力するのです。

    COMMUNITY 上流開発者とは Debian 開発者のこと?

    「上流開発者」という用語はある著作物の作者/開発者を意味しており、彼らが著作物を制作し開発しています。一方で、「Debian 開発者」は存在する著作物を使い、その著作物を Debian パッケージにします (「Debian メンテナ」という用語がより適しています)。
    実際のところ、上流開発者と Debian メンテナの違いは明確でないことが多いです。Debian メンテナはパッチを書くこともあり、その著作物のすべてのユーザは Debian メンテナの書いたパッチによる恩恵を受けます。一般に、Debian は Debian におけるそのパッケージの責任者が「上流」開発にも参加することを推奨しています (パッケージ責任者は、あるプログラムの単なるユーザではなく、貢献者になるのです)。
  3. Debian プロジェクトは問題を隠しません。
    Debian は完全なものではありません、修正するべき新しい問題が毎日見つかっています。Debian プロジェクトはバグ報告データベースのすべてを常時公開しており、誰でもこれを見ることができます。オンラインに提出されたバグ報告はすぐさま他の人にも読めるようになります。
  4. Debian プロジェクトはユーザとフリーソフトウェアを最優先に考えます。
    これは最も定義が難しい条項です。Debian はこの条文に従って、偏った考え方の下に決断を下します。すなわち Debian はたとえ開発者から見れば簡単な解決策であったとしてもユーザが使いにくくなるような解決策ならばそれを採用せず、たとえ実装が困難であったとしてもユーザが簡潔と感じるような解決策を採用します。これはユーザとフリーソフトウェアの利益を最優先事項と考えていることを意味しています。
  5. Debian プロジェクトのフリーソフトウェア基準に合致しない著作物。
    Debian はユーザから一部の自由ではないプログラムを使いたいとの要求を受け入れ、ユーザがこう考えることに理解を示しています。そのため、Debian プロジェクトは、再配布することには支障がないものの自由ではないソフトウェアの Debian パッケージを配布するために、自分たちのインフラの一部を使うことを認めています。

    COMMUNITY non-free セクションに賛成か反対か?

    自由ではないソフトウェア (すなわち「non-free」セクション、補注「VOCABULARY main、contrib、non-free アーカイブ」をご覧ください) を受け入れる枠組みを維持するという約束は Debian コミュニティの中でしばしば議論の対象になります。
    枠組みの維持に反対する人は、こうすることでフリーソフトウェアに対する公平性が軽視されるようになり、フリーソフトウェアだけを提供するという原則にも違反している、と異論を唱えます。賛成する人は、ほとんどの non-free パッケージは「ほぼ自由なもの」であり、高々 1 つか 2 つの厄介な例外 (最もよくある例外はソフトウェアの商用利用の禁止) があるために自由ではないものにされていると、明言しています。このような著作物を non-free ブランチで配布することは、作者に対する間接的な説明 (main セクションに彼らの著作物を含めることができれば、著作物はより広く知られて使われるようになる) の役割を果たしています。このようにして Debian プロジェクトは、著作物をより広く使われるようにするためには著作物のライセンスを変更することが必要であると、作者に対して丁寧に依頼しているのです。
    2004 年に non-free セクションは初めて完全に削除されました。これは実りのない試みで、もう一度議題に挙がることはないでしょう。なぜなら non-free セクションには、単純に main セクションに含めるパッケージに新たに要求された条件を満たしていなかったために移動されていた数多くの有益な文書が含まれていたからです。特に GNU プロジェクトが作成した特定のソフトウェア (特に、Emacs と Make) に関する文書ファイルはこれに該当していました。
    non-free セクションを存続していることが原因で、Debian とフリーソフトウェア財団との間には時折摩擦が生まれます。フリーソフトウェア財団が Debian をオペレーティングシステムとして公的に推奨しないのはこれが主な理由です。

1.2.2. Debian フリーソフトウェアガイドライン

Debian フリーソフトウェアガイドラインは、あるソフトウェアが Debian に含めることができるほど「十分に自由なもの」であると認めるか否かの基準を定義しています。もしあるプログラムのライセンスがこの基準に合致するならば、main セクションに含めることが可能です。これに対して、合致しないものの自由な配布が認められているならば、non-free セクションに含めることが可能です。non-free セクションは公式には Debian の一部ではなく、ユーザ向けに提供されている付加サービスです。
Debian フリーソフトウェアガイドラインは Debian におけるセクションの選択基準だけにとどまらず、フリーソフトウェアの屋台骨になり、「Open Source Definition」の基礎を担う役割を果たし続けています。歴史的なことを言えば、Debian フリーソフトウェアガイドラインは「フリーソフトウェア」の概念を定義した最初の正式なものの 1 つと言えます。
GNU 一般公衆利用許諾書、BSD ライセンス、Artistic ライセンスは伝統的で自由なライセンスの例であり、以下のテキストで言及する 9 個の事項に従います。以下に Debian ウェブサイトで公開されているものをそのまま引用します。
→ http://www.debian.org/social_contract#guidelines
  1. 自由な再配布。
    Debian を構成する要素が従うライセンスは対象のソフトウェアを複数の異なる提供元からのプログラムを含むソフトウェア集約的ディストリビューションの構成要素として自由に販売または配布することを制限してはいけません。さらにこのライセンスは販売の際に使用料およびその他の料金を要求してはいけません。

    BACK TO BASICS 自由なライセンス

    GNU GPL、BSD ライセンス、Artistic ライセンスは各々が全く別物であるにも関わらず Debian フリーソフトウェアガイドラインに適合します。
    FSF (フリーソフトウェア財団) が利用し推進する GNU GPL は最も一般的なライセンスです。GPL の主な特徴は、再配布される派生物にも GPL が適用されるということです。つまり、GPL コードを組み込んでいたり利用しているプログラムは GPL の定める条件に従って配布されなければいけないのです。それゆえ GPL ではプロプライエタリなアプリケーションで GPL コードを再利用することを禁止しています。このことにより GPL ライセンスに適合しないフリーソフトウェアで GPL コードを再利用すると重大な問題になります。それゆえ GPL の下に配布されているライブラリと別のフリーソフトウェアライセンスの下に公開されているプログラムをリンクするのは不可能な場合があります。他方で、GPL は米国法の下でとても強い力を発揮します。FSF の弁護士は GPL の起草からずっと参加し続け、通常は違反者に対して法廷で争わずに FSF と友好的な合意に到達するよう強いることを続けています。
    → http://www.gnu.org/copyleft/gpl.html
    BSD ライセンスは最も制限が緩いライセンスです。つまり、プロプライエタリアプリケーションで修正 BSD コードを利用することなど、どんなことでも許されています。
    → http://www.opensource.org/licenses/bsd-license.php
    最後に、Artistic ライセンスは GNU GPL と BSD ライセンスの妥協案です。つまり、プロプライエタリアプリケーションにコードを統合することは許可されていますが、いかなる変更も公開しなければいけません。
    → http://www.opensource.org/licenses/artistic-license-2.0.php
    GNU GPL、BSD ライセンス、Artistic ライセンスの完全な原文は Debian システムの /usr/share/common-licenses/ に置かれています。
  2. ソースコード。
    プログラムは自身のソースコードを含まなければならず、さらにコンパイルされた形だけでなくソースコードを配布することも許可しなければいけません。
  3. 二次著作物。
    ライセンスは修正物および派生物を作成することを許可しなければいけませんし、修正物および派生物のライセンスは元になったソフトウェアのライセンスと同じ条件の下に再配布することも許可しなければいけません。
  4. 作者のソースコードの整合性保証。
    ライセンスにおいて修正した形でソースコードを再配布することを制限するには、ライセンスはビルド時にプログラムを修正する目的でソースコードと一緒に「パッチファイル」を配布することを必ず許可しなければいけません。ライセンスは修正されたソースコードからビルドしたソフトウェアの配布を明確に許可していなければいけません。ライセンスは二次著作物が元のソフトウェアと異なる名前もしくはバージョン番号を使うことを要求できます (これは妥協案です。Debian グループはすべての著者に対して、ソースやバイナリに限らずいかなるファイルに対する変更も制限しないように勧めています)。
  5. 個人や団体に対する平等性。
    ライセンスはいかなる個人および団体も差別してはいけません。
  6. 活動分野に対する平等性。
    ライセンスは特定の活動分野でプログラムを利用することについて制限を加えてはいけません。たとえば、プログラムが商用や遺伝子研究で利用されることを制限してはいけません。
  7. ライセンスの配布。
    プログラムに付随する権利は、そのプログラムを受け取ったすべての人に対しても追加のライセンスを要求することなく適用されなければいけません。
  8. ライセンスは Debian にだけ当てはまるものであってはいけません。
    プログラムに付随する権利は、そのプログラムが Debian システムの一部であるかどうかに依存してはいけません。プログラムが Debian から分離され、Debian に依存することなくプログラムのライセンスの定める条件に従って利用および配布される場合であっても、プログラムの再配布に関わるすべての関係者はそのプログラムが Debian システムで使われる場合に許されるのと同一の権利を持つべきです。
  9. ライセンスは他のソフトウェアを汚染してはいけません。
    ライセンスはそのライセンスに従うソフトウェアと一緒に配布されている別のソフトウェアに制限を加えてはいけません。たとえば、ライセンスは同じ媒体を通じて配布されるすべての他のプログラムがフリーソフトウェアでなければいけないと主張してはいけません。

    BACK TO BASICS コピーレフト

    コピーレフトとは、著作物とその派生物の利用をプロプライエタリソフトウェアのように制限するというよりもむしろ、自由に利用することを保証するために著作権を利用するという原則です。コピーレフトとは「コピーライト」という用語のダジャレになっています。Richard Stallman は、ダジャレの好きな彼の友人から次のように書いた彼宛の封筒を受け取った際に、この概念を発見しました。「copyleft: all rights reversed (コピーレフト、すなわちすべての権利は逆さにされています)」。コピーレフトは元の著作物およびその変更版 (通常はプログラム) の配布に際して定められた最初の権利のすべてが維持されることを強制します。つまり、もしプログラムがコピーレフトライセンスで公開されたプログラムからコードを派生させているなら、そのプログラムをプロプライエタリソフトウェアとして配布することができないということを意味しています。
    最もよく知られているコピーレフトライセンス群はもちろん GNU GPL とその派生物、そして GNU LGPL (GNU Lesser General Public License)、GNU FDL (GNU Free Documentation License) などです。残念なことにこれらのコピーレフトライセンスは通常相互に互換性のないものです。それ故、これらのうちのどれか 1 つを利用するのが最良です。

COMMUNITY Bruce Perens、賛否の分かれるリーダー

Bruce Perens は Ian Murdock の直後に Debian プロジェクトの 2 代目のリーダーになりました。彼は彼の活動的で独裁的な方針により非常に賛否の分かれるリーダーでした。それにも関わらず、彼は Debian の重要な貢献者であり続けています、Debian は特に彼のおかげで Ean Schuessler の独創的アイディアであるかの有名な「Debian フリーソフトウェアガイドライン」(DFSG) を編集することができました。その後、Bruce は DFSG から Debian に言及された部分を削除することにより DFSG を基にかの有名な「オープンソースの定義」を作りました。
→ http://www.opensource.org/
Bruce は非常に感情的になってプロジェクトを去りましたが、彼は Debian に強い愛着を持ち続けています。なぜなら彼は政治経済の領域に向けて Debian の普及を訴え続けているからです。彼はいまだに、アドバイスを与え、Debian を支持する最新の構想を示するために、時折メーリングリストに現れることがあります。
最後に指摘しておきたい点は Bruce が Debian のバージョンに付けられるさまざまな「コードネーム」(1.1 — Rex、1.2 — Buzz、1.3 — Bo、2.0 — Hamm、2.1 — Slink、2.2 — Potato、3.0 — Woody、3.1 — Sarge、4.0 — Etch、5.0 — Lenny、6.0 — Squeeze、7 — Wheezy、8 — Jessie、9 — Stretch、10 (未リリース) — Buster、11 (未リリース) — Bullseye、不安定版 — Sid) のモチーフを作ったという点です。これらは映画トイストーリーのキャラクター名から採られています。この全編コンピュータグラフィックスで構成されたアニメーション映画は、Bruce が Debian プロジェクトを率いていた当時に働いていた Pixar スタジオによって制作されました。「Sid」の名前は永久に不安定版と関連付けられているため、特別な状態を意味しています。映画の中で、このキャラクターは常におもちゃを壊している隣の子供ですから、不安定版に近づき過ぎないように注意してください。別の見方をすると Sid は「Still In Development (いまだに開発中)」を意味する頭字語でもあります。