OpenSuSE информира KDE грешка
Какво е Bugzilla?
KDE е най-големият проект Open Source в света. Около него напрегнато огромна общност от тестери, програмисти и, разбира се, обикновените потребители. Както знаете, е неразделна част от всяка общност е комуникацията. Активната комуникация и повече хора, които участват в него, проектът се развива по-бързо и по-добре.
Bugzilla е програма, специално предназначени за контакт с инвеститора (тестери, програмисти по поддръжка). С него можете да докладвате за грешка (бъг), оставете вашето мнение, или просто да научат повече за състоянието на корекция на грешки, известни на вас.
KDE е разработен под ръководството на KDE e.V .. което от своя страна предоставя инфраструктурата за проекта, както и подкрепата на своята общност, която се отнасяме с вас. Bugzilla също е част от инфраструктурата на проекта.
Дали смятате, че сте тестер или потребител KDE, Вие сте намерили грешка. Някои от нас пишат за него в списъка на форум или изпращане. Да, има, може да помогне за решаването на проблема или поне да предложи начини за разрешаването му, но понякога са теми от описанието, което показва, че това е грешка. програма за грешка, което не може да се избегне, и че тя трябва да бъде коригирана. Някой ще се занимава със себе си грешка - напиши кръпка и да го изпратите на разработчиците. Най-много потребители не могат да поправят грешката, която е защо има това ръководство, което се надявам да ни помогнат много разработчици грешка.
Информация за бъг
Така че, първото нещо, което да се направи - да се регистрират bugs.kde.org страница. За да подадете сигнал за нов бъг, щракнете върху връзката "Подаване на New Wish или Буболечка" и след това изберете част / KDE продукта, в който сте открили грешка. Това може да бъде, например, плазма (KDE4 десктоп, панели и приспособления) или за управление на мрежата (Applet и контролен панел за NetworkManager) или друг продукт. За да видите пълния списък, просто натиснете "пълния списък".
Стъпка 1 от 3 - вече е докладвано си бъг?
Възможна информация за този бъг вече е съобщено, че разработчиците. Ще видите списък с грешки за избрания продукт и кратко описание. Прекарайте няколко минути - бутам в списъка и се опитайте да намерите описание, който подхожда към "си грешка." Факт е, че все още си доклад ще бъде затворен като дубликат, ако тази грешка вече каза някой друг.
Стъпка 2 от 3 - получаване на информация
Информация за грешката. Там е по принцип всичко е интуитивно: Продукт (момента), чрез Компонент, Application Version, KDE версия, Software Distribution Метод (вашата GNU / Linux дистрибуция или друго разпространение, например - BSD порт), Операционна система.
Резюмето е необходимо да се обобщава същността на проблема.
Подробности В подробното описание на грешката, когато за пръв път го забелязали, какво се случва, какви са последиците и т.н.
Възпроизводимост и стъпките, които - ако може да се възпроизвежда на бъгове, и ако е така, как. Как да се възпроизвеждат грешката е най-добре описан от стъпки.
Действителните резултати и очакваните резултати трябва да пишат компонент поведение сега и това, което вид поведение, което очаквате от него. Това може да се прилага не само за грешката, а просто като обратна връзка или предложение за бъдещите версии.
Да не забравяме, че разработчиците ще отговорят. Опитайте се да пиша на английски правилно. Ако сте владеят английски език и превежда от български, с помощта на преводач, се опита да провери отново целия текст.
Така че не пишете: Програма разби. Нищо не ставаш! Същата идея може да се формулира малко по-различно: След актуализация ми NetworkManagement не можем да намерим inferfaces / връзки или нещо подобно.
В Приложения Можете да прикачите лог файл или екранна снимка.
Стъпка 3 от 3 - изпратете репорт
Може би най-важната стъпка: необходимо е да натиснете бутона "Изпращане на сигнал за програмна грешка" (:
Това е! Благодаря много. Вие ще бъдете уведомени по електронна поща за всеки напредък, който се прави на определяне на вашия бъг.
След като докладвате за грешка, за поддръжката / предприемач, отговарящ за този компонент / продукт ще бъде уведомен. Всички промени (отговор) ви уведомим по имейл.
Lifecycle бъг
жизнен цикъл на бъг в Bugzilla, известен още като работен процес, който описва текущия доклад за състоянието. При това условие, винаги можете да следите как работата ще поправи грешката в KDE. Описание на живот атрибути цикъл може да се намери тук.
Често задавани въпроси (FAQ)
Къде да изпрати доклада: в bugs.kde.org или bugzilla.novell.com?
Да, Вие сте намерили грешка в OpenSUSE и логично да се предположи, че и доклад за грешка в Bugzilla струва проектът OpenSuSE. Въпреки OpenSuSE е разпределение на GNU / Linux, т.е. система Обединените компоненти, някои от които са независимо, но се. KDE е един от тези компоненти. Работете делфин или Amarok, например, не зависи от OpenSuSE.
Има ли KDE в Novell разработчиците?
Има. За съжаление не е толкова много, колкото бихме искали, но е така. Въпреки това, те работят заедно с "външни" и KDE разработчиците заедно, за да се справят с доклади за грешки bugs.kde.org. Не забравяйте също, че развитието OpenSuSE не се ограничава само до служителите на Novell, но също така и на обществото. Що се отнася до KDE, може да се каже, че развитието е загрижен само с общността. Вътре Novell, която събираме пакети, ние ги слагат в хранилище, както и мониторинг на интеграцията на проекта KDE и OpenSUSE.
Кой ще направи отчетите си?
Отговорник отговаря за един или другите компоненти KDE. Обикновено всеки компонент (или програма) на няколко подържат.
Аз не съм сигурен, че моят английски е достатъчно добър.
Това е може би най-важната причина за намалената активност на общността. И все пак не забравяйте, че не всички разработчици английският е роден език. Не забравяйте, че най-важното - да се предадат смисъл, т.е. просто да обясни какъв е проблемът. В допълнение, дървени трупи или отстраняване на грешки-вече информация разказват половина. Използвайте онлайн преводачи и речници.
Също така, можете да докладвате за грешка на руски език в bugzilla.suse.ru. Тя се занимава с екипа рускоговорящите. което ще ви преведат материал е посочено, отворете отчета, и, така да се каже, ще действа като посредник в последвалата дискусия.