충돌을 일으켰고 apport / whoopsie를 통해보고 된 버그를 어떻게 추적 할 수 있습니까?


52

프로그램이 충돌했을 때, 특히 사용자가 Ubuntu 시험판을 사용할 때 apport를 사용하여 버그 보고서를 열 수있었습니다. 그런 다음 사용자는 버그를 추적하고 다른 사용자에게 영향을 미치는지 확인하고 수정하는 등의 작업을 할 수 있습니다.

Precise 12.04부터이 동작 및 워크 플로가 변경되었습니다. 버그 # 993450에서“Apport가 버그 보고서를 제출하지 못했습니다” 에서 발견 한 것처럼 기본적으로 apport는 더 이상 버그 보고서를 열지 않습니다 (더 이상 어색하지만 그렇게하는 것은 불가능하지 않습니다). 동시에 사람들은 '후프시 (whoopsie)'프로세스 란 무엇이며 어떤 역할을합니까? .

인터넷 검색을 한 후에 전체 프로세스를 설명하는이 청사진을 파헤 쳤습니다. ErrorTracker-Ubuntu Wiki . (그것은 whoopsie 또는 데이지에 대해서는 언급하지 않았으므로 추가했습니다. 잘못한 경우 수정하십시오.)

와우-충돌보고 프로세스를 능률화하고 개선하는 데 큰 도움이됩니다.

나는이 질문을 남겼습니다 : 사용자는 문제의 상태를 어떻게 알 수 있습니까? 청사진에는 이제이 요구 사항이 있습니다.

사용자는 충돌 보고서의 상태를 다시 확인할 수있는 방법이 있어야합니다. 예를 들어 통계 및 / 또는 관련 버그 번호를 볼 수있는 보고서 ID가 있습니다. 예를 들어 신고시 웹 페이지를 통해 나중에로드 할 수있는 일련 번호를 제공하십시오.

구현되지 않은 것 같습니다. 그 동안 사용할 수있는 것이 있습니까?

그리고 개발자는 어떻게 게임에 참여합니까? https://daisy.ubuntu.com 으로 이동 하면 "잘못된 컨텐츠 유형"오류 메시지 만 제공됩니다.

마지막으로 릴리스 노트에 apport 동작 변경 사항을 문서화하는 것이 좋습니다. 우분투를 도와 주려는 사람이라면 누구나 관심을 가져야합니다.


답변:


45

Ubuntu 오류 추적기 프로젝트에 관심을 가져 주셔서 감사합니다 .

Precise 12.04부터이 동작 및 워크 플로가 변경되었습니다. 버그 # 993450 "Apport가 버그 보고서를 제출하지 못함"에서 발견 한대로 기본적으로 apport는 더 이상 버그 보고서를 열지 않습니다 (그리고 어색하지만 그렇게하는 것이 불가능하지는 않습니다).

Apport는 출시 후 버그 보고서를 작성하지 않았습니다. 릴리스가 아직 개발중인 경우 apport를 사용하여 런치 패드 버그 (및 오류 보고서)를 제출할 수 있습니다.

Ubuntu의 최종 릴리스 버전에서는 이제 오류 대화 상자가 표시됩니다. 이것은 피드백없이 "진행"되는 프로그램과 사용자가 방금 일어난 일에 대해 궁금해하는 상태에서 크게 개선 된 것입니다.

사람들이이 보고서를 보내도록 선택했을 때 수집 된 데이터의 통계는 http://errors.ubuntu.com에 표시됩니다 .

나는이 질문을 남겼습니다 : 사용자는 문제의 상태를 어떻게 알 수 있습니까? 청사진에는 이제이 요구 사항이 있습니다.

사용자는 충돌 보고서의 상태를 다시 확인할 수있는 방법이 있어야합니다. 예를 들어 통계 및 / 또는 관련 버그 번호를 볼 수있는 보고서 ID가 있습니다. 예를 들어 신고시 웹 페이지를 통해 나중에로드 할 수있는 일련 번호를 제공하십시오.

제거하겠습니다. 그것은 결코 의도가 아니 었습니다. 사용자 인터페이스는 보고서에 대한 피드백을 얻는 것에 대해 약속하지 않도록주의합니다.

이것들은 버그 리포트가 아닙니다.

우리의 의도는 개발자가 가장 시급한 문제를 찾고 문제를 해결하는 데 필요한 정보를 수집하고 사용자에게 수정 사항을 얻는 데 걸리는 시간을 줄이는 것입니다.

