FOSSプロジェクトがいくつかあります。依存関係がすでに整っていない限り、実行するのは少し面倒な場合があります。これは、FOSSプロジェクトのコースと同等だと思います。
無料のオペレーティングシステムにはそれぞれ独自のパッケージ管理システムがあることを私たちは知っています。 MacOSの自作やArchLinuxのAURなど、それらのいくつかはコミュニティの貢献に非常に友好的です。
私が疑問に思っているのは、誰がパッケージを提供することが正確に期待されているのかということです。大規模なプロジェクトがOSメンテナによってそこに配置されるのはかなり標準的であるため、主に私は小規模または開発中のプロジェクトの場合に関心があります。
私の見解では、これは鶏が先か卵が先かという問題です。ユーザーがいないとソフトウェアがパッケージシステムに組み込まれず、インストールと使用が簡単でない場合、ユーザーを獲得する可能性が低くなるためです。 。
議論のために、問題のソフトウェアが実際に合法的に有用であると仮定しましょう。私は人々がどこでクラップウェアやスパムを作成する可能性があるかを見ることができ、それは明らかにどのパッケージシステムからも除外されるべきです。
それで、要約すると、これは誰の仕事ですか? FOSSソフトウェア開発者が自分の作品をさまざまなOSパッケージリポジトリに入れるのはスパムですか?
明らかに、あなたが尋ねるつもりだったのは次のとおりです。 Linuxには多くのディストリビューションがあり、そのほとんどに独自のパッケージのコレクションがあります。それらの配布固有のパッケージを提供する責任があるのは誰ですか?
答えは、ほとんどの場合、それらのパッケージのメンテナはパッケージの構築を専門とする人々であるということです。彼らは通常、パッケージ化されているオープンソースプロジェクトを開発するのと同じ人ではありません。
この理由は、パッケージングは、配布とパッケージングシステムの両方を内外で知っている人が行うのが最適だからです。 a)パッケージ化されているソフトウェアとb)配布のアップグレード全体で、パッケージ構築スクリプトを維持することも、ほとんどの人が考えるよりも大きな仕事です。
いくつかの例を挙げます:
開発者が特定のディストリビューションにパッケージを提供することが「スパム」であるかどうかについては、そうではありません。ディストリビューションのユーザーはあなたのサポートに感謝します。さらに、すべてのLinuxディストリビューション(AFAIK)は、公式パッケージ(ディストリビューションのメンテナーによって作成されたもの)と非公式パッケージ(他の誰かによって作成されたもの)を区別します。