Questions fréquemment posées sur les pré-version d'Ubuntu

À moins que vous souhaitez tester l'installation de composants spécifiques (l'installeur, un bootloader, etc), ou votre installation est concernés par les bugs potentiels qui peuvent survenir au cours du cycle de développement qui exigent une réinstallation pour corriger, vous n'avez pas à réinstallation entre chaque version.

L'étape de gel (alpha, bêta et la RC) consiste à prend les paquets nécessaire à la création du CD d'installation d'Ubuntu sur le serveur, pour que le CD reflètent l'état des avancer à ces dates. Si vous avez fait les mise a jours , 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 pouvait 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 un ou plusieurs des raison ci-dessous s'appliquent:

→ Vous avez modifiée 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é hacks / solutions de contournement pour fins d'essai pour de bonnes raisons (vous y êtes 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 potentiels qui peuvent alors demander une réinstallation pour corriger (qui sera décrit dans les notes de publication)

Lisez ceci(en).

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

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 !

C'est intentionnel. vous comprendrez ce qui se passe une fois que vous aurez traduit la 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

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.

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-testeur¹⁾ :)

Les miroir de l'archive que vous utilisez est probablement à la traîne derrière. Vous pouvez voir l'état des miroirs ici.

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és pour les essais dans une machine virtuelle.

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.

Signalées les bugs dans les machines virtuelles sont un 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.