Що робити із приватними повідомленнями про помилки на панелі запуску?

З часом я зібрав більше 10 повідомлень про помилки на стартовій панелі, про які повідомлялося з аппортам, спочатку позначених як приватні і ніколи не відповідали на них.

Був один, про який я додатково обговорював на IRC, і це єдиний, який я пам'ятаю, як його обробляли.

Що мені робити з ними? Як я можу переконатися, що вони не містять нічого насправді приватного перед тим, як зробити ці помилки загальнодоступними?

bug-reporting

— int_ua
джерело

int_ua, як член програми Bug Control, я надав тут рекомендації. Я також видалив список помилок, яких ви визначили тут "приватними", оскільки поки ці помилки не є загальнодоступними, номери помилок повинні обговорюватися лише з контролерами помилок або людьми, які бачать ці приватні помилки. Я скопіював список помилок у мій буфер обміну, і якщо ви хочете, щоб я допомагав вам переглядати ці помилки (припускаючи, що я можу їх побачити), будь ласка, приєднайтесь до мене в системі чату, щоб ви та я могли обговорити їх. Або на IRC, що б вам не було зручніше.

— Thomas Ward

Однак я хотів би попрацювати з вами над приватними помилками через IRC, тому що ми можемо узгоджувати з іншими помилками на ньому, але я можу спробувати відповісти на будь-які інші питання, які ви маєте через канал чату, який я пов’язав у своєму попередньому коментарі. :)

— Thomas Ward

Як член Bug Control, мені доводилося працювати з цими приватними помилками. Існує специфічна політика щодо поводження з приватними помилками та перевірки конкретної інформації.

Що стосується помилок аварійних збоїв , загальна річ, яку ви повинні шукати в приватних помилках, - це основні скиди та будь-які стеки, які можуть бути на помилку. Якщо додається основний дамп, видаліть його. Якщо додані стек-треки, перегляньте їх та виявіть будь-які приватні дані в трасі стека. Якщо вам видаються приватні дані, то вам потрібно завантажити завантажувати стек, відредагувати приватні дані, завантажити відредаговану версію, а потім видалити стару версію.

Крім того, знайдіть будь-яку іншу особисту інформацію або приватну інформацію, таку як номери соціального страхування, номери рахунків, паролі тощо. Спробуйте також відредагувати їх.

Для інших приватних помилок це залежить, оскільки існують окремі політики щодо приватних помилок безпеки, до яких я не прихильний, оскільки ними керує команда з безпеки, і це, ймовірно, буде позначено лише "Private Security", якщо помилка була законно захищеною ризикують, що вони не зможуть оприлюднити інформацію.

Також можуть бути приватні помилки, які не проти пакетів Ubuntu, але проти інших проектів на Launchpad (тобто не проект Ubuntu або пакет Ubuntu). Для цих помилок менеджери цього проекту встановлюватимуть політику щодо цих помилок.

Додаткові відомості про те, як створити звіти про збої Apport та інші приватні помилки в Ubuntu можна знайти в Ubuntu Wiki, у посібнику How to Triage, як частини бази знань Bug Squad . Посилання автоматично вказує вам на розділ "Звіти про звітність", однак для отримання найновішої інформації про вказівки щодо триадності вам слід ознайомитися з цим вікі-документом.

— Томас Уорд
джерело

Гарна відповідь. Закладка

— 23 93 26 35 19 57 3 89

Який рекомендований період, після якого я повинен оприлюднити повідомлення про помилку? Тиждень? Місяць?

— int_ua

@int_ua Наскільки я знаю, немає конкретного рекомендованого періоду часу, коли слід оприлюднити приватну помилку.

— Thomas Ward