Ο πραγματικός λόγος που χρησιμοποιούμε Arch Linux

[imitheos]

Σε ποια πακέτα λες ότι έχει μείνει πίσω; Γενικά δε νομίζω ότι ισχύει αυτό. πχ. ο Apache 2.4.39 που βγήκε πρόσφατα και διορθώνει σφάλματα ασφαλείας, μετά από 1 μέρα νομίζω μπήκε. Σίγουρα είναι και θέμα maintainer, αλλά γενικά τα πακέτα του ενημερώνονται με καλό ρυθμό θα έλεγα. Πχ. ο kernel σε λίγες ώρες μπαίνει.

Μην κρυβόμαστε πίσω από το δάχτυλό μας. Πάρα πολλά πακέτα είναι πίσω (και στα περισσότερα έχει γίνει bump report). Συνήθως τα καίρια πακέτα, ναι, αναβαθμίζονται γρήγορα αλλά και αυτό δεν είναι σίγουρο. Πόσες φορές έχουμε βρίσει οι δύο μας στο νήμα του gentoo για τον firefox; Το MATE που είναι ένα από τα 3-4 μεγάλα DE, μετά από 1 χρόνο bumps και pings, αναβαθμίστηκε μόλις πριν λίγο καιρό στην 1.22 (και μάλιστα αυτό που κατηγορούσαν στο bug report ότι "αργεί επειδή υπάρχουν μεγάλες αλλαγές και δεν είναι κάτι απλό όπως το να αλλάξουμε έκδοση στα ebuilds" αυτό ακριβώς έκαναν. Ο νέος marco για παράδειγμα χρησιμοποιεί την libXpresent για πολύ γρηγορότερη απόκριση που βοηθάει σε παιχνίδια και στο ebuild δεν μπήκε πρόνοια για αυτό με συνέπεια να μην την χρησιμοποιεί).

Στα μικρά πακέτα (ειδικά αν υπάρχει maintainer ο οποίος το έβαλε σαν προσφορά επειδή του το ζήτησαν αλλά δεν το χρησιμοποιεί ο ίδιος οπότε δεν πολύ-παρακολουθεί πότε βγαίνει νέα έκδοση) γίνεται χαμός. Θυμάμαι ένα διάστημα το cppcheck ήταν 4 εκδόσεις πίσω. Το mcelog ήταν 30 εκδόσεις πίσω και πάει λέγοντας. Τώρα τα συγκεκριμένα είναι οκ βέβαια αλλά υπάρχουν άλλα που είναι 5 εκδόσεις πίσω. Δεν μου έρχονται τώρα στο μυαλό παραδείγματα αλλά υπάρχουν πάρα πολλά πακέτα που είναι πίσω (στο ~amd64 φυσικά μιλάμε όχι στο stable).

Εννοείται πως το μήνυμά μου δεν είναι επικριτικό προς την ομάδα του gentoo. Αν σκεφτούμε πόσοι λίγοι που έχουν μείνει, κάνουν καταπληκτική δουλειά. Είναι όμως γεγονός ότι υπάρχουν πολλά πακέτα που έχουν παραμεληθεί.

[ranger]

Πόσο εύκολο ή δύσκολο είναι να αναβαθμίσεις πχ τον firefox κάνοντας κάποιες αλλαγές στο ebuild; Αφού έτσι και αλλιώς το compile εσύ θα το κάνεις.
Κάτι αντίστοιχο με τo abs του arch δηλαδή

[imitheos]

Πόσο εύκολο ή δύσκολο είναι να αναβαθμίσεις πχ τον firefox κάνοντας κάποιες αλλαγές στο ebuild; Αφού έτσι και αλλιώς το compile εσύ θα το κάνεις.
Κάτι αντίστοιχο με τo abs του arch δηλαδή

Σε γενικές γραμμές είναι έτσι όπως το λες. Τα ebuilds είναι φτιαγμένα έτσι ώστε να παίρνουν την έκδοση από το όνομα του αρχείου, οπότε συνήθως έχει μόνο να αντιγράψεις το ranger-1.0.0.ebuild σε ranger-1.1.0.ebuild.

