openSUSE:Bugreport KDE
Inhoud
KDE Bugrapporten
Algemeen
Voor het rapporteren van bugs in KDE op bugzilla.novell.com, is het nuttig om te weten welke pakketten er geïnstalleerd zijn. Sommige mensen hebben alleen de openSUSE release pakketten geïnstalleerd (soms met en soms zonder online updates) en anderen hebben upgrades uitgevoerd van de KDE3 of KDE4 installatiebronnen op opensuse.org. Sommigen draaien zelfs experimentele pakketten die nog meer bugs kunnen veroorzaken.
Meer informatie: Debuggen van KDE
Vooraleer bugs te rapporteren
Niet alle bugs die je vindt behoren in Novell's bugzilla. Dus vooraleer u iets rapporteert aan bugzilla.novell.com, ga a.u.b. het volgende na:
Welke installatiebronnen moeten worden getest?
KDE:Distro:Stable is belangrijk, KDE:Distro:Factory wordt meer belangrijk naarmate een nieuwe openSUSE uitgave dichterbij komt. KDE:Unstable:SC is compleet nutteloos voor het openSUSE team, daar het geen onderdeel vormt van een uitgebrachte openSUSE versie, noch aan gewerkt wordt voor een volgende uitgave, maar u kan het gebruiken voor het testen van upstream KDE en het maken van bugrapporten op bugs.kde.org. Hetzelfde voor nog niet uitgebrachte versies van toepassingen. Het laatstgenoemde is gewoonlijk aangeduid door svn12345 als deel van de pakketnaam.
Rapporteer aan bugzilla.novell.com of bugs.kde.org?
Met hun gelimiteerde middelen dient het openSUSE team zich te focussen op STABLE en openSUSE-specifieke bugs/features. Verder kunnen ze onmogelijk op expert-niveau fungeren voor elke toepassing. De onderhouder van een toepassing op bugs.kde.org is heeft hoogstwaarschijnlijk meer kennis en kan problemen/fouten veel sneller oplossen.
Dus elke niet-openSUSE-specifieke bug, zouden gerapporteerd moeten worden op bugs.kde.org. In het geval dat het een zeer belangrijke mogelijkheid is, zoals de bluetooth ondersteuning die helemaal niet werkt, dan is het wel nuttig het ook te rapporteren (op bugzilla.novell.com) en het upstream bug rapport toe te voegen aan het URL veld. Op die manier kan het openSUSE team showstoppers bijhouden voor een uitgave en cruciale fixes na een uitgave.
Als uw upstream rapport gemarkeerd is als "fixed" en een patch bevat, dient u uw opensuse rapport aan te passen van "upstream" naar "assigned" zoadat de openSUSE ontwikkelaars kunnen beslissen de fix als officiële update uit te brengen of niet.
Verbeteringen zijn bijna altijd iets om upstream te rapporteren. Als u het gevoel heeft dat er iets cruciaal is opgenomen in upstream trunk, bijvoorbeeld: nog niet uitgebrachte maar reeds bestaande, of niet in upstream maar zeer belangrijk, dan kun je dit best bespreken op de opensuse-kde mailinglijst of het op de agenda plaatsen voor de tweewekelijkse IRC ontmoeting.
Bruikbare Crash Rapporten
Crash backtraces moeten altijd worden geraporteerd met geïnstalleerde -debuginfo pakketten. Als de backtrace tekst bevat zoals " Deze backtrace lijkt van geen enkel nut te zijn.", dan mankeert u de bijhorende debuginfo pakketten of u hebt niet de juiste versie ervan geïnstalleerd. U kan ze installeren van het moment u dr. konqi ziet verschijnen - vooraleer u op de "backtrace" tab klikt, maar u dient ze te installeren van hetzelfde installatiemedium die u gebruikt (beta2 debuginfo's passen niet met beta1 uitvoerbare bestanden). Gewoonlijk volstaan kdepim3-debuginfo, kdelibs3-debuginfo, kdebase3-debuginfo en qt3-debuginfo.
Elk bronpakket genereert een debuginfo, maar kan worden opgesplitst in vele binaire RPM's. Dit maakt het moeilijker te weten welke debuginfo te installeren. Als u niet zeker bent welke debuginfo u nodig hebt
- Identificeer het proces die de crashte. Bijvoorbeeld: /usr/bin/kwin
- Kom erachter in welke RPM het zit ingepakt: "rpm -qf /usr/bin/kwin" toont dat kwin is ingepakt in kde4-kwin
- Kom erachter van welk bronpakket de binaire RPM werd gegenereerd: "rpm -qi kde4-kwin | grep Source\ RPM" toont kwin's bronnen zijn in kdebase4-workspace
- Installeer het overeenkomstige debuginfo pakket. In dit geval, kdebase4-workspace-debuginfo
Als u veel test of aan bug triage doet, is het nuttig de base KDE platform debuginfo's geïnstalleerd te hebben op voorhand. Ze bevinden zich in dezelfde installatiebron als de non-debuginfo KDE4 pakketten die je geïnstalleerd hebt. Deze zijn
- libqt4-debuginfo
- kdelibs4-debuginfo
- kdepimlibs4-debuginfo
- kdebase4-runtime-debuginfo
- kdebase4-workspace-debuginfo
Om bugs te rapporteren tegen openSUSE Factory (niet als u een uitgegeven openSUSE versie plus KDE4:/Factory:/ gebruikt) of openSUSE beta versies hebt u zowel de factory installatiebron en zijn debuginfo installatiebron nodig - Beta's hebben geen debuginfo pakketten. Installeer het overeenstemmend pakket vanuit Factory en zijn debuginfo en debugsource sub-pakketten en verkrijg een goede backtrace met regelnummers.
Meer informatie: KDE Crash Rapporteringsgids
Specifieke Hints en trucs
Ongeveer het enige bruikbare logbestand is $HOME/.xsession-errors - alleen voor kdm/login problemen zijn er meerdere, namelijk /var/log/messages, /var/log/kdm.log en /var/log/Xorg.0.log.
Debuggen van kio_slaves (elk probleem met een protocol in konqueror eigenlijk) is moeilijker. Een beschrijving voor dit kan hier gevonden worden.
Als u een gdb vasthangt aan een draaiend proces, hou er dan rekening mee dat als het proces "[kdeinit]" in zijn naam heeft, het juiste uitvoerbare bestand bijvoorbeeld niet dcopserver is maar kdeinit.
Debuggen van Netwerkbeheer
Zie onze Netwerkbeheer probleem-oplossingsgids op KDE UserBase voor tips over hoe een probleem met uw netwerk vast te stellen.