更新されたプログラム/パッケージがUbuntuの公式リリースリポジトリにあるかどうかを確認する方法はありますか？
プログラムの新しいリリース/メジャーアップデート（Rhythmbox 2.97、Skype 4.0またはGimp 2.8など）がある場合、簡単に判断する方法はありますかそして、彼らが現在のUbuntuの公式リリースリポジトリ（特にLTSリリース、例えばUbuntu 12.04）に到達するのはいつですか？
それとも公式リポジトリに決して追加されないので、追加のPPA /リポジトリを介して待つだけでインストールする必要はありませんか？
プログラムの更新を使用したいと思いますが、できれば十分にテストされ、使用しているUbuntuリリースに合わせて調整されている場合（更新マネージャーによって簡単に更新されます）。しかし、いくつかのプログラムは決して追加/更新されないようで、LTSリリースに固執したいので、別のリポジトリを追加する必要があります。
更新対象には制限があることを知っています（ buntuリポジトリにソフトウェアの最新バージョンがないのはなぜですか？ 、 StableReleaseUpdates ）。しかし、たとえばFirefoxとThunderbirdは現在定期的に更新されており、バックポートでGimp 2.8が利用できる可能性があります。 保留中のUbuntu安定版アップデート のリストがありますが、Firefox、Thunderbird（またはGimp）は更新されていますが、見つかりません。
公式のUbuntuリポジトリでどのプログラムが追加/更新されるのかを簡単に知る方法（1つのWebページなど）があるかどうかを知りたいだけです。または、プログラムごとにAskubuntuで質問する必要がありますか？
特に可能性のあるfuture更新については、no listがあります。/upgrades。 おそらく誰かがこれに取り組むことができる...
これは私がこれまでに見つけたものです：プログラムが更新/アップグレードされると、プログラムは自動的にソフトウェアセンターに追加され（システムによって更新されます）、Synaptic（インストールが必要です）とapt-cache（コマンドライン）。ページ packages.ubuntu.com は過去の更新を示していますが、今後の予定を知らせません。
安定リリース更新/バックポート
すべてのSRU（安定版リリース更新）およびバックポートは手動で要求されます。 SRUは重要なバグを修正するためにのみ行われます。ボランティアとリソースが利用可能な場合、リクエストに応じてバックポートが行われます。パッケージ化やバックポートのリクエストは通常、バグとして追跡されます。もちろん、実際にはバグではありません。しかし、バグトラッカーは通常、単なるバグ以上のものを追跡します。バックポートリストを参照してください。 Launchpad を調べてみると、Packaging Team、Security Team、およびSRU Teamの同様の追跡リストがすぐに見つかるはずです。多くのバックポーターがリストからランダムに多かれ少なかれ動作するようであるため、暫定的なリリース日がほとんどのパッケージにとって現実的であることに疑いがあります。一部のバックポーターが特定の興味を持っている場合、彼らは確かにコメントにETA日付を投稿し、自分自身にパッケージを割り当てることができます。
PPAおよび代替リポジトリ
Ubuntuリリースの公式リポジトリに追加される重要な更新/アップグレードはあまりないため（これは将来のLTSリリースで変更される可能性があります）、PPAと代替リポジトリは多くの人々によって選択されますが、それらを見つけるのに時間がかかります：
PPAと代替リポジトリのリストも促進しますが、多くのPPAと代替リポジトリがシステムに問題を引き起こす可能性があるため、Canonicalはこれをサポートしていません。しかし、評価とコメント（問題、成功）の可能性があるリスト（問題、成功）は、コミュニティからのフィードバックがないか、ほとんどフィードバックがない散乱された情報としてより良いでしょう。残念ながら、Ubuntuのブレインストーミングページは閉じられるので、このアイデアをこの答えに追加します。おそらく、知識のある人がそれを読んで、それに取り組むことができます。 Ubuntu Brainstormが存在する限り、このトピックに関して関連するブレインストーミングのアイデアがあります。
簡単に伝えることはできません。しかし、一般的に答えは簡単ですno-メジャーアップデートはすでにリリースされたUbuntuバージョンのリポジトリに到達しません。
これに対する3つの注目すべき例外は、Firefox、Thunderbird、およびChromiumです。その理由は、これらには「迅速なリリース」スケジュール（数週間ごとに新しいバージョン）があるためです。 Ubuntuのセキュリティチームがセキュリティ修正を古いバージョンに継続的にバックポートすることは実用的ではありません。
以下の例に示すように、rmadisonは、公式にまだリリースされていない最新の開発リリースを含む、いくつかの異なるUbuntuリリースについてアーカイブデータベースに問い合わせます。
ターミナルを開き、次を入力します。
Sudo apt install devscripts
rmadison <package-name> # replace <package-name> with the name of the package
例
$ rmadison wireshark wireshark | 1.6.7-1 |正確/宇宙|ソース、AMD64、armel、armhf、i386、powerpc wireshark | 1.10.6-1 |トラスティ/ユニバース|ソース、AMD64、arm64、armhf、i386、powerpc、ppc64el wireshark | 1.12.1 + g01b65bf-4 + deb8u11ubuntu0.14.04.1 |トラスティセキュリティ/ユニバース|ソース、AMD64、arm64、armhf、i386、powerpc、ppc64el wireshark | 1.12.1 + g01b65bf-4 + deb8u11ubuntu0.14.04.1 | trusty-updates/universe |ソース、AMD64、arm64、armhf、i386、powerpc、ppc64el wireshark | 2.0.2 + ga16e22e-1 | xenial/universe |ソース、AMD64、arm64、armhf、i386、powerpc、ppc64el、s390x wireshark | 2.2.6 + g32dac6a-2ubuntu0.16.04 | xenial-security/universe |ソース、AMD64、arm64、armhf、i386、powerpc、ppc64el、s390x wireshark | 2.2.6 + g32dac6a-2ubuntu0.16.04 | xenial-updates/universe |ソース、AMD64、arm64、armhf、i386、powerpc、ppc64el、s390x wireshark | 2.4.2-1 |芸術的/宇宙|ソース、AMD64、arm64、armhf、i386、ppc64el、s390x wireshark | 2.4.5-1 |バイオニック/宇宙|ソース、AMD64、arm64、armhf、i386、ppc64el、s390x wireshark | 2.4.6-1 |宇宙/宇宙|ソース、AMD64、arm64、armhf、i386、ppc64el、s390x
これらの結果は、UbuntuバージョンのUbuntu公式リポジトリのすべてのパッケージであり、rmadisonの結果の例の3列目にリストされています。 rmadisonの結果には、まだ公式にリリースされていないUbuntu 18.10およびEnd Of LifeリリースであるUbuntu 12.04の結果も含まれていることに注意してください。
正確なパッケージ名を思い出せない場合、rmadisonは結果を返しませんが、このコマンドは機能します。
firefox --new-tab https://packages.ubuntu.com/wireshar
上記のコマンドはファジーキーワード検索に依存しているため、不要な結果も返されます。
私もこれを考えていましたが、まだ理解していません。答えは http://packages.ubuntu.com/ 、特にこれら2つにあると思います。
http://packages.ubuntu.com/precise
http://packages.ubuntu.com/precise-updates
しかし、まだわかりません。
それまでの間、Debian/Ubuntuの優れたupdate-alternativesツールを使用してソフトウェアの最新バージョンを管理することをお勧めします。レポ/ PPAと手動インストールの両方の長所を提供します。
ここに例があります Haskellをインストールするための使用方法についてですが、一般的な考え方はどのパッケージでも機能するはずです。簡単に言うと、インストールするソフトウェアのZip/tarアーカイブをダウンロードし、/optに抽出してから、update-alternativesを使用してバイナリを/usr/binにソフトリンクします。出来上がり、あなたは行ってもいいです。
バイナリを/opt/firefox、/usr/bin、/usr/libなどに分散させる代わりに、パッケージ全体を/usr/shareなどの独自のコンパクトなディレクトリ構造に保持できるため、この方法はrepo、PPA、またはdpkgよりも優れています。 Gobo Linuxのファイルシステム 。
また、複数のバージョンを並べてインストールし、一度に1つだけアクティブにすることもできます。また、新しいバージョンに問題がある場合は、新しいバージョンに簡単に更新したり、古いバージョンにロールバックしたりできます。上記のHaskellリンクで詳細を説明しています。
とにかく、私がそれを理解したら更新します。