Υπάρχουν όμως πολλές περιπτώσεις που θέλει σημαντικά περισσότερη δουλειά. Ο firefox είναι μία από αυτές τις περιπτώσεις με πολύπλοκο build system. Συνήθως για κάθε major έκδοση του ff υπάρχει ένα νέο mozconfig eclass το οποίο έχει κάμποσες αλλαγές για να παίξει το compile.

Ακόμη και σε μικρά προγράμματα που δεν είναι πολύπλοκα η δουλειά είναι περισσότερη επειδή υπάρχει μια τεράστια διαφορά σε σχέση με τα abs/aur/κτλ του arch. Στο arch έχεις μόνο μία δυνατότητα build οπότε είναι εύκολο να τεσταριστεί. Στο gentoo, ο καθένας μας μπορεί να έχει τελείως διαφορετικό σύστημα λόγω use flags οπότε ο maintainer έχει πολύ περισσότερη δουλειά να κάνει (και φυσικά ποτέ δεν μπορείς να τεστάρεις όλα τα σενάρια. πάντα ξεφεύγει κάποιος συνδυασμός, δηλώνεται bug report και μπαίνει μετά πρόνοια και έχουμε revised -rX έκδοση του ebuild)

[GoofyX]

Στο Gentoo βέβαια, στο 90% των περιπτώσεων που άνοιξα bug report για bump του πακέτου, γίνεται σε εύλογο χρονικό διάστημα. Οπότε μια λύση είναι αυτή, για κάποιον που χρησιμοποιεί συγκεκριμένο πακέτο και χρειάζεται νεότερη έκδοσή του.

Σε όλα αυτά του είδους τα project πάντως που δεν υποστηρίζονται από κάποια εταιρία και βασίζονται στον εθελοντισμό κυρίως το πρόβλημα πάντα είναι οι άνθρωποι και η έλλειψή τους, εξ' ου και τα προβλήματα και παράπονα των τελικών χρηστών.

Επίσης, ένα άλλο καλό που έχει το Gentoo είναι τα slots, οι ταυτόχρονες εγκαταστάσεις διαφορετικών εκδόσεων (συγκεκριμένων βέβαια) πακέτων. Πχ. στο σύστημά μου έχω αυτή τη στιγμή PHP 5.6, 7.1 και 7.2. Δεν ξέρω στις άλλες διανομές αν συμβαίνει αυτό, ας με διαφωτίσει κάποιος.

[Eruyome(MMXGN)]

Σε ποια πακέτα λες ότι έχει μείνει πίσω; Γενικά δε νομίζω ότι ισχύει αυτό. πχ. ο Apache 2.4.39 που βγήκε πρόσφατα και διορθώνει σφάλματα ασφαλείας, μετά από 1 μέρα νομίζω μπήκε. Σίγουρα είναι και θέμα maintainer, αλλά γενικά τα πακέτα του ενημερώνονται με καλό ρυθμό θα έλεγα. Πχ. ο kernel σε λίγες ώρες μπαίνει.

Gnome. Και άλλων που δεν θυμάμαι αυτήν την στιγμή αλλα το Gnome ηταν το πιο βασικό για μένα.

Όταν το χα τελευταία φορά το Gnome έμπαινε πάντα στο Stable σχεδόν ένα μήνα πριν βγει η επόμενη έκδοση. Στο Arch μέσα σε δυο βδομάδες μέσα είναι στο Stable.

Για την ακρίβεια το 3.32 είναι ήδη στο Stable του Arch ενώ το 3.30 δεν έχει μπεί καλά καλά στο Stable του Gentoo (δεν μιλάμε για το 3.32)

https://packages.gentoo.org/packages/gnome-base/gnome
- - - Updated - - -

Σε όλα αυτά του είδους τα project πάντως που δεν υποστηρίζονται από κάποια εταιρία και βασίζονται στον εθελοντισμό κυρίως το πρόβλημα πάντα είναι οι άνθρωποι και η έλλειψή τους, εξ' ου και τα προβλήματα και παράπονα των τελικών χρηστών.

Δεν διαφωνώ σε αυτό οτι δεν φταίει το Gentoo, αλλα είναι η πικρή αλήθεια με αρκετά πακέτα.

