Дякуємо за ваш інтерес до проекту відстеження помилок Ubuntu .
Станом на Точність 12.04, така поведінка та робочий процес змінилися. Як я виявив у помилці # 993450 "Apport не надсилає звіт про помилку", за замовчуванням apport більше не відкриває звіт про помилку (і це незручно, але неможливо зробити це для цього).
Apport ніколи не створював звітів про помилки після випуску. Коли реліз все ще знаходиться в розробці, ви можете використовувати apport для подання помилок Launchpad (та звітів про помилки).
У остаточно випущеній версії Ubuntu тепер ми показуємо діалоги помилок. Це велике вдосконалення від програми "відходить" без будь-яких відгуків, і користувач залишається цікавити, що тільки що сталося.
Статистика даних, зібраних, коли люди вирішують надсилати ці звіти, відображається на http://errors.ubuntu.com .
Залишилося мені питання: як користувач дізнається, який статус проблеми? На кресленні зараз є ця вимога
Користувач повинен мати певний спосіб перевірити стан свого звіту про аварію; наприклад, мати якийсь ідентифікатор звіту, який вони можуть переглянути, щоб переглянути статистику та / або будь-яку пов’язану помилку. Наприклад, надайте серійний номер під час подання, який вони можуть завантажувати через веб-сторінку пізніше.
Я збираюся це зняти. Це ніколи не було наміром. Користувацький інтерфейс обережно не дає обіцянок щодо отримання будь-яких відгуків про звіт.
Це не звіти про помилки.
Наша мета полягає в тому, щоб скоротити кількість часу, яке розробникам потрібно знайти найактуальніші проблеми, зібрати необхідну інформацію для їх виправлення та отримати виправлення для користувачів.
Ми вирішили проблему пошуку найбільш нагальних проблем. Ось титульна сторінка http://errors.ubuntu.com .
Швидкий збір необхідної інформації та без залучення тривалої петлі зворотного зв’язку з користувачами, які відчувають проблему, розглядаються в підґрунтях основ-q-bucketing-вдосконалення . План полягає в тому, щоб дозволити розробникам підключитися до процесу збору інформації на стороні сервера. Якщо мені потрібен / var / log / syslog, але він ще не надається, я просто змінюю налаштування на http://errors.ubuntu.com, і наступна людина, яка зазнає помилки, автоматично додає її до даних, які вони надсилають.
Швидке отримання виправлень для користувачів вирішується у звітах Foundation-q-updates-from-crash . Коли користувачі подають звіт про помилку, і ця помилка вже виправлена та випущена, з'явиться діалогове вікно із запитанням, чи хочуть вони оновити до версії програмного забезпечення, яка виправляє проблему, яку вони щойно відчули.
І як розробник потрапляє в гру? Перейшовши на сторінку https://daisy.ubuntu.com, просто з’являється повідомлення про помилку «Неправильний тип вмісту».
http://daisy.ubuntu.com не призначений для використання людьми. Саме там демон (whoopsie) повідомляє про помилки, на який надсилає звіти.
Іншим людям було б абсолютно чудово долучитися. Наразі я єдиний, хто зламав цей штатний робочий день.
У системі є чотири частини.
- Apport , який забезпечує інтерфейс користувача настільних ПК.
- Whoopsie , який бере звіти (та основні звалища), створені Apport, і передає їх на сервер відстеження помилок, Дейзі.
- Дейзі , яка збирає звіти від Whoopsie та обробляє їх. Це серце служби. Саме це перетворює основні файли у відтворені звіти та генерує статистику, яку ви бачите на http://errors.ubuntu.com .
- Помилки , це веб-сайт на основі Джанго, що забезпечує як доступне для читання людиною представлення даних, так і RESTful API для роботи з ними.
Існує трохи застарілий набір сценаріїв у програмі setup / directory у lp: daisy, яка має дати вам деяке уявлення про те, як шматки поєднуються разом. Я працюю над принадами жужу, щоб замінити це. Мета - це одна команда розгорнути всю інфраструктуру в хмарі для тестування та розробки.
Ви можете знайти мою електронну адресу на Launchpad, якщо у вас є додаткові питання щодо розробки.
Більше інформації: