Συνεισφορά

Αυτή η σελίδα αναφέρει τρόπους με τους οποίους μπορούν να συμβάλουν ή συνεισφέρουν τα μέλη της ομάδας μας στα διάφορα τμήματα ανάπτυξης του λειτουργικού συστήματος και της κοινότητας του γενικά.

Το Intrepid Ibex (8.10) θα είναι η επόμενη έκδοση του λειτουργικού συστήματος Ubuntu. Θα αναλύσουμε τι μπορείτε να κάνετε για να συνεισφέρετε στην επιτυχία της έκδοσης αυτής.

Πρώτ'απ'όλα

• Δημιουργείστε λογαριασμό στο Launchpad εαν δεν έχετε ακόμη. Θα το χρειαστείτε για να στείλετε και να διαβάζετε αναφορές σχετικά με προβλήματα ("bugs") τα οποία μπορεί να ανακαλύψετε κατά την δοκιμαστική περίοδο του Intrepid Ibex, για μεταφράσεις στο Rosetta ("translations"), για ανάλυση ιδεών ("blueprints") είτε για να απαντήσετε τυχόν ερωτήσεις χρηστών του Launchpad για διάφορα θέματα ("answers").

• Εξοικιωθείτε με το πώς ακριβώς δουλεύει το Ubuntu και η ανάπτυξη των καινούργιων εκδόσεων. Αυτό θα βοηθήσει όχι μόνο εσάς αλλά και τους προγραμματιστές ούτως ώστε οι αναφορές που φτιάχνετε να είναι περιεκτικές (και όσο πιο λεκτικά λιτές) σχετικά με το πρόβλημα που ανακαλύψατε. Γι'αρχή μπορείτε να διαβάσετε το αυτό το βικι-άρθρο. Αν ακόμη έχετε προβλήματα σχετικά με τα παραπάνω, μπορείτε πάντα να ρωτήσετε, είτε στα διάφορα φόρουμ, είτε κατά την εβδομάδα Ubuntu Open Week, που είναι μια καλή ευκαιρία για να μάθετε κάτι περισσότερο σχετικά με τα προαναφερθέντα.

• Κοιτάξτε το χρονοδιάγραμμα της έκδοσης για να ορίσετε εκ των προτέρων πότε και τί μπορείτε να συνεισφέρετε κατά την ανάπτυξη της έκδοσης.

• Εαν έχετε πολλά προβλήματα με την έκδοση που αναπτύσσεται (όχι τη σταθερή έκδοση, αλλά τη λεγόμενη "development release") και αισθάνεστε άβολα μ'αυτή την έκδοση, μην την τρέξετε, τουλάχιστο όχι ακόμη. Περιμένετε να "καθησυχάσουν" τα πράγματα, να φτιακτούν οι προβληματικές περιοχές και δοκιμάστε μια από τις δοκιμαστικές εκδόσεις που θα ακολουθήσουν στο μέλλον. Είναι ένα δύσκολο στάδιο, γι'αυτό θα χρειαστείτε όπως έχουμε ήδη αναφέρει μερική γνώση σχετικά με το πως λειτουργεί το Ubuntu και φυσικά, πώς δουλεύει το "apt" (τα προγράμματα διαχείρισης πακέτων). Οι εκδόσεις που αναπτύσσονται κατά το παρών στάδιο είναι γνωστές για τα προβλήματα που τα πακέτα τους μπορεί να φέρουν στο χρήστη, γι'αυτό εξάλλου είναι "development" εκδόσεις, για να αναφέρετε ό,τι προβλήματα παρουσιαστούν. Οι προγραμματιστές δε μπορούν να προ-ελέγχουν τα πάντα, γι'αυτό προσεκτικά χρησιμοποιείστε αυτές τις εκδόσεις.

• Είσαστε έτοιμοι για μια έκδοση που μπορεί να μην δουλεύει; Αν πιστεύετε πως δεν είσαστε έτοιμοι ακόμα, χρησιμοποιείστε τις σταθερές εκδοσεις. Αν πάλι πιστεύετε πως έχετε ό,τι χρειάζετε για να τη δοκιμαστική έκδοση, να έχετε το νου σας - δεν είναι ακόμη σταθερή έκδοση και είναι σχεδόν σίγουρο πως κάτι θα "σπάσει": προγράμματα μπορεί να μην δουλεύουν, μπορεί η επιφάνεια εργασίας σας να μην δουλεύει κτλ. Αλλά σχεδόν πάντα, με την κατάλληλη γνώση, μπορείτε να ανατρέψετε τα πράγματα, εγκαθιστώντας μια προηγούμενη έκδοση του προγράμματος που δούλευε, είτε να σας αναγνωρίσει το σύστημα από την κονσόλα (CTRL+ALT+F1) και κατόπιν να συνεχίσετε/φτιάξετε τη δουλειά σας από εκεί. Πάντα κρατάτε αντίγραφα της δουλειάς σας σε άλλο σκληρό δίσκο με τον οποίο το σύστημα δεν είναι ενωμένο πάντα, είτε για παράδειγμα ένα USB Flash drive.