[imitheos]

Gnome. Και άλλων που δεν θυμάμαι αυτήν την στιγμή αλλα το Gnome ηταν το πιο βασικό για μένα.

Όταν το χα τελευταία φορά το Gnome έμπαινε πάντα στο Stable σχεδόν ένα μήνα πριν βγει η επόμενη έκδοση. Στο Arch μέσα σε δυο βδομάδες μέσα είναι στο Stable.

Για την ακρίβεια το 3.32 είναι ήδη στο Stable του Arch ενώ το 3.30 δεν έχει μπεί καλά καλά στο Stable του Gentoo (δεν μιλάμε για το 3.32)

Το gnome είναι λίγο διαφορετική περίπτωση. Συμφωνώ βέβαια ότι τον τελικό χρήστη τον νοιάζει ότι δεν έχει το τελευταίο gnome και δεν τον νοιάζει ο λόγος που είναι πίσω. Δεν είναι όμως παραμελημένο απλά πρέπει να αντιστρέψει τη βλακεία των devs. Στο Arch μπαίνει αμέσως γιατί γίνεται compile κατευθείαν λόγω systemd. Το gentoo έχει μια ομάδα (ομάδα του ενός ατόμου ουσιαστικά) που διατηρεί ένα patch το οποίο αλλάζει τον κώδικα του gnome ώστε να παίζει με το elogind. Έτσι σε κάθε έκδοση gnome που βγαίνει, πρέπει να ενσωματώσουν σε αυτό το patch τις αλλαγές που έχουν γίνει, να συννενοηθούν με τους devs του elogind σε περίπτωση που πρέπει να υλοποιηθεί κάποιο νέο API που χρειάζεται ο κώδικας του gnome, κτλ. Ανάλογα με το πόσες αλλαγές έχουν γίνει στο upstream GNOME, αυτό μπορεί να πάρει λίγες ημέρες, μπορεί και να πάρει 30-40 ημέρες.

Νομίζω ότι και το 3.32 είναι κοντά στο να μπει. Είχανε σετάρει το patch και κολλούσε σε κάτι άλλο (ήθελε νεώτερη vala νομίζω). Αυτό το εμπόδιο όμως υπάρχει μόνο για όσους δεν χρησιμοποιούμε systemd. Το απλό ebuild του 3.32 που απαιτεί systemd ενσωματώθηκε σχεδόν αμέσως (στην overlay φυσικά, όχι στο κύριο tree).

[Eruyome(MMXGN)]

Νομίζω ότι και το 3.32 είναι κοντά στο να μπει. Είχανε σετάρει το patch και κολλούσε σε κάτι άλλο (ήθελε νεώτερη vala νομίζω). Αυτό το εμπόδιο όμως υπάρχει μόνο για όσους δεν χρησιμοποιούμε systemd. Το απλό ebuild του 3.32 που απαιτεί systemd ενσωματώθηκε σχεδόν αμέσως (στην overlay φυσικά, όχι στο κύριο tree).

Χμ, αυτό είναι ενδιαφέρον. Systemd χρησιμοποιώ έτσι και αλλιώς οπότε δεν θα χα πρόβλημα.

Ίσως του δώσω ξανά μια ευκαιρία με όταν φτιάξω τον iMac με gentoo+ppc64 (όχι gnome βέβαια).

[GoofyX]

Για το Gnome 3.30: https://www.gentoo.org/news/2019/03/...30-openrc.html

[Eruyome(MMXGN)]

Για το Gnome 3.30: https://www.gentoo.org/news/2019/03/...30-openrc.html

Αυτό έγραψα και παραπάνω. 3.30 στο testing. Είμαστε ήδη στην 3.32 και στο Arch είναι ήδη στο Stable

[pap]

εντάξει το gnome το παίρνει στο λαιμό του το systemd, όπως ήδη έγραψαν ποιο πάνω και άλλοι συνομιλητές.
Το μεγάλο πρόβλημα-στοίχημα για το gentoo είναι αν θα του βγει η επιλογή να υποστηρίξει δύο init, με σαφή προτίμηση στο openrc.