Il y a un problème avec une version alpha / bêta d'Ubuntu, que dois-je faire?
J'exécute des versions alpha d'Ubuntu depuis un certain temps maintenant. Je continue à courir dans des problèmes - comment puis-je les résoudre? Que dois-je faire quand je rencontre ces problèmes? Et où puis-je trouver d'autres utilisateurs Ubuntu + 1 à qui poser des questions?
Informations Alpha générales
Si vous avez été redirigé ici, vous avez probablement posé une question sur une version alpha ou bêta d'Ubuntu.
De manière générale, nous ne prenons pas de questions sur exécuter ou en utilisant des versions inédites des versions d'Ubuntu ici, car les versions de développement changent presque chaque heure. et habituellement, il est cassé et les testeurs alpha sont supposés donner un retour direct aux développeurs via le suivi des bogues afin que ces problèmes puissent être résolus par tout le monde.
Ce n’est pas que nous ne nous en soucions pas, nous ne serions simplement pas bons à cela et l’un des objectifs principaux du site est de créer une ressource réutilisable pour les utilisateurs, ce qui serait difficile si nous avions toute une série de questions sur quelque chose qui: est rapidement devenu obsolète!
Les réponses à cette question vous aideront à démarrer, bonne chance et merci pour les tests!
File bugs
Vous devriez déposer des bogues pour le paquet concerné qui vous pose problème. Les bogues sont l’un des principaux avantages des versions pour développeurs: ils fournissent des informations précieuses aux développeurs et les aident à améliorer le logiciel.
Si vous ne savez pas à quel paquet faire rapporter le bogue, veuillez utiliser les autres ressources (forums, listes de diffusion, etc.) pour demander le paquet contre lequel vous devriez le déposer.
Information de débogage vous aidera à classer les bogues.
Les forums
- Si votre question sur Ask Ubuntu était liée à cette réponse, c’est à cet endroit que vous devriez probablement aller pour republier votre problème.
La section Développement et programmation des forums Ubuntu est un bon point de départ. Le sous-forum précis dépend de la version, mais pour le moment vous voulez le Version de développement Ubunt .
Jetez un coup d'œil aux discussions récentes et voyez si quelque chose ressemble au problème que vous rencontrez. Si ce n'est pas le cas, vous devez créer un nouveau fil de discussion détaillant vos expériences.
Avant une mise à niveau, testez toujours
Sudo apt-get --simulate dist-upgrade
Si vous obtenez une erreur concernant les paquets cassés, ne mettez pas à niveau.
IRC (Internet Relay Chat)
- # ubuntu + 1 sur irc.freenode.net
- # ubuntu-bugs si vous aidez à signaler/trier les bugs
liste de diffusion ubuntu-devel-advert
Lorsque des modifications importantes sont apportées, le développeur publie généralement la liste buntu-devel-advert . Cette liste ne reçoit pas beaucoup de publications (comparé à certaines des autres listes Ubuntu!), Donc pour les testeurs de pré-version, il n'y a aucune excuse pour ne pas y être abonné.
Gardez un œil sur les envois de paquets
Les téléchargements dans les archives sont envoyés à une liste de diffusion, nommée d'après le surnom de l'animal, par exemple lucid-changes, topic-changes , etc. Il peut être utile de suivre cette liste pour savoir quand des téléchargements dangereux sont téléchargés. vous pouvez ainsi éviter les problèmes avant qu'il ne soit trop tard.
L'outil Archive Status est également utile pour afficher l'état de l'archive avant la mise à niveau.
Résoudre vos problèmes
Tableau de bord Réponses
Launchpad Answers est un autre site officiel de questions-réponses pour Ubuntu (et n autre logiciel c'est-à-dire développé sur Launchpad ), mais AskUbuntu l'est Axé sur la production de réponses réutilisables qui aident un grand nombre de personnes et évoluent dans le temps, Launchpad Answers est un outil de suivi du support qui se concentre sur les réponses à chaque question, quelle que soit cette question et si oui ou non la question est sous une forme utile aux autres utilisateurs.
Pour une raison quelconque, Réponses Launchpad n'apparaît souvent pas sur les listes de ressources de support officielles Ubuntu, même si c'est un (répertorié en évidence ici et ici =), il est opérationnel depuis longtemps et une partie dynamique de la communauté Ubuntu consacre beaucoup de temps et d’énergie à fournir et recevoir de l’aide dans ce pays.
Les questions sur la version de développement d'Ubuntu (ou Ubuntu + 1, comme nous l'appelons ici sur AU) sont les bienvenues dans Réponses du Launchpad , bien que, comme ici, si vous publiez un bogue en tant que question, la réponse sera "déposer un rapport de bogue." Les questions sur la manière de déposer ou d’étudier correctement un bogue dans la version de développement d’Ubuntu sont les bienvenues dans Launchpad Answers, bien que vous deviez préciser que c’est ce que vous cherchez. Vous pouvez demander ou les gens peuvent supposer que vous essayez de signaler le bogue.
Même si votre question concerne quelque chose qui ne produirait pas un bon article comme réponse, cela reste approprié pour Réponses du Launchpad . Rien n’est trop localisé pour les réponses du tableau de bord. Le revers de la médaille est que les réponses sur Réponses du Launchpad ne peuvent pas être éditées ou votées, et ont tendance à n'être répondues que par une personne à la fois (c'est-à-dire , jusqu'à ce que vous indiquiez si leur réponse a fonctionné ou non pour vous).
Réponses du Launchpad est connecté à Bugs du Launchpad , et les questions et les bugs du Launchpad peuvent être liés les uns aux autres (ce qui affecte la façon dont les abonnés sont informés), et même convertis l'un en l'autre. Les rapports de bugs qui devraient être des questions sont souvent convertis en questions. Les questions qui devraient être des rapports de bogues sont parfois converties en rapports de bogues. (Bien que cela soit possible, il est souvent préférable de repartir de zéro lorsque vous signalez un bogue plutôt que de poser une question, donc si quelqu'un sur Launchpad vous demande de signaler un bogue, c'est ce que vous devriez faire .)
Les questions en n'importe quelle langue sont prises en charge en Réponses du Launchpad (vous sélectionnez la langue dans laquelle vous posez la question), même si les rapports de bogues ne doivent être classés qu'en anglais. Ceci est particulièrement pertinent pour buntu + 1 car cela signifie:
Vous pouvez utiliser Réponses du Launchpad pour traiter des bogues spécifiques à votre langue ou à votre région, sans savoir ni vous sentir à l'aise d'écrire et de lire l'anglais.
Vous pouvez utiliser Réponses du Launchpad pour demander de l'aide pour traduire le texte de votre langue en anglais afin de pouvoir signaler un bogue en anglais. (Ou demandez de l'aide pour modifier un rapport de bogue que vous avez déjà rédigé en anglais.)
Juste comme c'est une bonne idée de regarder la FAQ avant d'utiliser AskUbuntu, il est suggéré de lire le guide (c'est très court!) , ou du moins la partie sur poser des questions , avant de poster une question sur Réponses Launchpad .
Amusez-vous à apprendre!
Les exemples ici utilisent une branche en quantal. N'hésitez pas à changer si nécessaire.
Lorsque vous voyez un bogue et le signalez, vous pouvez obtenir de précieux commentaires, en particulier de la part des développeurs. Vous pouvez également essayer de commencer la programmation en soumettant un correctif. Tout d’abord, vous devez déterminer le paquet source auquel le bogue est lié (paquet associé). Il apparaîtra sous un nom tel que linux-meta-ti-omap4 ou un autre nom de package. Vous pouvez ensuite visiter https://code.launchpad.net/ubuntu/+source/ linux-meta-ti-omap4 =, en remplaçant le nom du paquet si nécessaire.
Une fois là-bas, vous devriez choisir la branche appropriée, généralement quelque chose comme lp:ubuntu/[version-in-development]-proposed/linux-meta-ti-omap4 (notez que la partie [version-in-development] devrait être la version actuellement en alpha ou bêta.
Maintenant, il est temps d'obtenir la branche:
D'abord, vous voudrez que bzr:
Sudo apt-get install bzr
et vous voudrez une clé SSH (vous pouvez l'ignorer si vos clés SSH sont déjà sur le tableau de bord):
Ouvrez "Mots de passe et clés" en effectuant une recherche dans le tableau de bord.
Créez une nouvelle clé SSH, avec éventuellement un mot de passe. Assurez-vous qu'il s'agit bien de SSHv2 s'il existe une option pour cela et utilisez RSA.
Cliquez dessus avec le bouton droit de la souris dans la liste une fois créée et exportez-le dans un fichier de votre choix.
Ouvrez le fichier avec Gedit et copiez le texte, y compris la ligne courte en haut avec des informations sur la clé.
Collez ceci dans la case au bas de la page ici , et soumettez le formulaire.
Vous pouvez maintenant vous connecter avec BZR. Ouvrez une ligne de commande, créez un nouveau répertoire et changez-le:
mkdir directory-name-of-your-choice&&cd directory-name-of-your-choiceEffectuer ce qui suit:
bzr launchpad-login [launchpad userid]Vous pouvez maintenant obtenir la branche avec:
bzr branch lp:ubuntu/quantal-proposed/linux-meta-ti-omap4changer le nom de la branche si nécessaire. Ceci est pour quantal, mais le nom de la branche changera comme indiqué précédemment.
Si vous pensez que la branche a été modifiée par les développeurs, vous pouvez toujours utiliser
bzr pulldans le dossier auquel vous avez accédé.Effectuez vos modifications à l'aide du programme de votre choix (à l'exception des fichiers
.pocar ils sont générés de manière dynamique), et si le problème concerne le texte de l'interface utilisateur, veillez à modifier les fichiers .pot appropriés.Chaque fois que vous souhaitez créer un point de contrôle, utilisez:
bzr commit -m "a descriptive message about your changes"Une fois le travail terminé, poussez la branche avec:
bzr Push lp:~[your userid]/project-name/branch-namedans cet exemple, ce sera
bzr Push lp:~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4Une fois que vous avez terminé, visitez le bogue et cliquez sur le lien "Lien vers une branche associée" à droite. Collez la branche que vous avez créée, sans la partie
lp::~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4dans cet exemple. La branche sera fusionnée si les développeurs l'apprécient ou sera améliorée. Il peut également être rejeté si le problème peut être résolu plus proprement, si vos modifications ne résolvent pas le problème ou si le problème a déjà été résolu dans une autre branche.