Αναφορά σφαλμάτων ("bugs")

• Η αναφορά σφαλμάτων είναι μια από τους πιο προσβάσιμους και συνάμα ευεργετικούς τρόπους συμβολής, όπου ο καθένας μπορεί να βοηθήσει. Για να αναφέρετε σφάλματα είναι προτεινόμενο να κατέχετε καλή γνώση της Αγγλικής γλώσσας. Θα ήταν καλό να ξεκινήσετε με την αναφορά σφαλμάτων το συντομότερο δυνατό, αφού κατά τα τελευταία στάδια ανάπτυξης της προσεχούς καινούργιας έκδοσης, ειδικά το λεγόμενο "BetaFreeze", μετά το οποίο οι προγραμματιστές θα επικεντρωθούν στην επίλυση πολύ σημαντικών σφαλμάτων, για παράδειγμα το πρόγραμμα δεν ξεκινάει, δεν λειτουργεί κανονικά ή όπως θα το αναμένατε να λειτουργεί. Σημαντικά σφάλματα είναι επίσης αυτά που ένα μεγάλο μέρος της κοινότητας αναφέρει και επικεντρώνει το ενδιαφέρον στην επίλυση αυτού του σφάλματος. Μια καλή προέγγυση στην αναφορά σφάλματος είναι φυσικά να συζητήσετε και με άλλα άτομα σε φόρουμ είτε στο IRC είτε αλλιώς, εάν έχουν παρατηρήσει παράξενη συμπεριφορά σχετικά με το πρόγραμμα που έχετε προσέξει πως έχει το σφάλμα. Έτσι μπορείτε να βρείτε υποστηρικτές είτε ακόμη και να συνειδητοποιήσετε πως το σφάλμα έχει ήδη αναφερθεί και συνεπώς απλά να το υποστηρίξετε.

Παράδειγμα σωστής αναφοράς

Μια καλή αναφορά σφάλματος περιέχει τα ακόλουθα σημεία:

1. Το παρών λειτουργικό σύστημα και τον αριθμό της παρούσας έκδοσης:

   • lsb_release -a
     
     No LSB modules are available.
     Distributor ID: Ubuntu
     Description:    Ubuntu intrepid (development branch)
     Release:        8.10
     Codename:       intrepid

2. Τον αριθμό της παρούσας έκδοσης του προγράμματος που χρησιμοποιείτε (στο ακόλουθο παράδειγμα θεωρούμε το πακέτο gnochm πως έχει το πρόβλημα):

   • apt-cache policy gnochm
     
     gnochm:
       Installed: 0.9.11-2
       Candidate: 0.9.11-2
       Version table:
      *** 0.9.11-2 0
             500 http://archive.ubuntu.com intrepid/universe Packages
             100 /var/lib/dpkg/status

3. Απλή επεξηγηση του προβλήματος σε μια γραμμή αν είναι δυνατό.
4. Την διαδικασία με την οποία βρέθηκε το σφάλμα:

   • - Ξεκίνησα το πρόγραμμα
     - Πάτησα File και μετά Quit
     - Το πρόγραμμα έκλεισε και άνοιξε το apport για αναφορά βλάβης
     (εννοείται πως θα το γράψετε χρησιμοποιώντας την Αγγλική γλώσσα)

5. Μπορεί να αναπαραχθεί κάθε φορά που ακολουθηθεί η διαδικασία; Ναι, κάθε φορά / Σχεδόν πάντα / Τυχαία (όταν κάνετε κάτι άλλο παράλληλα; αναφέρετέ το!)

   • Σημείωση: Σφάλμα που συνέβηκε μια φορά μόνο χωρίς ιδιαίτερα προβλήματα, μπορεί και να αμεληθεί και να μην αναφερθεί. Τέτοιου είδους ("της μιας φοράς") σφάλματα συναντώνται συχνά σε "development" εκδόσεις.

6. Μπορείτε να αναφέρετε επίσης κάτι άλλο που συνέβη και πιστεύετε πως συνδέεται με την παρούσα αναφορά (είτε να επικαλεστείτε άλλο αριθμό σφάλματος).

Επισυνάπτουμε ακολούθως πολύ βοηθητικούς οδηγούς για αναφορά σφαλμάτων:

• Εκμάθηση διαδικασίας αναφοράς σφαλμάτων: https://help.ubuntu.com/community/ReportingBugs

• Παραδείγματα, σωστές και λανθασμένες πράξεις: https://wiki.ubuntu.com/Bugs/BestPractices

• Σημειώνοντας το κατάλληλο σχετικό πακέτο παράλληλα με την αναφορά σφάλματος: https://wiki.ubuntu.com/Bugs/FindRightPackage

• "Debugging" (για προηγμένους χρήστες) - προσφέροντας περισσότερες πληροφορίες σχετικά με το πρόγραμμα και το σφάλμα που σας παρουσιάστηκε: https://wiki.ubuntu.com/DebuggingProcedures

Αναγνωρίζοντας το πρόβλημα ("bug triaging")

...