Comment fonctionne la prise en charge Ubuntu

Chaque version d'Ubuntu a déclaré la date de fin de prise en charge. Par exemple, Oneiric actuel sera pris en charge jusqu'en avril 2013. Qu'est-ce que cela signifie et que se passe-t-il d'ici là? Si un bogue est trouvé dans l'un des packages pris en charge par Ubuntu - sera-t-il corrigé?

Je demande parce que je rencontre de graves problèmes connus avec Compiz et Unity qui le rendent complètement inutilisable pour moi (bogue # 888039 + quelques autres mineurs). Des correctifs ont été publiés dans la branche Precise, bien que l'état du Launchpad indique qu'il affecte Oneiric (c'est aussi déroutant, mais peut-être que je ne connais pas assez bien le processus). La migration vers Precise n'est pas une option pour le moment et je me demande simplement si je peux m'attendre à ce que ces correctifs soient rétroportés vers la version précédente - toujours prise en charge si, pour une raison quelconque, je ne voudrais pas passer à la dernière version.

Je sais qu'il est difficile de généraliser mais je voulais juste savoir à quoi puis-je m'attendre de la version "prise en charge".

La promesse qu'une certaine version d'Ubuntu sera prise en charge pour un nombre spécifique de mois ne signifie pas nécessairement une promesse de corriger tous les bogues ni même une promesse de corriger les bogues.

Notez cette citation de la page Web Ubuntu pour les utilisateurs professionnels de bureau.

Restez à jour avec des mises à jour et mises à niveau gratuites et régulières

Voir le graphique intitulé Ubuntu for Desktop Release Cycle . Notez que les deux prochaines versions de LTS bénéficieront d'un support de 2 ans pour les mises à jour matérielles et de maintenance et d'un support supplémentaire de 3 ans pour les mises à jour de maintenance. Cela peut inclure des corrections de bogues, mais cela n'implique pas une promesse de corriger tous les bogues pendant cette période.

Il est similaire pour les versions LTS du serveur comme le montre cette page pour les utilisateurs professionnels du serveur Ubuntu . La principale différence est que les mises à jour matérielles et de maintenance s'étendent sur une période complète de 5 ans.

Comme le montre le lien dans votre question vers un rapport de bogue, il est souvent très difficile de déterminer exactement quel paquet est à l'origine du problème et nous pouvons également voir que de nombreux efforts sont déployés par les bénévoles pour trier les rapports de bogue afin de déterminer lequel devrait avoir priorité et qui est responsable de la fixer.

Lorsque je lis cette page sur l'aide aux bogues, je constate que la communauté de développement d'Ubuntu réagit aux rapports de bogues de manière très ordonnée.

Vous devez également considérer que Ubuntu est une distribution. Il prend des composants logiciels d'autres parties de la communauté Linux et les rassemble. Que faire si le bogue se trouve dans le noyau Linux, Debian, Gnome ou un autre composant dont Ubuntu n'est pas responsable.

Le rapport de bogue doit être transmis aux responsables de la maintenance et du développement du paquet contenant le bogue. Et c'est ensuite à ces personnes.

Parfois, les utilisateurs d'Ubuntu peuvent fournir le correctif ainsi que le rapport de bogue. Il est important que le correctif soit poussé en amont (comme on l'appelle) afin que tous les membres de la communauté Linux puissent en bénéficier et pas seulement nous, les utilisateurs d'Ubuntu. Il faut du temps pour que le correctif passe en amont, soit accepté par ces responsables en amont et revienne en aval pour être corrigé dans Ubuntu.

Je ne suis pas surpris que parfois une décision soit prise pour résoudre le problème dans la prochaine version d'Ubuntu qui sera publiée plutôt que de le corriger dans une version qui sera bientôt remplacée. Surtout si cette prochaine version doit être une version LTS avec un support de 5 ans.

Vous dites que ce bug particulier est en train d'être corrigé dans Precise Pangolin mais pas dans Oneiric Ocelot. Mais Precise Pangolin 12.04 est sous test depuis près de six mois. En plaçant le correctif dans Precise, le correctif est testé.

