Existe-t-il un moyen de savoir si un programme / package mis à jour arrive dans les référentiels de versions officiels d'Ubuntu?
S'il existe une nouvelle version/mise à jour majeure d'un programme (par exemple, Rhythmbox 2.97, Skype 4.0 ou Gimp 2.8), existe-t-il un moyen facile de savoir si et quand ils le feront dans les référentiels de versions officiels actuels d'Ubuntu (en particulier pour la version LTS, par exemple Ubuntu 12.04)?
Ou si elle ne sera jamais ajoutée aux référentiels officiels, je n'ai donc pas besoin d'attendre et de l'installer simplement via un PPA/référentiel ajouté?
J'aimerais utiliser les mises à jour du programme, mais de préférence lorsqu'elles sont bien testées et adaptées à la version Ubuntu que j'utilise (facilement mis à jour par le gestionnaire de mises à jour). Mais certains programmes semblent ne jamais être ajoutés/mis à jour et, comme je veux m'en tenir à la version LTS, il me faudrait ajouter un autre référentiel.
Je sais qu'il existe des restrictions quant à ce qui sera mis à jour ( Pourquoi les référentiels Ubuntu ne disposent-ils pas des versions les plus récentes des logiciels? , StableReleaseUpdates ). Mais par exemple Firefox et Thunderbird sont maintenant régulièrement mis à jour et Gimp 2.8 pourrait être disponible dans les backports. Il y a une liste de mises à jour en attente de la version stable d'Ubunt , mais je ne trouve pas Firefox, Thunderbird (ou Gimp) dessus, bien qu'ils soient mis à jour.
Je veux simplement savoir s'il existe un moyen simple de savoir (par exemple, une page Web) quels programmes seront ajoutés/mis à jour dans les dépôts officiels d'Ubuntu. Ou devons-nous poser une question sur Askubuntu pour chaque programme?
Il n'y a aucune liste qui couvre encore tout, en particulier pour les éventuelles futures mises à jour /mises à niveau. Peut-être que quelqu'un peut travailler sur ça ...
C’est ce que j’ai pu découvrir jusqu’à présent: si un programme est mis à jour/mis à jour, il sera automatiquement ajouté au centre logiciel (et sera mis à jour par le système), visible également avec Synaptic (nécessite l’installation) et apt-cache ( ligne de commande). La page packages.ubuntu.com affiche les mises à jour antérieures , mais n'informe pas ce que l'avenir réservera.
Mise à jour stable/Backport
Chaque SRU (mise à jour stable) et chaque portage sont demandés manuellement. Les SRU ne sont effectuées que pour corriger un bogue important. Les backports sont faits sur demande, si des volontaires et des ressources sont disponibles. Les demandes d’emballage et/ou de backport sont généralement suivies comme des bugs. Ce ne sont pas vraiment des insectes, bien sûr. Mais les suiveurs de bogues suivent généralement plus que des bogues, voir liste de backports. Si vous fouillez dans Launchpad , vous devez trouver rapidement les listes de suivi similaires pour l’équipe de packaging, l’équipe de sécurité et l’équipe SRU. Il est douteux que les dates de publication provisoires soient réalistes pour la plupart des packages, car de nombreux backporters semblent travailler plus ou moins au hasard dans la liste. Si certains portiers ont des intérêts spécifiques, ils pourraient certainement afficher les dates ETA dans les commentaires et s’assigner le paquet.
PPA et autres référentiels
Comme il n’ya pas beaucoup de mises à jour/mises à niveau significatives ajoutées dans les référentiels officiels d’une version Ubuntu (bien que cela puisse changer avec les futures versions de LTS), les PPA et les référentiels alternatifs sont choisis par beaucoup de personnes. prend du temps pour les trouver:
Je voudrais également promouvoir une liste de PPA et de référentiels alternatifs, mais cela n’est pas pris en charge par Canonical, car de nombreux PPA et autres référentiels peuvent causer des problèmes à un système. Mais une liste avec la possibilité d’évaluer et de commenter (problème, succès) serait préférable, car les informations dispersées sont peu ou pas connues de la communauté. Malheureusement, la page de remue-méninges Ubuntu sera fermée. J'ajoute donc cette idée à cette réponse. Peut-être qu'une personne bien informée le lira-t-elle et pourra-t-elle y travailler. Il y a ne idée de brainstorm connexe concernant ce sujet tant que le brainstorm d'Ubuntu existe.
Il n'y a pas de puits facile à dire. Mais généralement, la réponse est simple non - les mises à jour majeures ne se retrouveront pas dans les référentiels d'une version Ubuntu déjà publiée.
Firefox, Thunderbird et Chromium sont trois exceptions notables. La raison en est que ceux-ci ont des calendriers de "publication rapide" (nouvelles versions toutes les quelques semaines). Il n’est pas pratique pour l’équipe de sécurité d’Ubuntu de porter en permanence des correctifs de sécurité sur des versions antérieures.
rmadison interroge la base de données d'archives pour plusieurs versions différentes d'Ubuntu, y compris la dernière version de développement non encore publiée officiellement, comme illustré dans l'exemple ci-dessous.
Ouvrez le terminal et tapez:
Sudo apt install devscripts
rmadison <package-name> # replace <package-name> with the name of the package
Exemple
$ rmadison wireshark wirehark | 1.6.7-1 | précis/univers | source, AMD64, armel, armhf, i386, powerpc cableshark | 1.10.6-1 | fidèle/univers | source, AMD64, arm64, armhf, i386, powerpc, ppc64el wirehark | 1.12.1 + g01b65bf-4 + deb8u11ubuntu0.14.04.1 | trusty-security/universe | source, AMD64, arm64, armhf, i386, powerpc, ppc64el wirehark | 1.12.1 + g01b65bf-4 + deb8u11ubuntu0.14.04.1 | trusty-updates/univers | source, AMD64, arm64, armhf, i386, powerpc, ppc64el wirehark | 2.0.2 + ga16e22e-1 | xenial/univers | source, AMD64, arm64, armhf, i386, powerpc, ppc64el, s390x wirehark | 2.2.6 + g32dac6a-2ubuntu0.16.04 | xenial-security/univers | source, AMD64, arm64, armhf, i386, powerpc, ppc64el, s390x wirehark | 2.2.6 + g32dac6a-2ubuntu0.16.04 | xenial-updates/univers | source, AMD64, arm64, armhf, i386, powerpc, ppc64el, s390x wirehark | 2.4.2-1 | astucieux/univers | source, AMD64, arm64, armhf, i386, ppc64el, s390x wirehark | 2.4.5-1 | bionique/univers | source, AMD64, arm64, armhf, i386, ppc64el, s390x wirehark | 2.4.6-1 | cosmique/univers | source, AMD64, arm64, armhf, i386, ppc64el, s390x
Ces résultats sont tous des paquets des référentiels officiels Ubuntu des versions d'Ubuntu, répertoriés dans la troisième colonne des exemples de résultats rmadison. Notez que les résultats de rmadison incluent également les résultats pour Ubuntu 18.10, qui n'est pas encore officiellement publié, et Ubuntu 12.04, qui est une version de fin de vie.
Si vous ne vous souvenez pas du nom exact du paquet, rmadison ne renverra aucun résultat, mais cette commande fonctionnera:
firefox --new-tab https://packages.ubuntu.com/wireshar
La commande ci-dessus repose sur la recherche par mot-clé flou, elle renvoie donc les résultats que vous ne souhaitez pas.
Je me le demandais aussi, mais je ne l'ai pas encore compris. Je soupçonne que la réponse peut être trouvée à http://packages.ubuntu.com/ , en particulier ces deux:
http://packages.ubuntu.com/precise
http://packages.ubuntu.com/precise-updates
Mais pas encore sûr.
En attendant, je suggère d'utiliser l'excellent outil update-alternatives de Debian/Ubuntu pour gérer les dernières versions du logiciel. Il fournit le meilleur des deux mondes entre repo/PPA et installation manuelle.
Voici un exemple de la façon de l’utiliser pour installer Haskell, mais l’idée générale devrait fonctionner pour n’importe quel paquet. En un mot, téléchargez l’archive Zip/tar du logiciel que vous voulez installer, extrayez-la dans /opt, puis utilisez update-alternatives pour lier ses fichiers binaires à /usr/bin. Voilà, vous êtes prêt à partir.
J'aime encore mieux cette méthode que repo, PPA ou dpkg, car elle vous permet de conserver l'intégralité du package dans sa propre structure de répertoires compacte, par exemple /opt/firefox, au lieu de répartir ses fichiers binaires tout au long de /usr/bin, /usr/lib, /usr/share, etc. Un peu comme système de fichiers de Gobo Linux .
Il vous permet également d'installer plusieurs versions côte à côte et de n'en activer qu'une seule à la fois, et facilite la mise à jour vers une nouvelle version ou le retour à l'ancienne version en cas de problème. Plus d'explications à ce sujet sur le lien Haskell ci-dessus.
Quoi qu'il en soit, sera mis à jour si je le découvre.