Спасибо за ваш интерес к проекту отслеживания ошибок Ubuntu .
Начиная с Precise 12.04, это поведение и рабочий процесс изменились. Как я обнаружил в ошибке № 993450 «Apport не может отправить отчет об ошибке», по умолчанию apport больше не открывает отчет об ошибке (и это неудобно, но не невозможно сделать так).
Apport никогда не создавал отчеты об ошибках после релиза. Когда релиз еще находится в разработке, вы можете использовать apport для сохранения ошибок Launchpad (и отчетов об ошибках).
В финальной версии Ubuntu мы теперь показываем диалоги ошибок. Это большое улучшение по сравнению с тем, что программа «уходит» без какой-либо обратной связи, и пользователь остается в недоумении, что только что произошло.
Статистика по данным, собранным, когда люди решили отправить эти отчеты, отображается на http://errors.ubuntu.com .
У меня остается вопрос: как пользователь узнает, в каком состоянии находится проблема? План теперь имеет это требование
У пользователя должен быть способ проверить состояние своего отчета о сбое; например, иметь некоторый идентификатор отчета, на который они могут посмотреть статистику и / или любую связанную ошибку #. Например, предоставьте серийный номер во время подачи заявки, который они могут загрузить через веб-страницу позже.
Я собираюсь удалить это. Это никогда не было целью. Пользовательский интерфейс старается не давать никаких обещаний по поводу получения каких-либо отзывов об отчете.
Это не сообщения об ошибках.
Наша цель - сократить время, затрачиваемое разработчиками на поиск наиболее насущных проблем, сбор необходимой информации для их устранения и получение исправлений для пользователей.
Мы решили проблему поиска наиболее актуальных вопросов. Это первая страница http://errors.ubuntu.com .
Быстрый сбор необходимой информации без использования длительного цикла обратной связи с пользователями, испытывающими эту проблему, рассматривается в элементах Foundations-Q-Bucketing-Improvements . План состоит в том, чтобы позволить разработчикам подключиться к процессу сбора информации на стороне сервера. Если мне нужен / var / log / syslog, но он еще не предоставлен, я просто изменяю настройку на http://errors.ubuntu.com, и следующий человек, который сталкивается с ошибкой, автоматически добавляет ее к отправляемым данным.
Быстрое получение исправлений для пользователей рассматривается в отчетах Foundations-q-updates-from-crash . Когда пользователи отправляют отчет об ошибке, и эта ошибка уже исправлена и выпущена, появится диалоговое окно с вопросом, хотят ли они перейти на версию программного обеспечения, которая устраняет проблему, с которой они только что столкнулись.
И как разработчик попадает в игру? Переход на https://daisy.ubuntu.com просто предоставляет сообщение об ошибке «Неверный тип содержимого».
http://daisy.ubuntu.com не предназначен для использования людьми. Он предназначен для того, чтобы демон отчетов об ошибках (whoopsie) отправлял отчеты.
Для других людей было бы просто замечательно принять участие. Я в настоящее время единственный, кто взломал этот полный рабочий день.
Система состоит из четырех частей.
- Apport , который обеспечивает пользовательский интерфейс рабочего стола.
- Whoopsie , который принимает отчеты (и дампы ядра), созданные Apport, и переносит их на сервер отслеживания ошибок Daisy.
- Маргаритка , которая собирает отчеты от Whoopsie и обрабатывает их. Это сердце службы. Это то, что превращает файлы ядра в восстановленные отчеты и генерирует статистику, которую вы видите на http://errors.ubuntu.com .
- Ошибки - веб-сайт на Django, обеспечивающий удобочитаемое представление данных и API RESTful для работы с ними.
В каталоге setup / в lp: daisy есть несколько устаревший набор скриптов, который должен дать вам некоторое представление о том, как эти части сочетаются друг с другом. Я работаю над чарами Джуджу, чтобы заменить это. Цель - создать единую команду для развертывания всей инфраструктуры в облаке для тестирования и разработки.
Вы можете найти мой адрес электронной почты на Launchpad, если у вас есть вопросы по дальнейшей разработке.
Больше информации: