런치 패드의 개인 버그 보고서로 수행 할 작업

시간이 지남에 따라 apport로보고 된 10 개 이상의 런치 패드 버그 보고서를 수집했습니다. 처음에는 개인용으로 표시되어 응답하지 않았습니다.

IRC에 대해 추가로 논의한 것이 있는데, 이것이 내가 처리되는 것을 기억할 수있는 유일한 것입니다.

그들과 함께 무엇을해야합니까? 버그를 공개하기 전에 사적인 내용이 포함되지 않도록하려면 어떻게해야합니까?

Bug Control의 일원으로, 때때로 이러한 개인 버그로 작업해야했습니다. 개인 버그 처리 및 특정 정보 확인에 대한 특정 정책이 있습니다.

크래시 버그의 경우 , 비공개 버그에서 찾아야 할 일반적인 것은 코어 덤프와 버그에있을 수있는 스택 트레이스입니다. 코어 덤프가 연결된 경우 제거하십시오. 스택 추적이 연결되어 있으면 스택 추적을 살펴보고 스택 추적에서 개인 데이터가 있는지 확인하십시오. 개인 데이터가있는 경우 스택 추적을 다운로드하고 개인 데이터를 편집하고 편집 된 버전을 업로드 한 다음 이전 버전을 제거해야합니다.

또한 다른 개인 식별 정보 또는 주민등록번호, 계좌 번호, 비밀번호 등의 개인 정보를 찾아서 편집하십시오.

다른 개인 버그의 경우 보안 팀에서 처리하는 개인 보안 버그에 대해 별도의 정책이 있으므로 버그가 합법적으로 보안 인 경우 "비공개 보안"으로 표시 될 수 있습니다. 그들이 정보를 공개 할 수 없다는 위험.

Ubuntu 패키지가 아닌 Launchpad의 다른 프로젝트 (Ubuntu 프로젝트 또는 Ubuntu 패키지가 아님)에 대한 비공개 버그가있을 수도 있습니다. 이러한 버그의 경우 해당 프로젝트의 관리자가 해당 버그에 대한 정책을 설정합니다.

Ubuntu의 Apport 충돌 보고서 및 기타 개인 버그를 심사하는 방법에 대한 추가 정보 는 Bug Squad 기술 자료의 일부인 Ubuntu Wiki의 How to Triage 안내서 에서 찾을 수 있습니다 . 링크는 자동으로 "보고서 분류"섹션을 가리 키지 만 심사 지침에 대한 최신 정보는 해당 위키 문서를 참조해야합니다.