メンテナーになります。 パート1

この記事とこの記事を読んだとき、お気に入りのオペレーティングシステムのユーザーの間でお気に入りのプログラムの配布に人が少し貢献できる方法を伝えたかったのです。 Ubuntariumを見ると、このトピックに関する記事がないように見えたので、大胆にビジネスに取りかかることにしました。

（パート2、3および4 ）

はじめに

私はすぐに予約をしなければなりません：私のメインでお気に入りのシステムは、Ubuntuではなく、主にDebianです。パッケージのアセンブリに多少の違いがあります。それについては別に説明します。

そしてもう1つ、Debianで収集したパッケージを含めることに興味がある場合は、コメントにそれについて書いて、 対応するブログに参加することをお勧めします。 彼は死んでいるように見えますが、そのような物語をそこに投稿する方が良いでしょう。したがって、もし興味があれば、そこについても書きます:)

どのソフトウェアが適していますか？

ある種のプログラムを構築する場合、まず考慮すべきことは、それを配布キットに含めるかどうかです。 実際のところ、Debianディストリビューションのイデオロギー全体は、主にDebian Social Contract（またはSocial Contract）などの興味深いドキュメントによって管理されています 。 基本的に、この契約には次のことが記載されています。

• Debianは100％フリーソフトウェアのまま
• 私たちの開発はフリーソフトウェアコミュニティに返されます
• 問題を隠さない
• 私たちの主なものは、ユーザーとフリーソフトウェアです。
• 私たちのフリーソフトウェア標準を満たしていない開発はDebianとともに配布されますが、その一部ではありません。

より詳細には、Debianシステム全体が、本当に無料のシステムであったか、そうであり、今後そうなります。 独自のコンポーネントはありません。 Debianのフレームワーク内で行われたすべての開発は、フリーソフトウェアとしてライセンスされ、コミュニティに返されます。 Debianのフレームワーク内で作成されたプログラムのすべての修正とパッチは、プログラムの作成者に提供されます（完全無料:)）。 配布キットのすべてのエラーと問題も無料であり、報告した時点で未解決です（詳細は後ほど）。 非フリーソフトウェアについては、Debianには特別な非フリーセクションがあります。 そこに置かれているパッケージはDebianの一部ではありませんが、配布されています。

「私たちはどうですか？」ユーザーはUbuntuに尋ねます。 まったく同じです。 Ubuntuには、「Ubuntuの約束」（ubuntu.comのメインページにあります）およびドキュメントUbuntuの哲学があります。 一般に、制限はほぼ同じであり、Ubuntuではわずかに緩やかですが、Debianに焦点を当てることをお勧めします。

したがって、私たちのイデオロギーがDebian / Ubuntuのイデオロギーと一致すると判断した場合、次の段落を取り上げることができます。

配布パッケージのどのセクションに将来のパッケージを含めるべきですか？

DebianおよびUbuntuディストリビューションはいくつかのカテゴリに分けられ、それぞれに独自のカテゴリがあります。 適切な設定でこれらのカテゴリのいずれかを接続および切断することにより、非フリーソフトウェアから自分自身を完全に保護し、あらゆる側面から自分自身を提供できます。 どんなカテゴリーがありますか？

Debianには3つの主要なものがあります（メモリには、かつて米国以外のセクションが残っていたが、今ではなくなっているように思えます）：

1. main-このカテゴリのソフトウェアは完全に無料です。または、目の肥えたファンが言うように、b-thです。 このカテゴリに分類するには、パッケージはそれ自体がフリーであり、ビルド（Build-Depends）を必要とせず、mainからではなく、Debian開発者ほどバグの少ないパッケージをインストールする（Depends、Recommends、Suggests）必要がありません彼をサポートすることを拒否した
2. contrib-このカテゴリのパッケージは完全に無料でバグが少ないことも要求されますが、何らかの方法でcontrib、non-freeのパッケージに依存する権利があり、Debianに存在しないパッケージを構築する必要さえあります。
3. 非フリー -このカテゴリには、奇妙なことに、選択もあります。 非フリーであると主張するソフトウェアはバグが多すぎてはいけません（これは標準的な要件です）。また、明らかにそこに置くことを許可しないライセンスの制限はありません。

さらに、すべてのパッケージは厳しいDebianポリシー文書に準拠する必要がありますが、将来のリリースではそれについてです。

Ubuntuでは、カテゴリは最大4つであり、区分はわずかに異なります。 すべてのソフトウェアは、条件付きでサポート対象とサポート対象外の2つのグループに分けられます。 最初のグループのパッケージは、Ubuntuの開発者（または、自身をMOTU-Masters（Maintainers）of the Universe）と公式にサポートしています。2番目のパッケージは、外部のメンテナーによって収集されます。 各グループには、無料ソフトウェアと非無料ソフトウェアのカテゴリがあります。 したがって、4つのカテゴリを取得します。

