Cảm ơn bạn đã quan tâm đến dự án theo dõi lỗi Ubuntu .
Kể từ Chính xác 12.04, hành vi và quy trình làm việc này đã thay đổi. Như tôi đã phát hiện trong Bug # 993450, Apport không thể gửi báo cáo lỗi, mặc định apport không còn mở báo cáo lỗi nữa (và thật khó xử nhưng không phải là không thể làm như vậy).
Apport không bao giờ tạo báo cáo lỗi sau khi phát hành. Khi một bản phát hành vẫn đang được phát triển, bạn có thể sử dụng apport để báo lỗi Launchpad (và báo cáo lỗi).
Trong phiên bản Ubuntu được phát hành cuối cùng, chúng tôi hiện hiển thị các hộp thoại báo lỗi. Đây là một cải tiến tuyệt vời từ một chương trình "biến mất" mà không có bất kỳ phản hồi nào và người dùng sẽ không biết chuyện gì vừa xảy ra.
Số liệu thống kê từ dữ liệu được thu thập khi mọi người chọn gửi các báo cáo này hiển thị trên http://errors.ubfox.com .
Tôi còn lại với câu hỏi này: làm thế nào để người dùng tìm hiểu tình trạng của vấn đề là gì? Kế hoạch chi tiết hiện có yêu cầu này
Người dùng nên có một số cách để kiểm tra lại trạng thái báo cáo sự cố của họ; ví dụ: có một số ID báo cáo mà họ có thể xem để xem số liệu thống kê và / hoặc bất kỳ lỗi nào liên quan #. Ví dụ: cung cấp số sê-ri tại thời điểm nộp đơn mà họ có thể tải qua trang web sau này.
Tôi sẽ loại bỏ điều đó. Đó chưa bao giờ là ý định. Giao diện người dùng cẩn thận không đưa ra lời hứa về việc nhận bất kỳ phản hồi nào về báo cáo.
Đây không phải là báo cáo lỗi.
Mục đích của chúng tôi là giảm thời gian dành cho các nhà phát triển để tìm ra các vấn đề quan trọng nhất, thu thập thông tin cần thiết để khắc phục chúng và nhận các bản sửa lỗi cho người dùng.
Chúng tôi đã giải quyết vấn đề tìm kiếm các vấn đề quan trọng nhất. Đó là trang nhất của http://errors.ubfox.com .
Thu thập thông tin cần thiết một cách nhanh chóng và không liên quan đến vòng phản hồi dài với những người dùng đang gặp vấn đề được giải quyết trong các nền tảng-q-bucketing-Cải tiến . Kế hoạch là cho phép các nhà phát triển nối vào phía máy chủ của quá trình thu thập thông tin. Nếu tôi cần / var / log / syslog nhưng nó chưa được cung cấp, tôi chỉ cần thay đổi cài đặt trên http://errors.ub Ubuntu.com và người tiếp theo gặp lỗi sẽ tự động thêm nó vào dữ liệu họ đang gửi.
Nhận bản sửa lỗi cho người dùng một cách nhanh chóng được giải quyết trong các báo cáo nền tảng-q-update-from-crash-báo cáo . Khi người dùng gửi báo cáo lỗi và lỗi đó đã được sửa và phát hành, một hộp thoại sẽ xuất hiện hỏi họ có muốn nâng cấp lên phiên bản phần mềm khắc phục sự cố mà họ vừa gặp phải không.
Và làm thế nào để một nhà phát triển tham gia vào trò chơi? Truy cập https://daisy.ubfox.com chỉ cung cấp thông báo lỗi "Loại nội dung không chính xác".
http://daisy.ubfox.com không được con người sử dụng. Đó là để daemon báo cáo lỗi (whoopsie) gửi báo cáo đến.
Nó sẽ là hoàn toàn tuyệt vời cho những người khác tham gia. Tôi hiện là người duy nhất hack trên toàn thời gian này.
Có bốn phần của hệ thống.
- Apport , cung cấp giao diện người dùng máy tính để bàn.
- Whoopsie , lấy các báo cáo (và các bãi lõi) được tạo bởi Apport và đưa chúng vào máy chủ theo dõi lỗi, Daisy.
- Daisy , người thu thập các báo cáo từ Whoopsie và xử lý chúng. Đây là trung tâm của dịch vụ. Đó là những gì biến các tệp cốt lõi thành các báo cáo được lưu lại và tạo ra số liệu thống kê mà bạn thấy trên http://errors.ubfox.com .
- Lỗi , là một trang web dựa trên Django cung cấp cả chế độ xem dữ liệu có thể đọc được của con người và API RESTful để làm việc với nó.
Có một tập hợp các tập lệnh hơi lỗi thời trong thư mục setup / lp: daisy sẽ cung cấp cho bạn một số ý tưởng về cách các phần khớp với nhau. Tôi đã làm việc trên bùa juju để thay thế điều này. Mục tiêu là một lệnh duy nhất để triển khai toàn bộ cơ sở hạ tầng trong đám mây để thử nghiệm và phát triển.
Bạn có thể tìm thấy địa chỉ email của tôi trên Launchpad nếu bạn có thêm câu hỏi phát triển.
Thêm thông tin: