Comment tester les versions de développement d'Ubuntu

Voici les réponses à certaines questions fréquemment posées et des solutions aux problèmes courants lors de tests de pré-versions d'Ubuntu dans les phases alpha, bêta, rc…

Note : tester une version de développement n'est utile que si vous rapportez les bugs que vous rencontrez

sudo sed -i 's/"nom de code de la version actuelle"/"nom de code de la version en développement"/g' /etc/apt/sources.list
sudo apt update
sudo apt dist-upgrade

Ou encore, voir l'article installer_une_version_instable.

Vous trouverez les dernières versions instables d'Ubuntu sur Version instable.

Les versions de développement d'Ubuntu sont instables et fortement déconseillées pour une utilisation "normale" de votre ordinateur. Ne les utilisez que dans un but de "test", pour aider au développement d'Ubuntu en rapportant des bugs.

Pour conserver un système Ubuntu opérationnel en plus du système de test, vous pouvez par exemple :

• soit installer la pré-version d'Ubuntu en machine virtuelle
• soit installer la pré-version d'Ubuntu en live USB
• soit installer la pré-version d'Ubuntu en dual-boot avec votre Ubuntu actuel (en faisant attention à conserver surtout votre "GRUB" actuel si vous avez peur que le nouveau "GRUB" ne fonctionne pas)

Vous n'avez pas à réinstaller entre chaque version, sauf si vous souhaitez tester l'installation de composants spécifiques (l'installeur, un bootloader, etc.), ou si votre installation est concernée par des bugs qui exigent une réinstallation pour être corrigés.

L'étape de gel (alpha, bêta et la RC) consiste à prendre les paquets nécessaires à la création du CD d'installation d'Ubuntu sur le serveur, pour que le CD reflète l'état des avancées à ces dates. Si vous avez fait les mises à jour , vous avez déjà la dernière version d'Ubuntu. Si vous devez réinstaller, et ou avez une image de disque antérieure, vous pouvez souhaiter utiliser rsync pour éviter d'avoir à télécharger l'image entière.

Vous n'avez pas à le faire, mais vous pourriez vouloir réinstaller si une ou plusieurs des raisons ci-dessous s'appliquent :

• Vous avez modifié votre installation de test à un tel point que vous n'êtes plus conscient de sa composition exacte et de sa configuration.
• Vous avez remplacé des composants essentiels de votre installation avec des versions à partir de source externes. ( PPAs )
• Vous avez utilisé des scripts d'installation de paquets ou des outils similaires qui ne sont pas approuvés par la Communauté de développement d'Ubuntu.
• Vous avez appliqué des hacks / solutions de contournement pour fins d'essai pour de bonnes raisons (vous y avez été invité au cours des essais, le tri des bogues, etc.), qui peuvent causer des problèmes lors de l'usage quotidien d'une installation stable
• Vous êtes concernés par les bugs qui peuvent demander une réinstallation pour être corrigés (ceux-ci seront décrits dans les notes de publication)

D'une manière générale, ne faites pas la mise à jour, mais attendez quelques jours que cette "mise à jour partielle" disparaisse. Plus d'informations ici en anglais.

Un exemple en français dans une discussion du forum : http://forum.ubuntu-fr.org/viewtopic.php?id=388968

Le planning de développement est systématiquement indiqué sur le forum. Actuellement (développement de Ubuntu 16.04) vous la trouverez ici (en anglais).

Il n'y a pas d'heure précise.
La sortie est annoncée officiellement lorsque « tout est prêt », c'est-à-dire lorsque tous les tests ont été effectués, les différents serveurs ont été synchronisés, les notes de version ont été rédigées, etc.

La plupart du temps la sortie a lieu dans l'après midi, mais ce n'est pas une règle. Il arrive également que la sortie ait lieu le matin, tard dans la soirée voire même le lendemain de la date initialement prévue pour notre timezone. Il ne faut pas oublier que minuit pour la France est encore la journée aux États-Unis !

Non, si vous n'arrivez pas à réparer votre système, même avec l'aide du forum, vous devrez réinstaller.
C'est une des nombreuses joies des alpha/bêta-testeurs¹⁾ :)

Le miroir que vous utilisez est probablement en retard par rapport au serveur principal. Vous pouvez voir l'état des miroirs ici. De plus, assurez vous que les dépôts ne sont pas en phase de « freeze » (il est normal que vous n'ayez plus la moindre mise à jour les 3 derniers jours avant la sortie d'une version/étape).

Les images journalières sont construites automatiquement, et en raison de la nature rapide et asynchrone des ajouts au cours de la phase de développement, aucun effort ne peut être fait pour obtenir un CD de 700Mo sur une base quotidienne, un tel effort est fait seulement pour les étapes. Notez que vous pouvez toujours utiliser des images de CD sur-dimensionnées sur un DVD, dans une machine virtuelle ou sur une clef USB.

Les machines virtuelles sont très pratiques pour tester les fonctionnalités de « haut niveau ».
Cependant, pour les tests du noyau, du serveur X et de tout ce qui interagit directement à un bas niveau avec votre matériel, les machines virtuelles sont inutiles.
Dans ce dernier cas, vous pouvez (par exemple) utiliser une installation sur une partition libre de votre disque dur ou encore sur un disque dur externe.

Oui. Il s'agit du système de rapports de crashs automatique nommé Apport, qui est installé par défaut sur toutes les versions de développement d'Ubuntu. A noter que ce système ne rapporte que les crashs détectés par Ubuntu, pour rapporter un autre type de bug, consultez ce tutoriel.

C'est intentionnel. Si vous ne comprenez pas l'anglais de cette page, suivez les instructions de cette page.

Jetez un œil sur cette page de la documentation, et essayer d'utiliser Apport en mode interactif en tapant la commande suivante dans un terminal :

ubuntu-bug nom-du-logiciel

L'état de votre système et les références du paquet concerné sont consolidés, et un un pré-rapport est créé, qui sera envoyé sur launchpad. Il vous restera à expliquer le problème (vous devez avoir un compte launchpad).

Si cela ne vous aide pas, n'hésitez pas à démarrer un nouveau sujet sur le forum, ou rejoindre le canal #ubuntu-bugs sur le réseau IRC Freenode pour demander de l'aide.

La page "ISO testing tracker" permet de voir d'un coup d’œil les bugs principaux des versions de développement. Il peut notamment être utile d'aider à résoudre les bugs rouges.

• Doc de présentation de la dernière version stable d'Ubuntu : Ubuntu 15.04 (« The Vivid Vervet »)
• Forum de la dernière version instable d'Ubuntu : Version instable : The Willy Werewolf  15.10
• GDB, le débogueur du GNU, pour avoir des informations sur le crash d'une application
• Valgrind, débogueur spécialisé dans les fuites mémoires, pour repérer là où les applications consomment de la mémoire inutile
• installer_une_version_instable

Contributeurs : miaou86, Malizor