一部のソフトウェアが公式のUbuntuリポジトリにないのはなぜですか?


17

一部のアプリケーションをインストールするには、システムにリポジトリを追加する必要があります。これらのアプリケーションはGPLライセンスを持ち、新しいものではありませんが(Grub Customizerなど)、作成者がそれらをメインまたはユニバースリポジトリに配置しなかったのはなぜですか。その原因は何ですか?


1
ソフトウェアをディストリビューションにプッシュするアップストリームは最近までまれでした。歴史的に、ソフトウェアディストリビューターはソフトウェアを上流チームのプロジェクトから引き出し、ディストリビューション用にパッケージ化していました。開発とパッケージングは​​異なるスキルセットです。
user535733

回答:


19

のソフトウェアmainはCanonicalによってサポートされています。明らかに、彼らはインターネット上のソフトウェアのすべての任意の部分をサポートするつもりはありません。ソフトウェアuniverseはDebianから継承されます。Debianでは、Debian開発者として指定された一部の人々が、アップロードするパッケージのメンテナンスを担当します(実際のパッケージ化が他の人によって行われた場合でも)。明らかに、彼らはインターネット上のすべてのソフトウェアのパッケージを維持する能力を持っていません。

CanonicalまたはDebian開発者にソフトウェアをサポートしてもらうことができない人々は何をしますか?独自のリポジトリを作成するなど、他の方法を見つける必要があります。UbuntuによるPPAの導入により、コミュニティのボランティアがパッケージを維持するための多くの圧力が軽減され、同時に開発者はディストリビューションのリリースポリシーによって課せられた多くの制約から解放されました。

あなたが望むものは他の誰かが望むものではないかもしれないこと覚えておいてください。安定した一連のソフトウェアに固執し、PPAを許可することで、ユーザーはリポジトリのリストを維持するためのわずかなオーバーヘッドを持ちながら、必要なものを取得する際の柔軟性が非常に高くなります。開発者は、更新プログラムを柔軟に提供できます。メンテナーは、インターネット上のあらゆるソフトウェアの最新情報を常に把握しなければならないというプレッシャーから解放されます。


1
リポジトリ内のパッケージを持っている人として、手順が痛いです
hytromoは、

1
また、多くの開発者がPPAのベースとして使用するLaunchpadもあります。
水田ランダウ

8

GRUBカスタマイザーの特定のケースでは、誰もパッケージ化作業を行っていないという理由だけで、Debianにパッケージ化されていません。あるパッケージのバグのための要求それのために開かれたが、そのパッケージングを行うには喜んで(と能力)である誰もがそれを行うには大歓迎です。また、Debianにはないため、Ubuntuにはありません。


2
また、DebianにはないためUbuntuにはありません。これは必ずしも真実ではありません。Canonicalのは、彼らが望むならば、簡単にそれをパッケージ化し、それを置くことができるmain...リポジトリ
heemayl

@heemayl私は彼らをやるつもりはありませんcanが、なぜ彼らはその代わりに現在取り組んでいるものからリソースを奪う必要がありますか?GRUB Customizerを必要とする/必要とする人の多くは、GRUB Customizerを自分で入手することにほとんど問題はありません。(私はそれを望みませんし、必要もありませんが、簡単に手に入れることができます。)おそらく他のほとんどの人と同じように、私は彼らがより多くのユーザーに大きな利益をもたらすタスクに取り組むことを好みます。
user2338816

@ user2338816それは別の質問です。私の言いたいことは、Debianにはないものが、Ubuntuに存在しないということではありません。
heemayl

@heemaylどう違うの?すなわち、私はあなたの意図をよりよく見ていますが、それは単にターゲットを同様の制約で別のグループにシフトします。
user2338816

@ user2338816 Heemaylはそれが可能だと言っている、あなたはそれがありそうもないと言っている。
wjandrea
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.