C'est mieux que de le mettre dans Oneiric pour les utilisateurs qui attendent une version stable pour le tester, ne pensez-vous pas?

Réparer le passé peut attendre. Obtenez le futur "précis" au début. C'est ce qui est important, à mon avis.

Par exemple, Oneiric actuel sera pris en charge jusqu'en avril 2013. Qu'est-ce que cela signifie et que se passe-t-il d'ici là?

Cela signifie principalement que le support technique concernant la version Oneiric sera fourni jusqu'à sa fin de vie, c'est-à-dire avril 2013. Vous pouvez également être sûr que les bogues critiques et de sécurité affectant Oneiric seront corrigés jusqu'en avril 2013.

Si un bogue est trouvé dans l'un des packages pris en charge par Ubuntu - sera-t-il corrigé?

Selon la gravité des bogues et des packages affectés par le bogue, il peut ou non être corrigé.

Il n'y a aucune garantie que si un bug est trouvé, il sera corrigé. Période. Même sur la version actuelle ou en développement. Certains bugs sont corrigés, d'autres non, cela dépend des ressources disponibles, de la gravité des bugs, etc ...

Ce qui est sûr si un bogue est corrigé, et qu'il s'agit d'un problème de sécurité ou critique, il sera porté en arrière sur toutes les versions prises en charge. De plus, dans certaines versions prises en charge, vous recevrez des mises à jour de certains packages sélectionnés (comme Firefox) jusqu'à sa fin de vie.

Du point de vue de l'utilisateur normal, la chose la plus importante concernant la prise en charge est que les référentiels de toutes les versions ne resteront en ligne que tant qu'ils seront pris en charge. Si vous utilisez une version Ubuntu non prise en charge, vous ne pourrez pas installer ou mettre à jour le logiciel en utilisant les moyens normaux (apt-get avec les dépôts officiels, le Centre logiciel, etc ...).

D'autres ont bien expliqué ce que signifie être soutenu.

S'il y a un correctif dans Precise dont vous avez besoin dans une ancienne version comme Oneiric, il y a trois possibilités.

1. Vous pouvez suivre le processus de mise à jour des versions stables. Si un correctif est important et ne risque pas de casser quoi que ce soit, il est candidat à une SRU. Voyez ici . Le lien donne également des informations importantes sur les raisons pour lesquelles les bogues ne sont pas automatiquement corrigés dans les anciennes versions des packages.

   Je vois un correctif pour le bogue que vous avez mentionné passe par le processus SRU pour Oneiric. Vous voudrez peut-être commenter le rapport de bogue pour lui demander son statut. Je suis surpris qu'il soit en test depuis aussi longtemps.

2. En général, il est possible qu'une version plus récente d'un package avec le correctif ait été publiée sur oneiric-backports. Vous pouvez activer ce référentiel en ouvrant le Centre logiciel Ubuntu et en utilisant Édition-> Sources logicielles, puis en cliquant sur l'onglet Mises à jour. Sélectionnez oneiric-backports.

3. Encore une fois, d'une manière générale, vous pourrez peut-être utiliser la version précise sur votre système si Oneiric possède toutes les dépendances de la nouvelle version du package. Vous pouvez naviguer sur archives.ubuntu.com à travers l'arborescence du pool de répertoires jusqu'au package actuel pour chaque version prise en charge. Vous pouvez télécharger celui que vous voulez, vérifier si toutes ses dépendances sont respectées, puis essayer de l'installer avec la sudo dpkg -i package_name_and_releasecommande. Une recherche sur le Web peut également être utile pour trouver le fichier .deb correspondant à la version souhaitée. Il est très peu probable que cela fonctionne pour Compiz ou Unity, car il y a tellement de changements dans leurs dépendances d'une version à l'autre.

Dans votre cas particulier que vous mentionnez, je pense que le processus SRU était le plus approprié et, en fait, un correctif suit ce processus. Le correctif proposé se trouve dans le référentiel proposé par oneiric et vous pouvez l'installer et le tester à partir de là. Voir ceci pour plus d'informations.