우리는 가장 시급한 문제를 찾는 문제를 해결했습니다. http://errors.ubuntu.com 의 첫 페이지입니다 .

Foundations-q-bucketing-improvements 에서 문제가 발생한 사용자와 긴 피드백 루프를 거치지 않고 필요한 정보를 신속하게 수집합니다 . 계획은 개발자가 정보 수집 프로세스를 서버 측에 연결할 수 있도록하는 것입니다. / var / log / syslog가 필요하지만 아직 제공되지 않은 경우 http://errors.ubuntu.com 에서 설정을 변경 하면 오류가 발생한 다음 사람이 자동으로 전송하는 데이터에 추가합니다.

Foundations-q-updates-from-crash-reports에서 사용자에게 신속하게 수정 사항을 제공 합니다 . 사용자가 오류 보고서를 제출하고 해당 오류가 이미 수정 및 릴리스되면 방금 경험 한 문제를 해결하는 소프트웨어 버전으로 업그레이드 할 것인지 묻는 대화 상자가 나타납니다.

그리고 개발자는 어떻게 게임에 참여합니까? https://daisy.ubuntu.com 으로 이동 하면 "잘못된 컨텐츠 유형"오류 메시지 만 제공됩니다.

http://daisy.ubuntu.com 은 인간이 사용하도록 만들어진 것이 아닙니다. 오류보고 데몬 (whoopsie)이 보고서를 보낼 수 있습니다.

다른 사람들이 참여하는 것은 정말 멋진 일입니다. 나는 현재이 풀 타임을 해킹하는 유일한 사람입니다.

시스템에는 네 부분이 있습니다.

  • 데스크톱 사용자 인터페이스를 제공하는 Apport
  • Whoopsie 는 Apport에서 만든 보고서 (및 코어 덤프)를 가져 와서 오류 추적기 서버 인 데이지에 삽니다.
  • Daisy- Whoopsie에서 보고서를 수집하고 처리합니다. 이것이 서비스의 핵심입니다. 핵심 파일이 추적 된 보고서로 바뀌고 http://errors.ubuntu.com에 표시되는 통계를 생성하는 것 입니다.
  • Django 기반 웹 사이트 인 Errors 는 사람이 읽을 수있는 데이터보기와 작업을위한 RESTful API를 모두 제공합니다.

lp : daisy 의 setup / 디렉토리 아래에 약간 오래된 스크립트 세트가 있어 조각들이 어떻게 어울리는 지에 대한 아이디어를 제공합니다. 나는 이것을 대체하기 위해 juju 매력에 노력하고 있습니다. 목표는 테스트 및 개발을 위해 전체 인프라를 클라우드에 배포하는 단일 명령입니다.

추가 개발 질문이있는 경우 Launchpad 에서 내 이메일 주소를 찾을 수 있습니다 .

더 많은 정보:


"사람들이이 보고서를 보내도록 선택한 경우 수집 된 데이터의 통계는 errors.ubuntu.com에 표시됩니다 ." 앱이 지원되는 프로그래밍 언어로 작성된 경우에만 올바르지 않습니다. 예를 들어 모노로 작성된 프로그램에는 오류가보고되지 않습니다. 이것은 극단적으로 차별적입니다. 우분투는 균등 한 경기장을 제공해야하며 그들이 쓰는 언어에 기초한 프로그램을 배제하지 않아야합니다.
trampster

2
그가 혼자서 일하는 부분을 그리워했다고 생각합니다. 인기있는 언어를 먼저 지원하는 데는 문제가 없습니다.
Vadim Peretokin 2016 년

5
실제로 @Vadi가 정확합니다. 이에 대한 차별은 없습니다. 누군가가 모노 지원을 강화하고 구현하고 싶다면 행복하게 apport 분기를 검토하고 병합합니다.
Evan

4

자신의 시스템에서 보고서를 보려면 https://bugs.launchpad.net/ubuntu/+source/apport/+bug/994921/comments/43에 설명 된대로 시도 하십시오.

xdg-open https://errors.ubuntu.com/user/`sudo cat /var/lib/whoopsie/whoopsie-id`

Launchpad에 대한 특별한 권한이 없으면 실제 보고서를 볼 수 없지만보고 된 프로그램을 볼 수 있으며 적절한 권한이있는 개발자와 대화 할 때 제공된 ID를 사용하여 해당 보고서를 참조 할 수 있습니다.


당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.