openSUSE:Bug Screening KDE

Γενικά

Αυτή η σελίδα αφορά την βοήθεια σχετικά με αναφορές σφαλμάτων του KDE που υποβάλλονται στο Novell bugzilla. Για αναφορά σφαλμάτων, επισκεφθείτε την ιστοσελίδα openSUSE:Bugreport_KDE (αλλά πρέπει να διαβάσετε αυτή την σελίδα εάν θέλετε να βοηθήσετε στην ταξινόμηση).

Το openSUSE παρέχει το KDE, συμπεριλαμβανομένων δοκιμαστικών και ποικίλων τροποποιήσεων. Ωστόσο, το KDE, αναπτύσσεται κυρίως upstream από το έργο KDE και ενώ η ομάδα KDE του openSUSE συνεισφέρει στο KDE, δεν είναι δυνατό γι' αυτήν να φροντίσει κάθε απλό πρόβλημα του KDE λόγω των περιορισμένων πόρων (η ομάδα είναι σχετικά μικρή). Επομένως είναι σημαντικό οι αναφορές σφαλμάτων του KDE που υποβάλλονται για το openSUSE να διατηρούνται σε λογικά επίπεδα ώστε να μπορούν να διαχειριστούν από την ομάδα KDE του openSUSE. Μπορείτε να βοηθήσετε με την ταξινόμηση των σφαλμάτων του KDE. Δεν απαιτούνται ειδικές γνώσεις εκτός των πληροφοριών που παρέχονται στην ιστοσελίδα openSUSE:Bugreport_KDE, ειδικότερα δεν χρειάζεται να είστε προγραμματιστής. Με την βοήθεια στις αναφορές σφαλμάτων μπορείτε να μειώσετε τον χρόνο που οι προγραμματιστές του KDE του openSUSE θα ασχοληθούν μαζί τους, επιτρέποντάς τους να επικεντρωθούν στην βελτίωση του KDE που παρέχεται από το openSUSE.

Αυτή η σελίδα εξηγεί πρώτα μερικά σημαντικές έννοιες σχετικά με την αναφορά σφαλμάτων του KDE για το openSUSE και μετά παρέχει οδηγό βήμα προς βήμα για βοήθεια ταξινόμησης στο bugzilla.

Έννοιες

Οργάνωση αναφορών σφαλμάτων στο bugzilla

Όλες οι νέες αναφορές σφαλμάτων του KDE για το openSUSE (πχ αυτές με KDE/KDE3/KDE4) αρχικά ανατίθενται σε κοινή λίστα kde-maintainers@suse.de όπου θα αναγνωσθεί από όλους του προγραμματιστές του KDE του openSUSE. Εδώ θα λάβει χώρα η αρχική ταξινόμηση.

Κάθε προγραμματιστής του KDE του openSUSE έχει τον προσωπικό του λογαριασμό στο bugzilla, όπου τους ανατίθεται τα σφάλματα που προγραμματίζουν να δουλέψουν σύντομα ή είναι η ειδικότητά τους. Ωστόσο, οι περισσότερες αναφορές σφαλμάτων μένουν στην κοινή λίστα kde-maintainers@suse.de.

Μπορείτε να παρακολουθείτε οποιονδήποτε λογαριασμό στο bugzilla στο Novell bugzilla προσθέτοντάς τον στην λίστα μέσω του μενού Ρυθμίσεις->Ρυθμίσεις Email, κοντά στο τέρμα της σελίδας. Για παρακολούθηση αλλαγών στις κοινές αναφορές σφαλμάτων, συμπεριλαμβανομένων όλων των νέων αναφορών σφαλμάτων του KDE, προσθέστε την διεύθυνση 'kde-maintainers@suse.de'.

Προτεραιότητα Αναφορών Σφαλμάτων

Οι αναφορές σφαλμάτων στο Novell bugzilla ταξινομούνται με την χρήση προτεραιοτήτων ώστε να γίνει καλύτερη επισκόπηση της κατάστασης και να γίνει ευκολότερο για τους προγραμματιστές να αποφασίσουν με ποια σειρά θα ασχοληθούν στις αναφορές σφαλμάτων. Υπάρχει ειδική σελίδα που εξηγεί τις προτεραιότητες, η openSUSE:Bug_definitions, παρακαλώ διαβάστε την για να καταλάβετε πως πρέπει να ορίζονται οι προτεραιότητες στις αναφορές σφαλμάτων. Οι προτεραιότητες πρωτίστως πρέπει να ορίζονται από τους προγραμματιστές, αλλά επίσης πεπειραμένα μέλη της κοινότητας μπορούν να βοηθήσουν ορίζοντάς τα. Οι προγραμματιστές έχουν την υψηλή προτεραιότητα, έτσι μην αλλάζετε κάποια προτεραιότητα που έχει οριστεί από έναν προγραμματιστή. Επίσης, εάν δεν έχετε αρκετή πείρα, παρακαλώ να είστε προσεκτικοί με τον ορισμό προτεραιοτήτων. Είναι ασφαλέστερο εάν δεν ορίσετε προτεραιότητας στην αρχή και ξεκινήσετε να το κάνετε όταν δείτε πως ορίζουν προτεραιότητες άλλοι.

