Opensuse повідомити про помилку kde
Що таке bugzilla?
KDE є найбільшим Open Source проектом в світі. Навколо нього зосереджено величезне співтовариство тестерів, програмістів і звичайно ж звичайних користувачів. Як Ви знаєте, невід'ємною частиною будь-якої спільноти є комунікація. Чим активніше спілкування і більше людей беруть в ньому участь, тим швидше і краще розвивається проект.
Bugzilla вдає із себе програму, спеціально призначену для контакту з розробниками (тестерами, програмістами, мейнтейнерамі). Використовуючи її, Ви можете повідомити про помилку (баг), залишити свій feedback або ж просто дізнатися про стан виправлення вже відомих Вам помилок.
KDE розвивається під керівництвом KDE e.V .. яка в свою чергу надає інфраструктуру для проекту і підтримки його спільноти, до якої ми з Вами ставимося. Bugzilla так само є частиною інфраструктури проекту.
Не важливо, чи вважаєте Ви себе тестером або просто користувачем KDE, Ви знайшли помилку. Деякі з нас напишуть про це на форум або в розсилку. Так, там можуть допомогти вирішити проблему або хоча б підказати шляхи її вирішення, але часом створюються теми, з опису якої видно, що це баг. Баг програми, який не можна обійти, а який треба саме виправити. Хтось розбереться з багом сам - напише патч і вишле його розробникам. Більшість же користувачів виправити баг не можуть, саме тому існує цей мануал, який, як я сподіваюся, допоможе багатьом повідомити про помилку розробникам.
Інформація про баг
Отже, перше, що треба зробити - зареєструватися на сторінці bugs.kde.org. Для повідомлення про новий баг, натискаємо на "Report New Wish or Bug" і вибираємо тут частина / продукт KDE, в якій Ви знайшли помилку. Це може бути, наприклад, plasma (KDE4 desktop, panels and widgets) або Network Management (Applet and control panel for NetworkManager) або інший продукт. Що б побачити повний список, просто натисніть "the full list".
Step 1 of 3 - has your bug already been reported?
Можливо інформацію про це баг вже повідомили розробникам. Ви бачите список багів для обраного продукту і короткий опис. Витратили пару хвилин - пробіжіться за списком і спробуйте знайти опис, яке підходить до "вашому багу". Справа в тому, що ваш репорт закриють всі так само як дублікат, якщо про цю помилку повідомив вже хтось інший.
Step 2 of 3 - give information
Інформація про баг. Там, в принципі, все інтуїтивно зрозуміло: Product (вже обраний), Component, Application Version, KDE Version, Software Distribution Method (ваш дистрибутив GNU / Linux або інший дистрибутив, наприклад - порт BSD), Operating System.
В Summary треба коротко сформулювати суть проблеми.
У Details ж докладний опис бага: коли Ви вперше його помітили, що саме відбувається, до яких наслідків і т.д.
Reproducibility і Steps to Reproduce - чи можете Ви відтворити баг і якщо так, то як. Як відтворити баг найкраще описати по кроках.
У Actual Results і Expected Results варто написати яка поведінка компонента зараз і яка поведінка Ви від нього очікуєте. Це може відноситься не тільки до багу, але просто як feedback чи побажання до наступних версій.
Не забувайте, що відповідати будуть розробники. Намагайтеся писати по-англійськи правильно. Якщо Ви погано володієте англійською і переводите з українського за допомогою перекладача, намагайтеся все ж перевірити ще раз текст.
Так писати не слід: Program crashed. You suck! Цю ж думку можна сформулювати дещо інакше: After update my NetworkManagement can not find any inferfaces / connections або якось так.
У Attachments Ви можете прикріпити файл логів або скріншот.
Step 3 of 3 - submit the bug report
Мабуть найвідповідальніший крок: треба натиснути на кнопочку "Submit Bug Report" (:
That's it! Thanks very much. You'll be notified by email about any progress that is made on fixing your bug.
Після того як Ви повідомили про баг, мейнтейнер / розробник, відповідальний за цей компонент / продукт, буде сповіщений. Про всі зміни (відповідях) Ви дізнаєтеся по email.
Життєвий цикл бага
Життєвий цикл бага в Bugzilla, відомий також як робочий процес, описує поточний стан репорт. З цього стану Ви завжди зможете відстежити як йде робота по виправленню бага в KDE. Опис атрибутів життєвого циклу можна знайти тут.
Часті питання (FAQ)
Куди відправляти репорт: в bugs.kde.org або в bugzilla.novell.com?
Так, помилку Ви знайшли в openSUSE і логічно припустити, що і повідомити про помилку варто в багзіллу проекту openSUSE. Однак openSUSE вдає із себе дистрибутив GNU / Linux, тобто систему об'єднаних компонентів, деякі з яких, втім, незалежні самі по собі. KDE є одним з таких компонентів. Робота dolphin або amarok, наприклад, ніяк не залежить від openSUSE.
Хіба в Novell немає розробників KDE?
Є. Нажаль їх не так багато, як хотілося б, але є. Однак вони працюють разом з "зовнішніми" розробниками KDE і разом обробляють багрепорти на bugs.kde.org. Не забувайте так само, що розробкою openSUSE займаються не тільки співробітники Novell, а й спільноту. Що стосується KDE, то можна сказати, що розробкою займається тільки співтовариство. Усередині Novell ми збираємо пакети, укладаємо їх в репозиторії і стежимо за інтеграцією KDE та openSUSE проектів.
Хто буде займатися моїм репортом?
Мейнтейнер, відповідальний за той чи інший компонент KDE. Як правило на кожному компоненті (або програмі) по кілька мейнтейнеров.
Я не впевнений, що мій англійська досить хороший.
Це є мабуть найголовнішою причиною зниженої активності учасників спільноти. Все ж не забувайте, що не для всіх розробників англійська є рідною мовою. Пам'ятайте, що головне - донести сенс, тобто просто пояснити в чому полягає проблема. До того ж логи або debug-інформація вже скажуть половину. Використовуйте online-перекладачі та словники.
Так само Ви можете повідомити про баг російською мовою в bugzilla.suse.ru. Їй займається російськомовна команда. яка переведе викладений вами матеріал, відкриє репорт і, скажімо так, буде виступати в якості посередника при подальшому обговоренні.