Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Christos Ricudis ricu...@paiko.net: Λογικα δε θα ηταν καλυτερο να διορθωναμε τα bugs στο upstream? Φυσικά, works for me, μπορούμε να διαλέξουμε συγκεκριμένα upstreams και να δουλέψουμε με αυτά. Χαιρετισμούς, Παντελής
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Christos Ricudis ricu...@paiko.net: Λογικα δε θα ηταν καλυτερο να διορθωναμε τα bugs στο upstream? Απ'όσο γνωρίζω, bug squashing parties οργανώνονται πριν το release ώστε να διορθωθούν rc bugs που το εμποδίζουν να βγει. Οπότε εκεί κάνεις commit το patch στο debian για να ξεμπουκώσεις το release process χωρίς να πρέπει να περιμένεις ο upstream να το κάνει merge.
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Gregory Potamianos gregpu...@gmail.com: Απ'όσο γνωρίζω, bug squashing parties οργανώνονται πριν το release ώστε να διορθωθούν rc bugs που το εμποδίζουν να βγει. Οπότε εκεί κάνεις commit το patch στο debian για να ξεμπουκώσεις το release process χωρίς να πρέπει να περιμένεις ο upstream να το κάνει merge. Φυσικά αλλά νομίζω τώρα το debian δεν έχει κάποιο release άμεσα έτσι δεν είναι; Μπορεί λοιπόν να επιλεγεί απλά κάποιο σημαντικό upstream που θα κάνει release άμεσα και έτσι να επωφεληθεί το debian έμμεσα. Χαιρετισμούς, Παντελής
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Pantelis Koukousoulas pkt...@gmail.com: Φυσικά αλλά νομίζω τώρα το debian δεν έχει κάποιο release άμεσα έτσι δεν είναι; Μπορεί λοιπόν να επιλεγεί απλά κάποιο σημαντικό upstream που θα κάνει release άμεσα και έτσι να επωφεληθεί το debian έμμεσα. Ακριβώς :)
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Christos Ricudis ricu...@paiko.net On 03/21/2012 03:35 PM, Pantelis Koukousoulas wrote: 2012/3/21 Sophoklis Goumasolspookishmagus@gmail.**comolspookishma...@gmail.com : Έχει γίνει/οργανωθεί στην Ελλάδα Debian Bug Squashing Party; Εάν θα διοργανώνονταν κάτι, τι θα πρέπει να ισχύει για να συμμετέχετε; Τι θα λέγατε να το διοργανώναμε σε συνεργασία με τα hackerspaces; I 'm in αλλά θα μπορούσες να καταφέρεις τουλάχιστον 1 debian developer να συμμετέχει ώστε να κάνει το sponsoring? Γιατί το πρόβλημα που παρατηρώ με τα bug squashing days είναι ότι πολλές φορές διορθώνεται ένα bug αλλά δε γίνεται upload εντός της ημέρας με αποτέλεσμα μετά αυτός που το διόρθωσε να παύει να ασχολείται και να μη γίνεται το upload τελικά ποτέ (αφού έρχεται το επόμενο version του πακέτου με διαφορετικά πλέον bugs). Λογικα δε θα ηταν καλυτερο να διορθωναμε τα bugs στο upstream? Γενικώς ναι, αλλά επειδή καλώς ή κακώς οι χρήστες κάνουν file τα bugs κυρίως στις διανομές που χρησιμοποιούν, οι bug trackers των διανομών είναι καλύτερη πηγή για να βρεις και να διορθώσεις ένα bug (το οποίο τελικά θα βρει το δρόμο του και upstream). Έτσι μπορεί να βγει ένα minor update για το πακέτο του LibreOffice στο Debian και να επωφεληθούν οι χρήστες σχετικά άμεσα, έστω κι αν το LibreOffice βγάλει νέο release μετά από δύο μήνες.
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Nikos Roussos ni...@autoverse.net: Γενικώς ναι, αλλά επειδή καλώς ή κακώς οι χρήστες κάνουν file τα bugs κυρίως στις διανομές που χρησιμοποιούν, οι bug trackers των διανομών είναι καλύτερη πηγή για να βρεις και να διορθώσεις ένα bug (το οποίο τελικά θα βρει το δρόμο του και upstream). Έτσι μπορεί να βγει ένα minor update για το πακέτο του LibreOffice στο Debian και να επωφεληθούν οι χρήστες σχετικά άμεσα, έστω κι αν το LibreOffice βγάλει νέο release μετά από δύο μήνες. Tο LibreOffice είναι καλή πρόταση για upstream με μπόλικα bugs για fix αυτό είναι σίγουρο :) Αλλά κάνουν accept και τα patches συνήθως αρκετά γρήγορα οπότε δεν υπάρχει λόγος να πας μέσω της διανομής
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Konstantinos Margaritis mar...@codex.gr: Αυτό δε γίνεται ποτέ. Στην καλύτερη περίπτωση να έχεις 0-day NMUs αλλά για να το κάνεις αυτό όχι μόνο πρέπει να είσαι DD (όχι ντιντής!) αλλά και να έχεις την έγκριση του release-team. Στο arm team έχουμε διοργανώσει αρκετά BSP, και συνήθως δίνουμε ένα 2/3-day NMU περιθώριο, εγώ προσωπικά δίνω 5 μέρες, για να δώσω στον maintainer το περιθώριο να κάνει αυτός το upload αν διαφωνεί με τον τρόπο μου. Είναι κρίμα όμως να φτιαχτούν μπόλικα trivial bugs και να περιμένεις πολύ καιρό μέχρι να φτάσουν τα fixes στους χρήστες. Οπότε αν η debian δεν προσφέρεται για quick turnaround η ιδέα να επιλεγεί κάποιο upstream γίνεται πιο ελκυστική. Ένα πετυχημένο BSP δεν είναι μόνο αυτό που κάνει τα περισσότερα uploads αλλά τα περισσότερα bug fixes. Συνήθως βέβαια συμμετέχουν αρκετοί από τους ίδιους τους maintainers, οπότε προχωράει το θέμα και με τα uploads, αλλά δεν είναι απαραίτητο να έχεις ταυτόχρονο upload. Όχι, αλλά το upload το κάνει πιο διασκεδαστικό (instant gratification). Πάντως άλλα νομίζω είναι τα BSP που αναφέρεσαι εσύ, γιατί όταν συμμετέχουν οι maintainers που έχουν μεγάλη γνώση του κώδικα ενός πακέτου μπορούν να κάνουν πολλές σημαντικές αλλαγές. Τουλάχιστον για μένα ως μη maintainer για τα περισσότερα projects στο debian ρεαλιστικά νομίζω μόνο trivial fixes θα κατάφερνα μέσα σε μια μέρα, άντε και κανένα κουφό FTBFS. Αυτός δεν είναι ο σκοπός του BSP, πάντα όμως υπάρχει χώρος για λίγο socializing :) Ε νταξ' άλλο το socializing, άλλο το να τελειώνει η μέρα και το bugs fixed count να είναι επικίνδυνα κοντά στο 0. Δεν είπε κανείς ότι θα καθόμαστε σαν τους Γιαπωνέζους όλη μέρα μπροστά στο monitor. Με ένα πανελλήνιο event τα περιθώρια και για πλάκα και για δουλειά πιστεύω ότι είναι μεγαλύτερα. όχι αλλά ούτε χάνεις και άλλα θέματα όπως το να ρωτήσεις κάποιον άλλον απευθείας συμβουλές για κάποιο πρόβλημα, κάτι το οποίο δεν είναι εύκολο να ρωτήσεις στο IRC. Καλό το pastebin, αλλά όπως λένε 4 μάτια καλύτερα από δύο :) Καλό αυτό αλλά εσένα ας πούμε πού θα σε έβρισκα εγώ να σε ρωτήσω απευθείας συμβουλές π.χ., ή το Ρικούδη. Το καλύτερο είναι να έχεις το διπλανό σου για τα τετριμμένα αλλά να έχεις και 2 ανθρώπους που κάτι παραπάνω ξέρουν έστω και remotely. Συνήθως τα BSPs οργανώνονται σε ένα μέρος και οι υπόλοιποι συμμετέχουν remotely οπότε καλύπτονται όλα τα γούστα. Αυτό λέω κι εγώ, αν και θα μπορούσε να είναι και πάνω από ένα μέρος για να αποκεντρωθούμε και λίγο και να μην είμαστε μόνο Αθήνα και Αθήνα. Αλλά για να έχει νόημα μια συζήτηση για το BSP πρέπει να υπάρχει μια λίστα με Bugs που χρειάζονται φτιάξιμο, καθώς και το όλο context, δηλαδή μιλάμε για localization bugs? translation bugs? porting bugs? desktop environment bugs (πχ kde/gnome/other?), κλπ. Για οτιδήποτε από τα παραπάνω νομίζω είμαι μέσα.
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Pantelis Koukousoulas pkt...@gmail.com: Tο LibreOffice είναι καλή πρόταση για upstream με μπόλικα bugs για fix αυτό είναι σίγουρο :) Αλλά κάνουν accept και τα patches συνήθως αρκετά γρήγορα οπότε δεν υπάρχει λόγος να πας μέσω της διανομής Το μεγάλο πρόβλημα βέβαια όπως πάντα με το LibreOffice είναι το να το κάνεις build :P εκτός αν έχουμε πάλι κανένα build server διαθέσιμο με 32G RAM όπως στο coding camp :)
Re: Debian Bug Squashing Party στην Ελλάδα
On Wednesday 21 March 2012 16:56:01 Pantelis Koukousoulas wrote: 2012/3/21 Konstantinos Margaritis mar...@codex.gr: Αυτό δε γίνεται ποτέ. Στην καλύτερη περίπτωση να έχεις 0-day NMUs αλλά για να το κάνεις αυτό όχι μόνο πρέπει να είσαι DD (όχι ντιντής!) αλλά και να έχεις την έγκριση του release-team. Στο arm team έχουμε διοργανώσει αρκετά BSP, και συνήθως δίνουμε ένα 2/3-day NMU περιθώριο, εγώ προσωπικά δίνω 5 μέρες, για να δώσω στον maintainer το περιθώριο να κάνει αυτός το upload αν διαφωνεί με τον τρόπο μου. Είναι κρίμα όμως να φτιαχτούν μπόλικα trivial bugs και να περιμένεις πολύ καιρό μέχρι να φτάσουν τα fixes στους χρήστες. Οπότε αν η debian δεν προσφέρεται για quick turnaround η ιδέα να επιλεγεί κάποιο upstream γίνεται πιο ελκυστική. Ναι δεν υπάρχει εγγύηση ότι θα είναι fixed άμεσα, αλλά η ελπίδα υπάρχει :) Όχι, αλλά το upload το κάνει πιο διασκεδαστικό (instant gratification). Πάντως άλλα νομίζω είναι τα BSP που αναφέρεσαι εσύ, γιατί όταν συμμετέχουν οι maintainers που έχουν μεγάλη γνώση του κώδικα ενός πακέτου μπορούν να κάνουν πολλές σημαντικές αλλαγές. Τουλάχιστον για μένα ως μη maintainer για τα περισσότερα projects στο debian ρεαλιστικά νομίζω μόνο trivial fixes θα κατάφερνα μέσα σε μια μέρα, άντε και κανένα κουφό FTBFS. Ε και κακό είναι αυτό; :) Με ένα πανελλήνιο event τα περιθώρια και για πλάκα και για δουλειά πιστεύω ότι είναι μεγαλύτερα. Συμφωνώ, πάντως δεν είναι ανάγκη να είναι σουπερ οργανωμένα τα BSPs. Πχ. πριν λίγο καιρό οργανώθηκε ένα BSP για τα arm-ports, στο σπίτι ενός φίλου στο Cambridge, UK, σε ένα σ/κο, πήγαν κάπου στα 6-7 άτομα τα οποία τα φιλοξένησε - υπόψιν είναι παντρεμένος άνθρωπος οπότε καταλαβαίνετε ότι αυτό είναι δύσκολο από μόνο του- αλλά έγινε και πήγαν όλα καλά. Και όσοι δε μπορούσαν να πάνε εκεί για σ/κο βοηθήσαν όσο μπορούσαν remotely. Αυτό που θέλω να πω είναι ότι δε χρειάζεται να περιμένουμε αίθουσες πανεπιστημίων με ειδικές άδειες, catering και μπουφέδες για να γίνει ένα BSP. Απλά πράγματα και ουσιαστικά. Καλό αυτό αλλά εσένα ας πούμε πού θα σε έβρισκα εγώ να σε ρωτήσω απευθείας συμβουλές π.χ., ή το Ρικούδη. Το καλύτερο είναι να έχεις το διπλανό σου για τα τετριμμένα αλλά να έχεις και 2 ανθρώπους που κάτι παραπάνω ξέρουν έστω και remotely. Καλά, όσον αφορά εμένα ας οργανωθεί και να με δεις για πότε παίρνω τραινάκι και βρίσκομαι Αθήνα/Θεσσαλονίκη :) Για οτιδήποτε από τα παραπάνω νομίζω είμαι μέσα. Οκ, ιδέες;
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Konstantinos Margaritis mar...@codex.gr: Οκ, ιδέες; Για μένα τη μεγαλύτερη ανάγκη αυτή τη στιγμή από bug fixing την έχουν το KDE και το LibreOffice λόγω του ότι δεν έχουν τα λεφτά (paid devs) που έχουν άλλα projects όπως Gnome αλλά δεν επιμένω σε κάποιο από αυτά.
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Pantelis Koukousoulas pkt...@gmail.com: 2012/3/21 Konstantinos Margaritis mar...@codex.gr: Οκ, ιδέες; Για μένα τη μεγαλύτερη ανάγκη αυτή τη στιγμή από bug fixing την έχουν το KDE και το LibreOffice λόγω του ότι δεν έχουν τα λεφτά (paid devs) που έχουν άλλα projects όπως Gnome αλλά δεν επιμένω σε κάποιο από αυτά. Προσωπικά δε με ενδιαφέρει κανένα από τα δύο project. Πέραν αυτού είναι και τεράστιο codebase, δύσκολο να το οικειοποιηθείς σε μια μέρα ώστε να μπορέσεις να βρεις bugs και δύσκολο το build τους επίσης. Πρέπει να επικεντρωθούμε σε 1-2 συγκεκριμένα projects; Γιατί να μην αρχίσουμε να καταπιανόμαστε με μικρότερα και όποια ενδιαφέρουν τον καθένα ξεχωριστά;
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Gregory Potamianos gregpu...@gmail.com: Προσωπικά δε με ενδιαφέρει κανένα από τα δύο project. Πέραν αυτού είναι και τεράστιο codebase, δύσκολο να το οικειοποιηθείς σε μια μέρα ώστε να μπορέσεις να βρεις bugs και δύσκολο το build τους επίσης. Πρέπει να επικεντρωθούμε σε 1-2 συγκεκριμένα projects; Γιατί να μην αρχίσουμε να καταπιανόμαστε με μικρότερα και όποια ενδιαφέρουν τον καθένα ξεχωριστά; Απλά ιδέα ήταν αφού ζήτησε συγκεκριμένες προτάσεις ο Κώστας, δεν είναι φυσικά κανένας υποχρεωμένος να ασχοληθεί με αυτά. Όσο για το μεγάλο codebase, για το KDE δεν είναι τόσο πρόβλημα στην πράξη.
Re: Debian Bug Squashing Party στην Ελλάδα
On 03/21/2012 04:07 PM, Pantelis Koukousoulas wrote: 2012/3/21 Nikos Roussosni...@autoverse.net: Χωρίς να γνωρίζω πως λειτουργεί το development process του Debian, γιατί χρειάζεται DD για sponsorship; Οποιοσδήποτε δεν μπορεί να γράψει ένα patch και να το κάνει attach στο σχετικό bug; Αυτό φυσικά μπορεί να γίνει αλλά δεν εγγυάται το πότε το fix θα φτάσει ως τους χρήστες. Ναι, αλλα τουλαχιστον εγγυαται οτι θα φτασει σε περισσοτερους. Μ'ενοχλει γενικως η νοοτροπια διορθωνουμε bugs στην αγαπημενη μας διανομη Χ, οι αλλοι να πανε να γαμηθουνε. Μου θυμιζει λιγο Fedora, Ubuntu, και λοιπες κοινοτητες :P Τουλαχιστον, τα fixes που παραγονται απο αυτη τη διαδικασια, απαξ και γινουν submit, οι maintainers συνηθως φροντιζουν να τα κανουν submit upstream? Διαφωνώ τελείως. Η φυσική παρουσία και η δυνατότητα να ρωτήσεις και γενικώς να αλληλεπιδράσεις με άλλους χωρίς να χρειάζεται να σταματήσεις αυτό που κάνεις για να γράψεις στο irc, είναι πολύ πιο παραγωγικό ως διαδικασία. Trust me :) Και θα είναι πάλι 5-10 άνθρωποι και από αυτούς κάποιοι θα θέλουν να μη φτιάξουν bugs αλλά να διαμαρτυρηθούν για τον καιρό, για την κυβέρνηση, για την κακιά τους μοίρα κλπ O τύπος αυτός του συνδικαλιστή-προγραμματιστή (μετά συγχωρήσεως) δεν τείνει να εμφανίζεται στα IRC-based events γιατί το κλίμα δεν προσφέρεται. Εχει ενα δικιο εδω ο Νικος. Το brainstorming της φυσικης παρουσιας στο development ειναι αξεπεραστο. Αυτο βεβαια δε σημαινει οτι δε μπορει παραλληλα να λειτουργει κι ενα IRC channel. Οσο για τους συνδιμματιστες, εμενα δε μ'ενοχλουν πολυ, μη σου πω οτι δινουν και μια ευχαριστη νοτα. Be liberal in what you accept, conservative in what you say, do not annoy others, do not be to easily annoyed. -- To UNSUBSCRIBE, email to debian-user-greek-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f69f54c.3080...@paiko.net
Re: Debian Bug Squashing Party στην Ελλάδα
επισης υπαρχουν και tags : http://www.debian.org/Bugs/Developer#tags μπορειτε να βρειτε τα submitted upstream εκει π.χ , αν θελει καποιος να ασχοληθει με τα upstream... Quoting Christos Ricudis ricu...@paiko.net: On 03/21/2012 04:07 PM, Pantelis Koukousoulas wrote: 2012/3/21 Nikos Roussosni...@autoverse.net: Χωρίς να γνωρίζω πως λειτουργεί το development process του Debian, γιατί χρειάζεται DD για sponsorship; Οποιοσδήποτε δεν μπορεί να γράψει ένα patch και να το κάνει attach στο σχετικό bug; Αυτό φυσικά μπορεί να γίνει αλλά δεν εγγυάται το πότε το fix θα φτάσει ως τους χρήστες. Ναι, αλλα τουλαχιστον εγγυαται οτι θα φτασει σε περισσοτερους. Μ'ενοχλει γενικως η νοοτροπια διορθωνουμε bugs στην αγαπημενη μας διανομη Χ, οι αλλοι να πανε να γαμηθουνε. Μου θυμιζει λιγο Fedora, Ubuntu, και λοιπες κοινοτητες :P Τουλαχιστον, τα fixes που παραγονται απο αυτη τη διαδικασια, απαξ και γινουν submit, οι maintainers συνηθως φροντιζουν να τα κανουν submit upstream? Διαφωνώ τελείως. Η φυσική παρουσία και η δυνατότητα να ρωτήσεις και γενικώς να αλληλεπιδράσεις με άλλους χωρίς να χρειάζεται να σταματήσεις αυτό που κάνεις για να γράψεις στο irc, είναι πολύ πιο παραγωγικό ως διαδικασία. Trust me :) Και θα είναι πάλι 5-10 άνθρωποι και από αυτούς κάποιοι θα θέλουν να μη φτιάξουν bugs αλλά να διαμαρτυρηθούν για τον καιρό, για την κυβέρνηση, για την κακιά τους μοίρα κλπ O τύπος αυτός του συνδικαλιστή-προγραμματιστή (μετά συγχωρήσεως) δεν τείνει να εμφανίζεται στα IRC-based events γιατί το κλίμα δεν προσφέρεται. Εχει ενα δικιο εδω ο Νικος. Το brainstorming της φυσικης παρουσιας στο development ειναι αξεπεραστο. Αυτο βεβαια δε σημαινει οτι δε μπορει παραλληλα να λειτουργει κι ενα IRC channel. Οσο για τους συνδιμματιστες, εμενα δε μ'ενοχλουν πολυ, μη σου πω οτι δινουν και μια ευχαριστη νοτα. Be liberal in what you accept, conservative in what you say, do not annoy others, do not be to easily annoyed. -- To UNSUBSCRIBE, email to debian-user-greek-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f69f54c.3080...@paiko.net binKGfRJkIn6c.bin Description: PGP Public Key
Re: Debian Bug Squashing Party στην Ελλάδα
μαλλον εκει που στρογγυλοκαθεσαι, δε ξερεις πολλους χρηστες :P Quoting Christos Ricudis ricu...@paiko.net: On 03/21/2012 04:37 PM, Nikos Roussos wrote: Γενικώς ναι, αλλά επειδή καλώς ή κακώς οι χρήστες κάνουν file τα bugs κυρίως στις διανομές που χρησιμοποιούν, Μπα; Κανουν και bug reporting οι χρηστες; Χρονια εχω να το δω αυτο :P -- To UNSUBSCRIBE, email to debian-user-greek-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f69f5b9.4050...@paiko.net binZiYrBJ2ZS0.bin Description: PGP Public Key
Re: Debian Bug Squashing Party στην Ελλάδα
2012/3/21 Christos Ricudis ricu...@paiko.net On 03/21/2012 04:07 PM, Pantelis Koukousoulas wrote: 2012/3/21 Nikos Roussosni...@autoverse.net: Χωρίς να γνωρίζω πως λειτουργεί το development process του Debian, γιατί χρειάζεται DD για sponsorship; Οποιοσδήποτε δεν μπορεί να γράψει ένα patch και να το κάνει attach στο σχετικό bug; Αυτό φυσικά μπορεί να γίνει αλλά δεν εγγυάται το πότε το fix θα φτάσει ως τους χρήστες. Ναι, αλλα τουλαχιστον εγγυαται οτι θα φτασει σε περισσοτερους. Μ'ενοχλει γενικως η νοοτροπια διορθωνουμε bugs στην αγαπημενη μας διανομη Χ, οι αλλοι να πανε να γαμηθουνε. Μου θυμιζει λιγο Fedora, Ubuntu, και λοιπες κοινοτητες :P Τουλαχιστον, τα fixes που παραγονται απο αυτη τη διαδικασια, απαξ και γινουν submit, οι maintainers συνηθως φροντιζουν να τα κανουν submit upstream? Αυτό εξαρτάται απ' το upstream mentality της εκάστοτε διανομής, αλλά θέλω να πιστεύω πως όλες το κάνουν. Για το Fedora τουλάχιστον που μπορώ να μιλήσω όχι απλώς καταλήγουν upstream τα patches, αλλά τα packaging guidelines είναι πως κάθε patch που μπαίνει σε ένα πακέτο συνοδεύεται από ένα comment με το link του bug που επιλύει στον *upstream* bug tracker. Συνεπώς μακροπρόθεσμα τίποτα δεν πάει χαμένο και μακροπρόθεσμα ωφελούνται όλες οι διανομές.