Upstream εναντίων downstream

Το Upstream εδώ σημαίνει το έργο KDE, με το KDE bugzilla στο http://bugs.kde.org. Το Downstream εδώ σημαίνει το openSUSE, με το Novell bugzilla at http://bugzilla.novell.com.

Ο βασικός κανόνας για τις αναφορές σφαλμάτων του KDE στο Novell bugzilla είναι ότι μόνο ειδικά openSUSE ή σημαντικά προβλήματα πρέπει να υποβληθούν και κρατηθούν εκεί. Τα ειδικά openSUSE σημαίνουν πακετάρισμα, εφαρμογές, εργαλεία, συστατικά της επιφάνειας εργασίας ή τροποποιήσεις τους που έγιναν από προγραμματιστές του KDE του openSUSE, δεδομένου ότι είναι δουλειά των προγραμματιστών του KDE του openSUSE, δεν ανήκουν στο upstream bugzilla. Σημαντικά προβλήματα, σημαίνει προβλήματα που είναι σημαντικά για την επιφάνεια εργασίας KDE του openSUSE και μπορεί να επηρεάζουν πολλούς χρήστες ή να έχουν πολύ αρνητικό αντίκτυπο (τεχνικά, σφάλματα με προτεραιότητα από P2 και άνω). Άλλες αναφορές σφαλμάτων του KDE μπορούν να προωθηθούν στο upstream bugzilla και να κλείσουν στο Novell bugzilla ως RESOLVED UPSTREAM.

Δείτε την σελίδα για μια λίστα από τροποποιήσεις του KDE που έγιναν από το openSUSE. Εάν δεν είστε σίγουροι εάν το σφάλμα είναι ή όχι ειδικό για openSUSE, ορίστε το σφάλμα ως ειδικό για openSUSE (και πιθανό αργότερα κάποιος άλλος θα αποφασίσει διαφορετικά).

Αποθετήρια

Αυτοί οι κανόνες είναι πρωτίστως για το KDE που συμπεριλαμβάνεται στις εκδόσεις του openSUSE (συμπεριλαμβανομένων των ενημερώσεων από το δίκτυο). Για το KDE που παρέχεται από επιπρόσθετα αποθετήρια υπάρχουν αυτές οι διαφορές:

• KDE:Distro:Stable - αυτό είναι το ίδιο KDE που παρέχεται από την τελευταία σταθερή έκδοση openSUSE, πιθανό να συμπεριλαμβάνονται και οι εκκρεμείς ενημερώσεις από το δίκτυο. Επομένως αυτοί οι κανόνες εφαρμόζονται με τον ίδιο τρόπο.
• KDE:Distro:Factory - αυτό το αποθετήριο παρέχει το KDE που θα είναι μέρος της επόμενης σταθερής έκδοσης του openSUSE. Επομένως γίνεται σημαντικό όταν πλησιάζει η νέα έκδοση και αλλιώς οι αναφορές σφαλμάτων για τα πακέτα από αυτό θα πρέπει να πάνε upstream πιο επιθετικά, διότι υπάρχει μεγάλη πιθανότητα να διορθωθούν upstream στην ώρα τους πριν την έκδοση.
• KDE:KDE4:Desktop:UNSTABLE - αυτό είναι το τελευταίο μη σταθερό KDE. Μόνο ειδικές openSUSE αναφορές σφαλμάτων πρέπει να αποδέχονται.

Επικοινωνία

Μπορείτε να επικοινωνήσετε με μέλη της ομάδας KDE του openSUSE με τους τρόπους που αναφέρονται στην [κύρια σελίδα KDE]. Εάν έχετε ερωτήσεις ή προβλήματα σχετικά με την ταξινόμηση στο bugzilla, μπορείτε να τους ρωτήσετε εδώ.

Κατάσταση Αναφορών σφαλμάτων

