Раньше случалось так, что при сбое программы, особенно когда пользователь использовал предварительную версию Ubuntu, apport мог использоваться для открытия отчета об ошибке. Затем пользователь может отследить ошибку, посмотреть, не повлияла ли она на других, помочь исправить ее и т. Д.
Начиная с Precise 12.04, это поведение и рабочий процесс изменились. Как я обнаружил в ошибке № 993450 «Apport не может отправить отчет об ошибке» , по умолчанию apport больше не открывает отчет об ошибке (и это неудобно, но не невозможно сделать так). В то же время люди замечают новый процесс "whoopsie", как описано в разделе Что такое процесс "whoopsie" и для чего он нужен? ,
После еще одного приближения к поиску я выкопал этот проект, который описывает весь процесс: ErrorTracker - Ubuntu Wiki . (В нем не было упоминания о гурмане или ромашке, поэтому я добавил их - пожалуйста, поправьте меня, если я ошибся).
Ничего себе - это звучит как отличная работа по упорядочению и улучшению процесса отчетности о сбоях.
У меня остается вопрос: как пользователь узнает, в каком состоянии находится проблема? План теперь имеет это требование
У пользователя должен быть способ проверить состояние своего отчета о сбое; например, иметь некоторый идентификатор отчета, на который они могут посмотреть статистику и / или любую связанную ошибку #. Например, предоставьте серийный номер во время подачи заявки, который они могут загрузить через веб-страницу позже.
который кажется невыполненным. Есть ли что-нибудь доступное в то же время?
И как разработчик попадает в игру? Переход на https://daisy.ubuntu.com просто предоставляет сообщение об ошибке «Неверный тип содержимого».
Наконец, я предлагаю документировать изменения поведения аппорта в примечаниях к выпуску. Это должно заинтересовать любого, кто пытается помочь Ubuntu.
источник
Ответы:
Спасибо за ваш интерес к проекту отслеживания ошибок Ubuntu .
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 . Когда пользователи отправляют отчет об ошибке, и эта ошибка уже исправлена и выпущена, появится диалоговое окно с вопросом, хотят ли они перейти на версию программного обеспечения, которая устраняет проблему, с которой они только что столкнулись.
http://daisy.ubuntu.com не предназначен для использования людьми. Он предназначен для того, чтобы демон отчетов об ошибках (whoopsie) отправлял отчеты.
Для других людей было бы просто замечательно принять участие. Я в настоящее время единственный, кто взломал этот полный рабочий день.
Система состоит из четырех частей.
В каталоге setup / в lp: daisy есть несколько устаревший набор скриптов, который должен дать вам некоторое представление о том, как эти части сочетаются друг с другом. Я работаю над чарами Джуджу, чтобы заменить это. Цель - создать единую команду для развертывания всей инфраструктуры в облаке для тестирования и разработки.
Вы можете найти мой адрес электронной почты на Launchpad, если у вас есть вопросы по дальнейшей разработке.
Больше информации:
источник
Чтобы просмотреть отчеты из вашей собственной системы, попробуйте это, как описано на https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/43.
Без специальных разрешений на Launchpad вы не сможете просматривать реальные отчеты, но вы можете видеть программы, о которых они сообщали, и могли использовать предоставленные идентификаторы для обращения к ним при общении с разработчиками, у которых есть соответствующие разрешения.
источник
Чтобы просмотреть накопленные отправленные отчеты о сбоях, вы можете перейти на https://errors.ubuntu.com/
источник