Il y a un problème avec une version alpha / bêta d'Ubuntu, que dois-je faire?

115

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?

Marco Ceppi
la source

Réponses:

78

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 question sur l' exécution ou l' utilisation de versions non publiées des versions d'Ubuntu ici, car les versions de développement changent presque toutes les heures et sont généralement cassées et les testeurs alpha sont censés donner un retour direct aux développeurs via le gestionnaire de bogues afin que ces problèmes soient résolus. peut être fixé pour tout le monde.

Ce n’est pas que nous ne nous en soucions pas, nous ne serions tout 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 à propos de quelque chose qui: est rapidement devenu obsolète!

Les réponses à cette question vous aideront à démarrer, bonne chance et merci pour les tests!

Bugs de fichier

Vous devriez déposer des bogues pour le paquet concerné qui vous pose problème. Les bogues constituent 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.

Comment signaler un bug?

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.

Les informations de débogage vous aideront à classer les bogues.

Jorge Castro
la source
32

Les forums

  • Si votre question sur Ask Ubuntu était liée à cette réponse, c’est là 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 la version de développement Ubuntu .

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.

fluteflute
la source
25

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.

ObsessiveSSOℲ
la source
23

IRC (Internet Relay Chat)

fluteflute
la source
19

Liste de diffusion ubuntu-devel-advert

Lorsque des modifications importantes sont apportées, le développeur enregistre généralement sur la liste ubuntu-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é.

fluteflute
la source
16

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, utopic-changes , etc. Il peut être utile de suivre cette liste pour savoir quand des téléchargements à risque sont téléchargés afin d'éviter tout problème avant. c'est trop tard.

L' outil Statut de l' archive est également utile pour afficher l'état de l'archive avant la mise à niveau.

Jorge Castro
la source
1
Alternative: changelogs. Le gestionnaire de mise à jour affiche uniquement la partie pertinente (les changements entre la nouvelle version et la version actuelle), tandis que Synaptic / apt (itude) affiche le journal des modifications complet.
papoukaja
7

Tableau de bord Réponses

Réponses Launchpad est un autre site de questions-réponse officielle pour Ubuntu (et un autre logiciel qui est développé sur Launchpad ), mais alors que AskUbuntu se concentre sur la production de réponses réutilisables qui aident beaucoup de gens et évoluent au fil du temps, réponses Launchpad est un tracker support concentré sur les réponses à chaque question, quelle que soit cette question et si la question est sous une forme utile aux autres utilisateurs.

Pour une raison quelconque, Launchpad Answers n'apparaît souvent pas sur les listes de ressources officielles de support Ubuntu, même si ce dernier existe (répertorié ici et ici ), il est opérationnel depuis longtemps et constitue un élément dynamique de la communauté Ubuntu. y consacre beaucoup de temps et d'énergie pour fournir et recevoir de l'aide.

Les questions sur la version de développement d'Ubuntu (ou Ubuntu + 1, comme nous l'appelons ici dans AU) sont les bienvenues dans Launchpad Answers , bien que, comme ici, si vous publiez un bogue sous forme de question, la réponse sera "signaler un bogue . " Dans Launchpad Answers, les questions relatives à la manière de bien archiver ou étudier correctement un bogue dans la version de développement d'Ubuntu sont les bienvenues, mais vous devez préciser que c'est ce que vous demandez 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 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 Launchpad Les réponses ne peuvent pas être modifiées ni votées, et ont tendance à n'être répondues que par une personne à la fois (jusqu'à ce que vous indiquiez si leur réponse a fonctionné pour vous).

Launchpad Answers est connecté à Launchpad Bugs . Les questions et les bugs de 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 en un 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 recommencer à zéro lorsque vous signalez un bogue plutôt que de poser une question. Si quelqu'un sur Launchpad vous demande de signaler un bogue, c'est ce que vous devriez faire .)

Les questions dans toutes les langues sont prises en charge dans les réponses du tableau de bord (vous sélectionnez la langue dans laquelle vous posez la question), même si les rapports de bogues ne doivent être archivés qu'en anglais. Ceci est particulièrement pertinent pour Ubuntu + 1 car cela signifie:

  1. Vous pouvez utiliser Launchpad Answers 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.

  2. Vous pouvez utiliser Launchpad Answers 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 au moins la partie sur poser des questions , avant de poster une question sur Launchpad Answers .

Eliah Kagan
la source
4

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 devez choisir la branche appropriée, généralement quelque chose comme lp:ubuntu/[version-in-development]-proposed/linux-meta-ti-omap4(notez que la [version-in-development]partie doit être la version actuellement en alpha ou bêta.

Maintenant, il est temps d'obtenir la branche:

D'abord, vous voudrez 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):

  1. Ouvrez «Mots de passe et clés» en effectuant une recherche dans le tableau de bord.

  2. 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.

  3. 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.

  4. Ouvrez le fichier avec Gedit et copiez le texte, y compris la ligne courte en haut avec des informations sur la clé.

  5. Coller dans la case en bas de la page ici , et soumettre le formulaire.

  6. 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-choice
    
  7. Effectuer ce qui suit:

    bzr launchpad-login [launchpad userid]
    
  8. Vous pouvez maintenant obtenir la branche avec:

     bzr branch lp:ubuntu/quantal-proposed/linux-meta-ti-omap4 
    

    changer le nom de la branche si nécessaire. Ceci est pour quantal, mais le nom de la branche changera comme indiqué précédemment.

  9. Si vous pensez que la branche a été modifiée par les développeurs, vous pouvez toujours l'utiliser bzr pulllorsque vous vous trouvez dans le dossier auquel vous avez accédé .

  10. Effectuez vos modifications à l'aide du programme de votre choix (à l'exception des .pofichiers 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.

  11. Chaque fois que vous souhaitez créer un point de contrôle, utilisez:

    bzr commit -m "a descriptive message about your changes"
    
  12. Une fois le travail terminé, poussez la branche avec:

    bzr push lp:~[your userid]/project-name/branch-name
    

    dans cet exemple, ce sera

     bzr push lp:~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4
    

    Une 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 lp:partie:

    ~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4
    

    dans 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.

ObsessiveSSOℲ
la source