Νέες αναφορές σφαλμάτων δημιουργούνται με την κατάσταση NEW. Οι αναφορές σφαλμάτων πρέπει να μείνουν με αυτή την κατάσταση μέχρι να ταξινομηθούν κατάλληλα και να μπορούν να διαχειριστούν από ένα προγραμματιστή (ή να κλείσουν). Όταν ότι χρειάζεται για μια αναφορά σφάλματος είναι ο προγραμματιστής να το διορθώσει και είναι ξεκάθαρο από την αναφορά σφάλματος το πρόβλημα (εάν μπορεί να αναπαραχθεί, κλπ), η κατάσταση αναφοράς σφάλματος πρέπει να οριστεί ως ASSIGNED.

Επανεξέταση αναφορών σφαλμάτων

Όταν βοηθάτε με τις αναφορές σφαλμάτων, ακολουθήστε αυτές τις κατευθυντήριες οδηγίες:

• Όταν υποβάλετε μια νέα αναφορά σφάλματος, ελέγξτε πρώτα εάν είναι σφάλμα σχετικό με το KDE. Μερικές φορές οι χρήστες αναφέρουν ένα πρόβλημα του KDE που στην πραγματικότητα πρέπει να υποβληθεί για παράδειγμα στο GNOME, στο X.Org, ως kernel ή σε άλλα χαρακτηριστικά της διανομής. Εάν η αναφορά σφάλματος ανατεθεί εκ νέου σε άλλο συστατικό, αλλάξτε το πεδίο 'Συστατικό' (Component) στο bugzilla και κάντε κλικ στο 'Commit' (η ανάθεση εκ νέου θα επιλεγεί αυτόματα αλλάζοντας το συστατικό).
• Έλεγχος της εγκυρότητας και της πληρότητας της αναφοράς σφάλματος:
  • Ατελής αναφορά σφάλματος - Αναφορές σφαλμάτων όπως "είναι χαλασμένο" χωρίς περαιτέρω λεπτομέρειες είναι τελείως άχρηστες. Μια καλή αναφορά σφάλματος είναι αυτή που είναι ξεκάθαρο τι έγινε (μπορεί να αναπαραχθεί) και τι πήγε στραβά (οι αναφορές που περιγράφουν ξεκάθαρα το πρόβλημα). Ένα συγκεκριμένο παράδειγμα της αναφοράς σφάλματος που δεν είναι αρκετά χρήσιμη, είναι η αναφορά για κατάρρευση που συμπεριλαμβάνει μόνο την ανίχνευση πηγής της κατάρρευσης χωρίς καμία άλλη πληροφορία, ειδικά εάν η ανίχνευση πηγής είναι από μόνη της άχρηστη (δείτε την σελίδα openSUSE:Bugreport_KDE#Useful_Crash_Reports). Τέτοιες αναφορές σφαλμάτων πρέπει να ορίζονται ως NEEDINFO σε αυτόν που το υποβάλλει και πρέπει να ερωτάται για πληροφορίες που λείπουν. Εάν δεν θα δωθούν περισσότερες πληροφορίες μετά από ένα μήνα, κλείνουν οι παλιές αναφορές NEEDINFO και ορίζονται ως RESOLVED NORESPONSE με "Χωρίς απάντηση πάνω από 4 εβδομάδες. Παρακαλώ ανοίξτε ξανά εάν έχετε την δυνατότητα να παρέχετε τις ζητούμενες πληροφορίες". Εάν αυτός που υποβάλλει το σφάλμα, παρέχει πληροφορίες, βεβαιωθείτε ότι η κατάσταση NEEDINFO αφαιρείται και επανεξετάζεται το σφάλμα.
  • Μη έγκυρες αναφορές σφαλμάτων - Μερικές αναφορές μπορεί να ρωτάνε πράγματα που δεν βγάζουν νόημα για διάφορους λόγους (η ερώτηση για πολύ περίπλοκες και ειδικές λειτουργίες, τυχαία παράπονα σχετικά με την γενική κατάσταση πραγμάτων χωρίς να είναι συγκεκριμένα, κλπ). Τέτοιες αναφορές σφαλμάτων πρέπει να κλείνουν ως RESOLVED INVALID ή WONTFIX.
• Ανάθεση προτεραιότητας σε μια αναφορά σφάλματος, όπως εξηγήθηκε παραπάνω.
• Έλεγχος εάν το πρόβλημα μπορεί να αναπαραχθεί (μπορεί να παραβλεφθεί εάν πχ είναι πολύ δύσκολο και δεν υπάρχει χρόνος, αλλά αυτή η πληροφορία μπορεί να είναι χρήσιμη):
  • Εάν το πρόβλημα δεν μπορεί να αναπαραχθεί, θεωρείται ανεπαρκής η αναφορά σφάλματος και ορίζεται ως NEEDINFO ώστε να ερωτηθεί για περισσότερες πληροφορίες.
  • Εάν το πρόβλημα δεν μπορεί να αναπαραχθεί σε μια τελευταία έκδοση από αυτή που έχει υποβληθεί, κλείνουν αναφορές σφάλματος με χαρακτηρισμό P3-P4 με σχόλιο ως RESOLVED FIXED.
  • Αλλιώς προσθέστε ένα σχόλιο επαληθεύοντας ότι το πρόβλημα μπορεί να αναπαραχθεί συμπεριλαμβάνοντας οποιαδήποτε πιθανά σημαντική πληροφορία.
• Απόφαση εάν η αναφορά σφάλματος πρέπει να μείνει στο Novell bugzilla ή upstreamed στο KDE bugzilla, χρησιμοποιώντας τις παρακάτω κατευθυντήριες οδηγίες (επίσης δείτε παραπάνω):
  • Εάν είναι πρόβλημα ειδικό για openSUSE, κρατήστε το.
  • Οι αναφορές σφαλμάτων με προτεραιότητα P3-P4 οι οποίες δεν είναι ειδικές του openSUSE πρέπει να προωθούνται στο KDE bugzilla και να κλείνουν χαρακτηριζόμενες ως RESOLVED UPSTREAM. Εάν μπορείτε να βρείτε το ίδιο πρόβλημα στο KDE bugzilla, αναφέρετε την διεύθυνση URL σε αυτή την αναφορά σφάλματος στα σχόλια κλεισίματος και στο πεδίο 'URL', αλλιώς υποβάλλετε μόνοι σας το πρόβλημα ή ζητήστε να το υποβάλλουν.
  • Οι αναφορές για το KDE:KDE4:Desktop:UNSTABLE πρέπει να κρατούνται μόνο εάν υπάρχει πρόβλημα πακεταρίσματος, αλλιώς πρέπει να χαρακτηρίζονται RESOLVED UPSTREAM.
  • Αναφορές για το KDE:Distro:Factory πρέπει να είναι upstreamed περισσότερο επιθετικά εάν δεν πλησιάζει η επόμενη σταθερή έκδοση του openSUSE.
  • Άλλες αναφορές σφαλμάτων πρέπει να κρατούνται (για μη ειδικές του openSUSE αλλά αρκετά σημαντικές που έχουν προτεραιότητα P1-P2). Όπως και με άλλες αναφορές σφαλμάτων που δεν είναι ειδικές για openSUSE θα πρέπει επίσης να υποβάλλονται upstream στο KDE bugzilla, διότι συχνά υπάρχει μεγαλύτερη πιθανότητα το πρόβλημα να διορθωθεί πρώτα upstream.
• Ορίστε την κατάσταση αναφοράς σφάλματος σε ASSIGNED εάν είναι έτοιμο προς διόρθωση από ένα προγραμματιστή. Εάν είναι ακόμα κάτι ασαφές σχετικά με την αναφορά σφάλματος (δεν μπορεί να αναπαραχθεί, δεν επιβεβαιώθηκε ότι το πρόβλημα υπάρχει κλπ) χρησιμοποιήστε την κατάσταση NEEDINFO ή αφήστε το ως NEW ώστε κάποιος άλλος να το ταξινομήσει.
• Ανάθεση της αναφοράς σφάλματος σε ένα προγραμματιστή που είναι ειδικός, εάν είναι δυνατό, αλλιώς αφήστε την αναφορά σφάλματος στην λίστα kde-maintainers@suse.de εάν δεν γνωρίζετε ή είστε σίγουροι. Οι περισσότερες αναφορές σφαλμάτων πρέπει να είναι κοινές εκτός εάν ένας προγραμματιστής είναι ξεκάθαρα υπεύθυνος. Οι τρέχοντες τομείς ειδικότητας είναι:
  • llunak: X-related stuff - KWin (διαχειριστής παραθύρων, εφέ επιφάνειας εργασίας), πολλαπλές οθόνες, διαχείριση προφύλαξης οθόνης
  • wstephenson: KDEPIM (KMail, Kopete), KNetworkManager

Απαντήσεις

• "Ευχαριστούμε για την λεπτομερή αναφορά σφάλματος. Το προώθησα στον συντηρητή upstream στο bugs.kde.org, και θα καταγράψουμε το σφάλμα για διόρθωση. Εάν είναι δυνατό, παρακαλώ προσθέστε τον εαυτό σας στην Κοινοποίηση (CC) στην λίστα upstream για το σφάλμα ώστε να παρέχετε περισσότερα δεδομένα ή να δοκιμάσετε τις διορθώσεις."