公式リポジトリで更新されたエンドユーザーソフトウェアを見つけるのが難しいのはなぜですか？[閉まっている]

いいえ、これは/ubuntu/151283/why-dont-the-ubuntu-repositories-have-the-latest-versions-of-softwareの重複ではありません。

ここでの質問は、エンドユーザーソフトウェアのみについてです。ローエンドのパッケージなどに関する安定性の議論は完全に理解していますが、数日ごとに更新するパッケージがたくさんあるのに、一般的なアプリケーションに関するものは何もないのですか？

これは、多くの開発者が公式リポジトリを古くして使用しないように勧めるという不条理に私たちを連れて行きます。あなたのソファから、Google Play / App Storeには1年前のバージョンしか含まれていないため、APK / IPAをウェブ上のどこからでもダウンロードする必要があるモバイルの世界を想像してみてください。

それがUbuntuで起こっていることです。ソフトウェアをインストールするための使いやすい方法があるという魔法は、ものが古すぎるために完全に台無しにされています。

例：私のコンピューターでUbuntu 16.04を入手したばかりで、Calibreのバージョンはほぼ5か月前のものです-2.55がリポジトリにあり、2.66はすでにリリースされています。

元の開発者がPPAの維持を気にしない場合、ダウンロードサイトへのアクセス、tarballまたはdebsの取得、および手動でのインストールなど、昔ながらのやり方が残されます。Ubuntuは以前はクールでしたが、この点ではWindowsよりも古くなっています。

ここでの唯一の反応は人的要因ですか？Ubuntuのメンテナーは、Ubuntuのバージョン間のすべてのソフトウェアリリースに追いつくよりも多くのことを行う必要がありますか？ソフトウェア開発者にとって、Ubuntuリポジトリで自分のソフトウェアを更新する方が簡単/可能ではないのはなぜですか？

ソフトウェア開発者にとって、Ubuntuリポジトリで自分のソフトウェアを更新する方が簡単/可能ではないのはなぜですか？

ソフトウェア開発者は定期的にソフトウェアを更新します。そのため、新しいCalibreバージョンを見つけました。ただし、アップデートをUbuntuリポジトリに直接プッシュすることはありません。理由は、質問にリンクした回答にすでに記載されています。

PPAを常に提供できるわけではありません。PPAに負担がかかるためです。次に、いくつかのディストリビューション用のパッケージを提供する必要があります。また、各ディストリビューションにはいくつかの非EOLリリースがあることを忘れないでください！Ubuntu向けのパッケージを提供する場合は、16.04、14.04、そしておそらく12.04用のパッケージを作成する必要があります。次に、Fedora、Debian、Archのユーザーが不満を言い始めます！それは簡単ではありません！そのため、PPAは通常、サードパーティのメンテナによって提供されます。

ただし、最近開発しているエンドユーザーに最新のソフトウェアを提供する別の方法があります。アプリケーションのすべてのコンポーネントを1つのファイルにパッケージ化しています。これらは主にコンテナー内などの隔離された環境で実行され、システムにインストールされている現在のライブラリと互換性がある必要はありません。たとえば、ほとんどが3.18コンポーネントでパッケージ化されたXenialでgtk-3.20アプリケーションを実行できます。

しかし、彼らにも問題があります！（脚注を参照）

いくつかのアプローチは次のとおりです。

• AppImages
• フラットパック by Gnome
• Ubuntuによるスナップ

Ubuntuのメンテナーは、Ubuntuのバージョン間のすべてのソフトウェアリリースについていくよりも多くのことを行う必要がありますか？

Ubuntuのメンテナーは、各リリースのマイルストーンを満たすために懸命に努力しています。Ubuntuを安定させるには、すべてのパッケージが期待どおりに機能することを確認する必要があります。たとえば、最近、Ubuntu 16.04で最新のKDEConnect 1.0を入手することについて質問されました。しかし、kdeconnect1.0にはQt 5.6が必要であることを明らかにしました。彼らにQt 5.6を提供するには、公式リポジトリ内の他のパッケージが適切に動作することを確認する必要があります。つまり、すべてのKDEパッケージの再構築、再テストは、本当に大きな仕事です。

最新の最先端のソフトウェアが必要な場合は、ローリングリリースディストリビューションや、質問で前述した他の単一パッケージアプローチを使用してみてください。

単一ファイルのパッケージ化に関するいくつかの問題：

1. 通常、サイズが大きくなります（必要なものすべてをパッケージ化しているため）。

2. それらをインストールすると、各パッケージが使用するシステム内に同じライブラリのコピーがいくつか存在するため、システムが大きくなります。

3. これらのパッケージ形式では、パッケージのメンテナーがライブラリ自体との統合をテストする必要があります。これは彼らにとって余分な負担です。ではapt、yumアプローチ、彼らは唯一のコア・アプリケーションで悩まされています。彼らは単にlib-gtk-xy-1.5がディストリビューションで利用可能であると想定することができます。

4. 繰り返しますが、同じ理由で、パッケージのメンテナは、パッケージに含まれているライブラリに関連するバグレポートに悩まされることになります。従来のアプローチでは、これはその特定のlibパッケージのメンテナーの仕事でした。