Kiedyś program się zawieszał, szczególnie gdy użytkownik korzystał z wersji wstępnej Ubuntu, apport można było wykorzystać do otwarcia raportu o błędzie. Użytkownik może następnie wyśledzić błąd, sprawdzić, czy wpłynął na innych, pomóc go naprawić itp.
Od wersji 12.04 to zachowanie i przepływ pracy uległy zmianie. Jak odkryłem w Bug # 993450 „Apport nie wysyła raportu o błędzie” , domyślnie apport nie otwiera już raportu o błędzie (i jest to niewygodne, ale nie niemożliwe). Jednocześnie ludzie zauważają nowy proces „Whoopsie”, jak opisano w Czym jest proces „Whoopsie” i co on robi? .
Po kilku kolejnych googlingach wykopałem ten plan, który opisuje cały proces: ErrorTracker - Ubuntu Wiki . (Nie wspominało o Whoopsie ani daisy, więc je dodałem - popraw mnie, jeśli się mylę).
Wow - brzmi to jak świetna robota w celu usprawnienia i ulepszenia procesu zgłaszania awarii.
Pozostaje mi pytanie: w jaki sposób użytkownik dowiaduje się, jaki jest status problemu? Plan ma teraz ten wymóg
Użytkownik powinien mieć możliwość sprawdzenia statusu swojego raportu o awarii; np. mieć identyfikator raportu, na który mogą spojrzeć, aby zobaczyć statystyki i / lub powiązany błąd #. Na przykład podaj numer seryjny w momencie składania, który można później załadować za pośrednictwem strony internetowej.
co wydaje się niezrealizowane. Czy w międzyczasie jest coś dostępnego?
W jaki sposób deweloper wchodzi do gry? Wchodząc na https://daisy.ubuntu.com, pojawia się tylko komunikat o błędzie „Nieprawidłowy typ zawartości”.
Na koniec sugeruję udokumentowanie zmian zachowania przydziałów w Uwagach do wydania. Powinien zainteresować każdego, kto próbował pomóc Ubuntu.
źródło
Odpowiedzi:
Dziękujemy za zainteresowanie projektem śledzenia błędów Ubuntu .
Apport nigdy nie tworzył raportów o błędach po wydaniu. Gdy wydanie jest wciąż w fazie rozwoju, możesz użyć apport, aby zapisać błędy Launchpad (i raporty błędów).
W ostatecznej wersji Ubuntu wyświetlamy teraz okna dialogowe błędów. Jest to doskonała poprawa, ponieważ program „odchodzi” bez żadnej informacji zwrotnej, a użytkownik zastanawia się, co się właśnie stało.
Statystyki z danych zebranych, gdy ludzie zdecydują się wysłać te raporty, pojawiają się na stronie http://errors.ubuntu.com .
Zamierzam to usunąć. To nigdy nie było celem. Interfejs użytkownika stara się nie składać obietnic dotyczących uzyskiwania informacji zwrotnych na temat raportu.
To nie są zgłoszenia błędów.
Naszym celem jest skrócenie czasu potrzebnego programistom na znalezienie najbardziej palących problemów, zebranie potrzebnych informacji w celu ich rozwiązania i dostarczenie poprawek użytkownikom.
Rozwiązaliśmy problem znajdowania najbardziej palących problemów. To jest strona główna http://errors.ubuntu.com .
Szybkie zbieranie potrzebnych informacji i bez angażowania długiej pętli informacji zwrotnych z użytkownikami, którzy doświadczają problemu, zostało rozwiązane w udoskonaleniach programu fundations-q-bucketing . Plan ma umożliwić programistom podłączenie się do procesu gromadzenia informacji po stronie serwera. Jeśli potrzebuję / var / log / syslog, ale nie zostało to jeszcze dostarczone, po prostu zmieniam ustawienie na http://errors.ubuntu.com, a następna osoba, która napotka błąd, automatycznie dodaje to do wysyłanych danych.
Szybkie uzyskiwanie poprawek dla użytkowników jest omawiane w raportach fundations-q-updates-from-crash . Gdy użytkownicy prześlą raport o błędzie, a błąd ten został już naprawiony i wydany, pojawi się okno dialogowe z pytaniem, czy chcieliby zaktualizować oprogramowanie do wersji, która naprawia właśnie napotkany problem.
http://daisy.ubuntu.com nie jest przeznaczony do użytku przez ludzi. Jest tam demon raportujący błędy (whoopsie), który wysyła raporty.
Byłoby absolutnie cudowne, gdyby inni ludzie się w to zaangażowali. Obecnie jestem jedynym hakerem w tym pełnym wymiarze godzin.
System składa się z czterech części.
W katalogu lp: daisy znajduje się nieco nieaktualny zestaw skryptów w katalogu setup /, który powinien dać ci pojęcie o tym, jak te elementy pasują do siebie. Pracowałem nad urokami juju, aby to zastąpić. Celem jest pojedyncze polecenie wdrożenia całej infrastruktury w chmurze w celu testowania i rozwoju.
Możesz znaleźć mój adres e-mail na Launchpad, jeśli masz dalsze pytania dotyczące programowania.
Więcej informacji:
źródło
Aby wyświetlić raporty z własnego systemu, spróbuj tego, jak udokumentowano na https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/43
Bez specjalnych uprawnień na Launchpadzie nie można przeglądać rzeczywistych raportów, ale można zobaczyć programy, w których zostały zgłoszone, i można użyć dostarczonych identyfikatorów, aby się do nich odwoływać, rozmawiając z programistami, którzy mają odpowiednie uprawnienia.
źródło
Aby wyświetlić skumulowane przesłane raporty o awariach, przejdź do https://errors.ubuntu.com/
źródło