Как мне с пользой сообщить об ошибке [закрыто]

8

Я уже некоторое время пользуюсь Linux Mint, и я настоящий фанат. Я не достаточно опытен, чтобы связываться с ядром или чем-то подобным, но я заметил небольшие ошибки в паре пакетов программного обеспечения, которые, я думаю, я смогу исправить. Тем не менее, я понятия не имею, как начать вносить свой вклад в проект.

Вот простой пример: приложение калькулятора в репозиториях Ubuntu не требует NumLock быть активировано для нажатия клавиш на цифровой клавиатуре , чтобы быть интерпретировано как числа (а не Homeи Endключи , которые используют одни и те же физические кнопки). Однако это не относится к Delключу, который также служит десятичной точкой. Для этого NumLock необходимо активировать. Я подозреваю, что это ошибка, и я хотел бы ее исправить. Это должно быть довольно просто.

Больше, чем просто отправка отчета об ошибке, как можно вмешаться в решение такой проблемы? Нужно ли мне напрямую связываться с разработчиками пакетов исходных текстов через страницу GitHub ?

Myridium
источник
Зависит от исправления вашей копии. Затем вы можете опубликовать свои изменения и спросить разработчиков, которые хотят получить исправление.
Ctrl-Alt-Delor

Ответы:

7

В порядке возрастания полезности:

  1. если вы обнаружите ошибку, сообщите о ней как можно больше релевантной информации (чтобы ее было проще воспроизвести, а затем исправить).
  2. Если вы можете прочитать источник и определить, где произошла ошибка, включите эту информацию.
  3. Если вы можете предоставить патч , исправляющий ошибку, включите его (или откройте запрос на извлечение, если проект размещен на Github)

В случае 1, 2 или 3: убедитесь, что вы подписаны на ошибку в трекере / запросе на получение ответа / списке рассылки и т. Д., Чтобы вы могли отвечать на любые запросы разработчиков / сопровождающих, чтобы уточнить или проверить свои предположения и сообщить любую дополнительную информацию.

Нет ничего хуже, чем отчет об ошибке «Drive by», в котором недостаточно информации: они просто загромождают трекеры ошибок / списки рассылки и т. Д., С шумом, который нужно либо игнорировать, либо убирать за счет энергии, которую можно выгодно направить в другое место. в проекте.

jasonwryan
источник
Я принял ваш совет и сделал запрос на GitHub.
Миридиум