Estou executando as versões Alpha do Ubuntu há algum tempo. Continuo enfrentando problemas - como resolvê-los? O que devo fazer quando encontrar esses problemas? E onde posso encontrar outros usuários do Ubuntu + 1 para fazer perguntas?
Estou executando as versões Alpha do Ubuntu há algum tempo. Continuo enfrentando problemas - como resolvê-los? O que devo fazer quando encontrar esses problemas? E onde posso encontrar outros usuários do Ubuntu + 1 para fazer perguntas?
Respostas:
Se você foi redirecionado aqui, provavelmente já fez uma pergunta sobre uma versão Alpha ou Beta do Ubuntu.
De um modo geral, não tiramos dúvidas sobre a execução ou o uso de versões não lançadas dos lançamentos do Ubuntu aqui, já que os lançamentos em desenvolvimento mudam quase a cada hora e geralmente são interrompidos e espera-se que os testadores alfa forneçam feedback direto aos desenvolvedores por meio do rastreador de erros, para que esses problemas pode ser corrigido para todos.
Não é que não nos importemos, apenas não seríamos bons nisso e um dos principais objetivos do site é criar um recurso reutilizável para os usuários, o que seria difícil se tivéssemos um monte de perguntas sobre algo que rapidamente ficou desatualizado!
As respostas nesta pergunta ajudarão você a começar, boa sorte e obrigado pelos testes!
Erros de arquivo
Você deve registrar erros para o pacote relevante com o qual está tendo problemas. Os bugs são uma das principais vantagens de ter lançamentos de desenvolvedores - eles fornecem informações valiosas para os desenvolvedores e os ajudam a melhorar o software.
Se você não tiver certeza de qual pacote arquivar o bug, use os outros recursos (fóruns, listas de discussão etc.) para perguntar em qual pacote você deve arquivá-lo.
Informações sobre depuração ajudarão a arquivar erros.
A seção Desenvolvimento e Programação dos Fóruns do Ubuntu é um bom ponto de partida. O subforum preciso depende do lançamento, mas no momento você deseja a versão de desenvolvimento do Ubuntu .
Dê uma olhada nos tópicos recentes e veja se algo se parece com o problema que você está enfrentando. Caso contrário, você deve criar um novo tópico detalhando suas experiências.
Antes de uma atualização, sempre teste
sudo apt-get --simulate dist-upgrade
Se você receber um erro sobre pacotes quebrados, não atualize.
Quando grandes mudanças estão sendo feitas, geralmente um desenvolvedor publica na lista ubuntu-devel-Announce . Esta lista não recebe muitos posts (em comparação com outras listas do Ubuntu!). Portanto, para os testadores de pré-lançamento, não há desculpa para não se inscrever.
Os uploads para o arquivo morto são enviados para uma lista de e-mails com o nome do apelido do animal, por exemplo, alterações lúcidas, alterações utópicas , etc. é tarde demais.
Além disso, a ferramenta Status do arquivo morto é útil para mostrar o status do arquivo morto antes da atualização.
Respostas Launchpad é um outro local oficial de perguntas e resposta para Ubuntu (e algum outro software que é desenvolvido no Launchpad ), mas que AskUbuntu está focada na produção de respostas reutilizáveis que ajudam muitas pessoas e evoluir ao longo do tempo, respostas Launchpad é um rastreador apoio focado em responder com respostas a cada pergunta, independentemente da pergunta e se a pergunta está ou não em uma forma útil para outros usuários.
Por alguma razão, o Launchpad Answers geralmente não aparece nas listas de recursos oficiais de suporte do Ubuntu, mesmo sendo um (listado de forma destacada aqui e aqui ), está em funcionamento há muito tempo e é uma parte vibrante da comunidade Ubuntu. coloca muito tempo e energia fornecendo e recebendo assistência lá.
Perguntas sobre o lançamento do desenvolvimento do Ubuntu (ou Ubuntu + 1, como é chamado aqui na AU) são bem-vindas no Launchpad Answers , embora, como aqui, se você postar um bug como pergunta, a resposta será "apresentar um relatório de bug . " Perguntas sobre como arquivar ou investigar adequadamente um bug na versão de desenvolvimento do Ubuntu são bem-vindas no Launchpad Answers, embora você deva deixar claro que isso é o que você está perguntando ou as pessoas podem assumir que você está tentando relatar o erro.
Mesmo que sua pergunta seja sobre algo que não produziria um bom artigo como resposta, ainda é apropriado para o Launchpad Answers . Nada é muito localizado para o Launchpad Answers. O outro lado é que as respostas no Launchpad Answers não podem ser editadas ou votadas e tendem a ser respondidas apenas por uma pessoa por vez (ou seja, até que você indique se a resposta funcionou ou não para você).
O Launchpad Answers está conectado aos Bugs do Launchpad , e as perguntas e bugs no Launchpad podem ser vinculados entre si (o que afeta a maneira como os assinantes são notificados) e até convertidos um no outro. Os relatórios de erros que deveriam ser perguntas são frequentemente convertidos em perguntas. Às vezes, perguntas que deveriam ser relatórios de erros são convertidas em relatórios de erros. (Embora isso seja possível, geralmente é melhor começar do zero ao relatar um bug do que começar com uma pergunta; portanto, se alguém no Launchpad solicitar que você relate um bug, é isso que você deve fazer .)
Perguntas em qualquer idioma são suportadas nas Respostas do Launchpad (você seleciona em qual idioma a pergunta está sendo feita), mesmo que os relatórios de erros devam ser arquivados apenas em inglês. Isso é particularmente relevante para o Ubuntu + 1 porque significa:
Você pode usar o Launchpad Answers para trabalhar com erros específicos do seu idioma ou região, sem saber ou sentir-se à vontade para escrever e ler inglês.
Você pode usar o Launchpad Answers para solicitar ajuda na tradução de texto do seu idioma para o inglês, para que possa relatar um erro em inglês. (Ou peça ajuda para fazer alterações em um relatório de bug que você fez anteriormente em inglês.)
Assim como é uma boa ideia consultar as Perguntas frequentes antes de usar o AskUbuntu, é recomendável ler o guia (é muito curto!) , Ou pelo menos a parte de fazer perguntas , antes de postar uma pergunta no Launchpad Answers .
Os exemplos aqui usam um ramo em quantal. Sinta-se livre para mudar conforme necessário.
Quando você vê um bug e o relata, pode obter um feedback valioso, principalmente dos desenvolvedores. Você também pode tentar iniciar a programação enviando um patch. Primeiro, você deve descobrir o pacote de origem ao qual o bug está relacionado (pacote relacionado). Ele aparecerá como um nome como linux-meta-ti-omap4, ou outro nome de pacote. Você pode visitar https://code.launchpad.net/ubuntu/+source/ linux-meta-ti-omap4 , substituindo o nome do pacote conforme necessário.
Uma vez lá, você deve escolher o ramo correto, geralmente algo como lp:ubuntu/[version-in-development]-proposed/linux-meta-ti-omap4(observe que a [version-in-development]peça deve ser a versão atualmente em alfa ou beta.
Agora, é hora de obter o ramo:
Primeiro, você desejará bzr:
sudo apt-get install bzr
e você desejará uma chave SSH (você pode pular isso se suas chaves SSH já estiverem no Launchpad):
Abra 'Senhas e Chaves' pesquisando no painel.
Crie uma nova chave SSH, possivelmente com uma senha. Verifique se é SSHv2 se houver uma opção para isso e use o RSA.
Clique com o botão direito do mouse na lista uma vez criada e exporte-a para um arquivo de sua escolha.
Abra o arquivo com o Gedit e copie o texto, incluindo a linha curta na parte superior, com informações sobre a chave.
Cole isso na caixa na parte inferior da página aqui e envie o formulário.
Agora você pode se conectar ao BZR. Abra uma linha de comando, crie um novo diretório e mude para ele:
mkdir directory-name-of-your-choice&&cd directory-name-of-your-choice
Execute o seguinte:
bzr launchpad-login [launchpad userid]
Agora você pode obter o ramo com:
bzr branch lp:ubuntu/quantal-proposed/linux-meta-ti-omap4
alterando o nome da filial, conforme necessário. Isso é quantal, mas o nome da ramificação será alterado conforme indicado anteriormente.
Se você acha que o ramo foi alterado pelos desenvolvedores, sempre pode usá-lo bzr pullna pasta em que ramificou.
Faça as alterações usando qualquer programa de sua escolha (excluindo os .poarquivos gerados dinamicamente) e, se o problema envolver texto da interface do usuário, altere os arquivos .pot corretos.
Toda vez que você quiser fazer um ponto de verificação, use:
bzr commit -m "a descriptive message about your changes"
Depois de terminar o trabalho, empurre o ramo com:
bzr push lp:~[your userid]/project-name/branch-name
neste caso de exemplo, será
bzr push lp:~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4
Quando terminar, visite o bug e clique em "Link para um ramo relacionado" à direita. Cole o ramo que você criou, sem a lp:parte:
~[your userid]/ubuntu/quantal-proposed/linux-meta-ti-omap4
neste exemplo. O ramo será mesclado se os desenvolvedores gostarem, ou será aprimorado. Também pode ser rejeitado se o problema puder ser resolvido de maneira mais limpa, se suas alterações não resolverem o problema ou se o problema já tiver sido resolvido em outro ramo.