1. メイン-サポートされているフリーソフトウェア
2. 制限付き-サポートされている非フリーソフトウェア（ディストリビューションキットの通常の動作に不可欠な非フリードライバーや類似のものは、このような興味深いカテゴリに分類されます）
3. universe-サポートされていないフリーソフトウェア
4. multiverse-サポートされていないフリーでないソフトウェア

基本的に、配布条件はDebianの場合と同じですが、1つの例外があります。mainは、無料で配布され、システムの正常な機能に不可欠な独自のフォントとファームウェアを許可します。 また、Ubuntuには、別の秘密のコマーシャルカテゴリがあります。配布制限のあるパッケージが配置されますが、Canonicalには、著作権所有者からの対応する許可がまだあります。 以前はRealPlayerとOperaが含まれていましたが、Feisty Fawnの後のディストリビューションでは、このカテゴリは放棄されたようです。

また、どのソフトウェアが無料と見なされますか？

この問題では、DebianとUbuntuの両方が1つのドキュメントにガイドされています（偶然にも、オープンソースの定義の基礎としてフリーソフトウェアコミュニティ全体に受け入れられました）。 これらは、いわゆる「Debianフリーソフトウェア定義基準」（DebianフリーソフトウェアガイドラインまたはDFSG）であり、前述のDebian社会契約の一部です。 上記のリンクでロシア語で読むことができるため、すべてをリストしてペイントするのは意味がありません。そこで、簡単に説明します。

1. ソフトウェアを無料と見なすには、配布や販売を制限するものではなく、何らかの控除と手数料が必要です
2. ソフトウェアは、ソーステキストを配布し、それらのバイナリパッケージでの共同および個別の配布を許可する義務があります
3. ソフトウェアは、二次的著作物の作成を許可し、それと同じライセンスの下で配布する必要があります。 ソフトウェアは、バイナリパッケージをアセンブルするときにソフトウェアに課せられたパッチを作成し、共同で配布することが許可されている場合にのみ、ソースコードの変更を禁止できます。
4. ソフトウェアは、活動分野などを含め、人に対する差別を生じさせてはなりません。誰でも好きな場所に適用する権利があります。
5. ライセンスはDebianまたはUbuntuにのみ適用されるべきではありません。すべての人に同じです。
6. ライセンスは他のソフトウェアを制限するものではありません。

したがって、Debianには、GPL、LGPL、修正BSDライセンス、Perl Artisticライセンス、Apacheライセンス、CC BY-SA 3.0など、ソフトウェアを無料と見なすことができる主要なライセンスのリストがあります。 ただし、何らかの理由で、いくつかの共通ライセンスはDebianと互換性がないと見なされます-これらはGNU FDL、ほとんどすべてのクリエイティブコモンズライセンス（言及されたBY-SA 3.0を除く）などです。 レビューされたDebianライセンスの完全なリストはこちらから入手できます 。 ただし、Debian開発者は毎回、抽象的なライセンスではなく特定のプログラムについて決定することを忘れないでください。

利用可能なパッケージとそのバグはどこで確認できますか？ 社会契約は誰でもできると約束しました！

Debianは契約にコミットしています。 「パッケージング」を計画しているプログラム（メンテナがパッケージングを計画しているというメッセージを投稿した人もいます）は、すぐにエラー追跡システムに入ります。 すべてのユーザーがそこに行き、関心のあるパッケージに関する情報を表示できます。 公開するだけのパッケージ（改善が必要な場合、新しいメンテナーを探すなど）には、特別なWNPPメタパッケージがあります 。 たとえば、 ここに行くと、パッケージ化されるはずのqutIMプログラムに関する情報と、これに関する複数のメンテナーの対応が見つかります。

Ubuntuには同様のシステムがあります- ランチパッド 。 ここでは、たとえば、ランチパッドでqutIMパッケージページがどのように見えるかを確認できます。

まとめ

DebianとUbuntuでソフトウェアがどのように配布されているのか、どこでそれを探すのか、ライセンスは何であるのかというアイデアを得ました。 次回、その記事が誰かにとって興味深いものであることが判明した場合、誰がより厳しいかを教えます-DebianまたはUbuntu、どのプログラムがあなたにパッケージを作成するのに役立ちますか、なぜこの Ubuntuへのアプローチが根本的に間違っているのですか？ qutIMはまだDebianに到達しておらず、お気に入りのディストリビューション用のパッケージを構築したい人にとって他の落とし穴が待っています。