Ceci est une ancienne révision du document !



FAQ à propos des 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…

J'ai déjà la version alpha x. Dois-je réinstaller la dernière alpha x+1, bêta, rc?

Si vous avez les dernières mises à jour installées sur votre installation de test, vous n'avez pas à réinstaller entre chaque version.

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 à prend 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 mise à 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.

Si j'ai installé l'alpha, beta ou RC , ai-je besoin de réinstaller la version finale lorsqu'elle sortira?

Non, le gestionnaire de mises à jour vous permettra de mettre à niveau vers la version finale.

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)

Le gestionnaire de mises à jour propose une « Mise à jour partielle ». Que dois-je faire?

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.

Quand la nouvelle alpha / beta / RC / version finale doit-elle sortir ?

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

Et à quelle heure ?

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 voir même le lendemain de la date initialement prévue !

Mes tests d'installation se sont mal passés. Est-il possible de revenir à la version stable, ou à point relativement stable dans la branche de développement?

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/beta-testeurs1) :)

Je n'ai pas eu de mises à jour depuis un certain temps. Est-ce qu'il n'y a plus de mise à jour, ou y a-t-il un problème avec les serveurs?

Le miroir que vous utilisez est probablement en retard par rapport au serveur principal. Vous pouvez voir l'état des miroirs ici.

J'ai téléchargé l'image ISO du jour, mais elle est sur-dimensionnée et je ne peux pas la graver sur un CD.

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 surdimensionnées sur un DVD ou dans une machine virtuelle.

Est-ce utile de tester les pré-versions dans une machine virtuelle?

Oui. Si vous postez un rapport de bug installer sur une machine virtuelle, n'oubliez pas d'indiquer que vous testez sur une machine virtuelle dans votre rapport de bogue.

Pour les tests de noyau, X, et tout ce qui interagit directement à un bas niveau avec votre matériel, il est difficile de produire des rapports de bogues utiles.

Signaler les bugs dans les machines virtuelles sont utiles, mais les bogues de matériels réels sont beaucoup plus utiles. Toutefois, si vous cherchez seulement à tester la fonctionnalité de haut niveau telles que les applications en espace utilisateur, des interfaces utilisateurs, la documentation, les traductions et ainsi de suite, les machines virtuelles sont dans ces cas très utile.

J'essaie de signaler un bug, mais je suis redirigé vers la page ReportingBugs, que se passe-t-il?

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

J'essaie de signaler un bug, mais je ne sais pas à quel paquet il appartient. Que dois-je faire?

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

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.


1)
encore une bonne raison de sauvegarder régulièrement ses données
  • utilisateurs/miaou86/brouillon.1280206079.txt.gz
  • Dernière modification: Le 18/04/2011, 14:43
  • (modification externe)