Como relato utilmente um bug [fechado]


8

Eu uso o Linux Mint há algum tempo e sou bastante fã. Não sou especialista o suficiente para mexer com o kernel ou algo assim, mas notei pequenos bugs em alguns pacotes de software que acho que seria capaz de corrigir. No entanto, não tenho ideia de como começar a contribuir para o projeto.

Aqui está um exemplo simples: o aplicativo da calculadora nos repositórios do Ubuntu não exige que o NumLock seja ativado para que as teclas pressionadas no teclado numérico sejam interpretadas como números (em vez das teclas Homee Endque usam os mesmos botões físicos). No entanto, esse não é o caso da Delchave que também serve como ponto decimal. Para isso, o NumLock precisa ser ativado. Suspeito que seja um erro e gostaria de corrigi-lo. Deveria ser bastante simples.

Mais do que simplesmente enviar um relatório de bug, como alguém se envolve na solução de um problema como esse? Eu precisaria entrar em contato com os mantenedores de pacotes upstream diretamente na página do GitHub ?


Depende, comece corrigindo sua cópia. Em seguida, você pode publicar suas alterações e perguntar aos desenvolvedores upstream se eles desejam a correção.
CTRL-ALT-DELOR

Respostas:


7

Em ordem crescente de utilidade:

  1. se você identificar um bug, relate-o com o máximo de informações relevantes possível (para facilitar a reprodução e a correção dos mantenedores).
  2. Se você puder ler a fonte e identificar onde o erro ocorre, inclua essas informações.
  3. Se você puder fornecer um patch que corrija o bug, inclua-o (ou abra uma solicitação pull, se o projeto estiver hospedado no Github)

No caso de 1,2 ou 3: certifique-se de assinar o bug na lista de solicitações / recebimento de mensagens / rastreador etc., para poder responder a quaisquer solicitações dos desenvolvedores / mantenedores para esclarecer ou testar suas suposições e informe de volta com qualquer informação adicional.

Nada é pior do que um relatório de erros "drive by" que possui informações insuficientes: esses apenas desorganizam os rastreadores / listas de discussão, etc., com ruídos que precisam ser ignorados ou limpos com o custo de energia que pode ser direcionado lucrativamente para outro lugar no projeto.


Eu segui seu conselho e fiz uma solicitação de recebimento no GitHub.
Myridium 23/07
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.