Как отправить полный отчет об ошибке с аварийным дампом и действиями по воспроизведению?

10

Я нашел воспроизводимую ошибку сбоя в xserver-xephyr. Когда я запускаю следующую команду:

apport-bug /var/crash/_usr_bin_Xephyr.1000.crash

он отправляет отчет о себе и не просит у меня никакой дополнительной информации, например, о том, как воспроизвести ошибку, которую я знаю. Это также не подает реальный отчет об ошибке. Как я должен это сделать?

Алистер Бакстон
источник
Отличное объяснение предоставлено по адресу askubuntu.com/questions/5121/how-do-i-report-a-bug .
Atenz
Это не отвечает на мой конкретный вопрос.
Алистер Бакстон
Извините за это, но вы отредактировали и опубликовали (с аварийной записью и шагами для воспроизведения?) После того, как я прокомментировал: P
atenz
Сбои ошибок генерируются Apport и должны быть поданы через Apport. В противном случае вы должны вручную зарегистрировать ошибку и найти все соответствующие файлы для добавления и включения. КАК ХОРОШО, с ошибками вы должны установить их как приватные.
Томас Уорд
Вопрос отредактирован снова. Использование apport-bug не имеет никакого отличного результата от использования ubuntu-bug.
Алистер Бакстон

Ответы:

7

Хороший способ сообщить об этом - настроить Apport для отправки данных о сбое на Launchpad.

Вы можете настроить его позже, если обычно не хотите делать это при сбое программы.

Задний план

Вам нужно, чтобы Apport собирал данные о сбоях и отправлял их на Launchpad, чтобы вы могли написать и отправить отчет об ошибке с прикрепленными данными. Это поведение Apport в альфа- и бета-версиях, а также поведение (когда Apport был включен) во всех выпусках до 12.04.

В Ubuntu 12.04 был представлен Whoopsie .

Whoopsie отправляет данные о сбоях Apport в базу данных ( Daisy ), где их можно обрабатывать и анализировать в совокупности (затем просматривать ). Это гораздо лучше, чем вообще не сообщать данные, и лучше, чем отчеты об ошибках с недостаточной информацией, когда репортер не предоставляет запрашиваемую информацию. Кроме того, ошибки в стабильных выпусках иногда с меньшей вероятностью будут исправлены, если они не могут быть воспроизведены в разрабатываемом выпуске (а в случае с Whoopsie пользователям не предлагается читать инструкции по составлению отчетов об ошибках и подавать отчет только для того, чтобы обнаружить, что ошибка не устранена надолго).

Тем не менее, для поддерживаемых выпусков Ubuntu (включая вашу ситуацию) приветствуются хорошо написанные отчеты об ошибках с достаточным количеством информации .

Вы можете перенастроить Apport так, чтобы он отправлял данные о сбоях на Launchpad для отчетов об ошибках, а не Daisy для статистического анализа .

Переконфигурирование Apport для отправки данных о сбоях на Launchpad

Если вы отключили Whoopsie, как описано здесь , Apport тоже будет отключен. Поэтому, если ваша цель - сообщать об ошибках, это не то, что вам нужно .

В одном из файлов конфигурации Apport /etc/apport/crashdb.confесть строка, которая говорит:

        'problem_types': ['Bug', 'Package'],

Это строка, в которой перечислены типы проблем, для которых данные отправляются на Launchpad. Это списки Bugи Package. Добавить Crash:

        'problem_types': ['Bug', 'Package', 'Crash'],

Теперь, когда данные о сбое будут автоматически собраны, они будут отправлены на Launchpad, и появится окно / вкладка браузера, где вы можете описать ошибку (так же, как до Whoopsie).

Ссылки

Элия ​​Каган
источник
Отличный ответ :) - к сожалению, я забыл, как воспроизвести ошибку, но я уверен, что это снова возникнет в какой-то момент.
Алистер Бакстон
@AlistairBuxton Если вы не можете воспроизвести сбой, вы можете перенастроить Apport для отправки информации на Launchpad, а затем запустить, ubuntu-bug crashfileгде crashfileнаходится .crashфайл, который был сгенерирован ранее. (Это может не сработать из-за различий между установленными пакетами, когда .crashфайл был создан и сейчас ... но это стоит того.)
Элия ​​Каган,
У меня больше нет файла аварийного завершения, плюс сообщение о том, как воспроизвести его, было целым вопросом :)
Алистер Бакстон,