Το νήμα του Gentoo, version 1.0

[GoofyX]

Καλά τα uptime των 511 ημερών, αλλά από ασφάλεια πώς είναι ο server; Ο kernel από πότε είναι ή όποιο άλλο πακέτο; Δυστυχώς έχω καταλήξει στις τακτικές ενημερώσεις προκειμένου να μπαίνουν οι τελευταίες διορθώσεις ασφαλείας...

[GoofyX]

Και πάνω σ' αυτό που έλεγα για τις ενημερώσεις, βλέπεις τον Greg να βγάζει update στον stable και LTS kernels κάθε 4-6 μέρες... Τις περισσότερες φορές το μηχάνημα μπορεί να μην πιάνει καν βδομάδα uptime. Θα πεις, όλα αυτά τα patches σε κάθε πυρήνα είναι security fixes; Όχι βέβαια, απλά το παραπάνω γεγονός δείχνει ότι το development του πυρήνα όσο πάει ξεφεύγει πολύ.

[mobinmob]

Βασικά υπάρχει κάποιος τρόπος να κρατήσεις ένα backup του στυλ -full pathname αρχείου, directory- με τις αντίστοιχες άδειες (ownership, δικαιώματα); Τώρα που το σκέφτομαι μπορεί να γίνει κάτι τέτοιο με shell scripting λογικά. Έχει κανείς υλοποιήσει κάτι τέτοιο;

To mtree των bsd είναι φτιαγμένο γι' αυτόν τον σκοπό. Υπάρχει υλοποίησή του στην libarchive(bsdtar) αλλά και port σε linux.

[tsigarid]

Και πάνω σ' αυτό που έλεγα για τις ενημερώσεις, βλέπεις τον Greg να βγάζει update στον stable και LTS kernels κάθε 4-6 μέρες... Τις περισσότερες φορές το μηχάνημα μπορεί να μην πιάνει καν βδομάδα uptime. Θα πεις, όλα αυτά τα patches σε κάθε πυρήνα είναι security fixes; Όχι βέβαια, απλά το παραπάνω γεγονός δείχνει ότι το development του πυρήνα όσο πάει ξεφεύγει πολύ.

Σε σοβαρά μηχανήματα δεν κάνεις update τον kernel κάθε φορά που κάποιος (όποιος και να είναι αυτός) βγάζει ένα update. Κανείς σοβαρός άνθρωπος δεν βγάζει kernel updates κάθε 4-6 μέρες και να τις ονομάζει αμέσως stable, πότε έκανε ανάπτυξη και testing;

[imitheos]

Σε σοβαρά μηχανήματα δεν κάνεις update τον kernel κάθε φορά που κάποιος (όποιος και να είναι αυτός) βγάζει ένα update. Κανείς σοβαρός άνθρωπος δεν βγάζει kernel updates κάθε 4-6 μέρες και να τις ονομάζει αμέσως stable, πότε έκανε ανάπτυξη και testing;

Εσύ το ξέρεις αλλά για κάποιον που δεν το γνωρίζει και ίσως μπερδευτεί, το γεγονός ότι κάθε Ν (με Ν σχετικά μικρό) ημέρες βγαίνει ένας "stable" πυρήνας, δεν σημαίνει ότι και τα patches δοκιμάστηκαν μόνο για Ν ημέρες.

Στο κύριο tree τα commits ρέουν συνεχώς με εκατοντάδες commits κάθε ημέρα. Όταν ο maintainer ενός subsystem θεωρεί ότι κάτι είναι bug-fix, security-fix, κτλ που δεν μπορεί να περιμένει μέχρι την επόμενη έκδοση πυρήνα (συνήθως 6-8 εβδομάδες), τότε το στέλνει στην λίστα stable@τάδε και έτσι το βλέπει ο Greg ο οποίος ανάλογα με το πόσα patches μαζεύτηκαν και πόσο σημαντικά είναι αυτά, κρίνει αν είναι ώρα για την επόμενη minor / stable έκδοση. Ας δούμε ένα τυχαίο παράδειγμα:

% git log --reverse --pretty=oneline v4.15.10..v4.15.11
699f7359e599ca5c7e2ee0708849349bbc562c5d x86: Treat R_X86_64_PLT32 as R_X86_64_PC32
6b57662274bdaae4dc68998d36c3530f966f3b0b ASoC: sun4i-i2s: Fix RX slot number of SUN8I
9afc3ec1f2e711d1ed7f7f3aa49c49de55ffb1b7 ASoC: sgtl5000: Fix suspend/resume
aa6655a68f0a213c87ddf9aafa761021b5c6a121 ASoC: wm_adsp: For TLV controls only register TLV get/set
.... κτλ ....

Αυτές είναι οι αλλαγές που έγιναν από την έκδοση 4.15.10 μέχρι της 4.15.11. Ας δούμε το πρώτο commit:

commit 699f7359e599ca5c7e2ee0708849349bbc562c5d
Author:     H.J. Lu <hjl.tools@gmail.com>
AuthorDate: Wed Feb 7 14:20:09 2018 -0800
Commit:     Greg Kroah-Hartman <gregkh@linuxfoundation.org>
CommitDate: Mon Mar 19 09:09:46 2018 +0100

    x86: Treat R_X86_64_PLT32 as R_X86_64_PC32
    
    commit b21ebf2fb4cde1618915a97cc773e287ff49173e upstream.
    
    On i386, there are 2 types of PLTs, PIC and non-PIC.  PIE and shared
    objects must use PIC PLT.  To use PIC PLT, you need to load
    _GLOBAL_OFFSET_TABLE_ into EBX first.  There is no need for that on
    x86-64 since x86-64 uses PC-relative PLT.

    blah blah

Όπως βλέπουμε, το συγκεκριμένο commit είναι αυτούσιο το μανίσιο commit b21ebf2fb4cde1618915a97cc773e287ff49173e (που επειδή έγινε commit από άλλον committer, άλλη χρονολογία, πάνω σε άλλο parent, απέκτησε και νέο commit hash). Αυτός είναι και ο απαράβατος κανόνας του stable tree ότι κανένα patch δεν γίνεται δεκτό αν δεν έχει δοκιμαστεί στο κύριο tree (με όσο μεγάλη ή μικρή δοκιμή συνεπάγεται αυτό). Ας πάμε στο μανίσιο commit:

commit b21ebf2fb4cde1618915a97cc773e287ff49173e
Author:     H.J. Lu <hjl.tools@gmail.com>
AuthorDate: Wed Feb 7 14:20:09 2018 -0800
Commit:     Linus Torvalds <torvalds@linux-foundation.org>
CommitDate: Thu Feb 22 09:01:10 2018 -0800

    x86: Treat R_X86_64_PLT32 as R_X86_64_PC32
    
    On i386, there are 2 types of PLTs, PIC and non-PIC.  PIE and shared
    objects must use PIC PLT.  To use PIC PLT, you need to load
    _GLOBAL_OFFSET_TABLE_ into EBX first.  There is no need for that on
    x86-64 since x86-64 uses PC-relative PLT.

Το patch έγινε commit από τον HJ Lu στις 7 Φεβρουαρίου (υποθέτουμε μετά από κάποιο βαθμό δοκιμών) και πέρασε στο tree του Linus στις 22 Φεβρουαρίου. Αφού δοκιμάστηκε και στο tree του Linus, πέρασε στο stable tree μόλις στις 19 Μαρτίου.

Δεν είναι δηλαδή ότι άιντε ξυπνάει μια μέρα κάποιος (εν προκειμένω ο Greg) και κάνει commit ένα patch που δεν έχει δοκιμαστεί όπως ίσως νομίσει κάποιος από το μήνυμα του tsigarid. Γίνεται σοβαρή δουλειά και περνάνε δοκιμασμένα patches.

Αυτό όμως δεν σημαίνει ότι ο tsigarid είναι 100% λάθος και ότι δεν μπορεί να υπάρξει κάποιο πρόβλημα. Αφενός ο Greg βασίζεται στους maintainers να του στείλουν patches και μερικές φορές έχει τύχει να ξεφύγει κάποιο κρίσιμο patch που δεν του ήρθε ποτέ, αφετέρου η μέθοδος δοκιμών "testing by time" δεν προσφέρει αξιοπιστία σε μεγάλο βαθμό. Την ίδια μέθοδο χρησιμοποιεί πάνω-κάτω και το gentoo. Μπαίνει στο unstable ένα πρόγραμμα, και αν κάποιος δεν αναφέρει κάποιο πρόβλημα για Ν ημέρες, τότε περνάει στο stable branch της portage. Δεν ξέρουμε όμως αν αυτοί που τρέχουν το linux-next του Linus και κάνουν δοκιμές είναι αρκετοί, δεν ξέρουμε πόσο "γνώστες" είναι και τι σόι δοκιμές κάνουν, δεν ξέρουμε πόσο μεγάλη ποικιλία υπάρχει στο hardware τους ή πχ έχουν όλοι intel skylake, κτλ. Έτσι μπορεί όντως να περάσει απαρατήρητο ένα πρόβλημα.

Όπως και να έχει πάντως το πράγμα, ο Greg και οι άλλοι maintainers του stable πυρήνα έχουν πολύ περισσότερη εμπειρία από τους αμφιβόλου ποιότητας maintainers των διαφόρων "stable" διανομών με τους αρχαίους πυρήνες.

[GoofyX]

Σε σοβαρά μηχανήματα δεν κάνεις update τον kernel κάθε φορά που κάποιος (όποιος και να είναι αυτός) βγάζει ένα update. Κανείς σοβαρός άνθρωπος δεν βγάζει kernel updates κάθε 4-6 μέρες και να τις ονομάζει αμέσως stable, πότε έκανε ανάπτυξη και testing;

Ναι, δική μου επιλογή είναι αυτό. Από την άλλη όμως, το να έχεις μηχάνημα πχ. με 500 μέρες uptime, μόνο και μόνο για να λες ότι έχεις μεγάλο uptime και άρα είναι σταθερό σα βράχος, εντάξει, αλλά είναι και στο άλλο άκρο για μένα. Προτιμώ να βάζω ένα stable kernel κάθε 5-6 μέρες που να έχω το κατά δυνατόν ενημερωμένα fixes, κτλ.

Βέβαια, όλα εξαρτώνται πάντα από τη δουλειά που κάνει το μηχάνημα, έτσι; Πχ. το μηχάνημα με τις 500 μέρες, μπορεί να εξυπηρετεί για παράδειγμα git repository και να μην έχει πάρε δώσε με τον έξω κόσμο, άρα δεν έχεις και το ζόρι να το ενημερώνεις ντε και καλά.

[mrsaccess]

Χαλαρώστε, απλώς δεν προλαβαίνω να το κάνω update. Τρέχει hardened με grsec κλπ + custom hardening στα services από εμένα.
You shall not pass κλπ.

[GoofyX]

Χαλαροί είμαστε...

- - - Updated - - -

Μιας και μιλούσαμε για uptimes... Τυχαίνει να δουλεύω σε ένα project και δίνω λοιπόν στον test server που έχουν (με Debian):

root@..... ~ # uptime
19:38:01 up 953 days, 20 min, 2 users, load average: 0.04, 0.05, 0.05



Beat that. >2.5 χρόνια uptime.

[mrsaccess]

Πω! Αυτό δεν θα έχει καν systemd. Συλλεκτικό!

[GoofyX]

Προσβολή!

[mrsaccess]

Έτσι ακριβώς. Στις άλλες διανομές ο δρόμος προς την γνώση είναι ένα βουνό που σκαρφαλώνεις. Αν κουραστείς, τα παρατάς και κάθεσαι στα αυγά σου.

Στο Gentoo πηδάς από ένα γκρεμό και η γνώση είναι στο βάθος. Ή θα μάθεις ή θα...

[imitheos]

Στο Gentoo πηδάς από ένα γκρεμό και η γνώση είναι στο βάθος. Ή θα μάθεις ή θα...

Συνήθως, αυτός που θα βάλει gentoo, το πρώτο πράγμα που θα κάνει μετά την εγκατάσταση του stage3 θα είναι να αρχίσει να πειράζει use flags και λοιπά οπότε συμφωνώ με αυτό που λες (και αυτό που λέει το cartoon) αλλά είναι 100% αναγκαίο να πηδήξει στο γκρεμό ?

Τι μας εμποδίζει να ορίσουμε ένα desktop προφίλ και να κάνουμε απλά emerge με τα μανίσια flags (οπότε και δεν θα αντιμετωπίσουμε κανένα πρόβλημα) ? Και όταν έχουμε ένα έτοιμο usable σύστημα, τότε να αρχίσουμε το διάβασμα και να πειράζουμε μία-μία use flags. Φυσικά κανείς δεν το κάνει αυτό, και γιατί μπαίνει στην gentoo mentality και θέλει να φτιάξει από την αρχή το σύστημα όπως το θέλει αυτός, και για να αποφύγει άσκοπα recompiles μετά από κάθε αλλαγή. Είναι όμως ένα εφικτό σενάριο για αυτό μάλιστα βγήκανε και ένα κάρο gentoo-based διανομές που παρέχουν ένα full έτοιμο binary σύστημα με desktop της επιλογής σου για αρχή και μετά σου λένε "άρχισε να πειράζεις".

[tiffany]

Άσχετο. Έβαλα μια δοκιμαστική έκδοση μόνο και μόνο για να παίξω με το ufed. Θεώρησα πως θα δουλέψει με τον κανονικό τρόπο. Δηλαδή θα γράψει ένα αρχείο package.use. Όμως όχι. Έγραψε τα πάντα στο make.conf. Στην αρχή τα πράγματα ήταν οκ. Όταν όμως εγκατέστησα το KDE με τα βασικά use flags και άρχισα να παίζω άρχισε το show. Για ένα απλό πακέτο σου τράβαγε αλλά 50. Φυσικά δε συνέχισα.

Την ίδια κουβέντα είχα και στο δίπλα θέμα με το arch Linux. Πανισχυρες διανομές αλλά αδύναμα front-end.

[GoofyX]

Συνήθως, αυτός που θα βάλει gentoo, το πρώτο πράγμα που θα κάνει μετά την εγκατάσταση του stage3 θα είναι να αρχίσει να πειράζει use flags και λοιπά οπότε συμφωνώ με αυτό που λες (και αυτό που λέει το cartoon) αλλά είναι 100% αναγκαίο να πηδήξει στο γκρεμό ?

Τι μας εμποδίζει να ορίσουμε ένα desktop προφίλ και να κάνουμε απλά emerge με τα μανίσια flags (οπότε και δεν θα αντιμετωπίσουμε κανένα πρόβλημα) ? Και όταν έχουμε ένα έτοιμο usable σύστημα, τότε να αρχίσουμε το διάβασμα και να πειράζουμε μία-μία use flags. Φυσικά κανείς δεν το κάνει αυτό, και γιατί μπαίνει στην gentoo mentality και θέλει να φτιάξει από την αρχή το σύστημα όπως το θέλει αυτός, και για να αποφύγει άσκοπα recompiles μετά από κάθε αλλαγή. Είναι όμως ένα εφικτό σενάριο για αυτό μάλιστα βγήκανε και ένα κάρο gentoo-based διανομές που παρέχουν ένα full έτοιμο binary σύστημα με desktop της επιλογής σου για αρχή και μετά σου λένε "άρχισε να πειράζεις".

Σωστό αυτό που λες γενικά, αλλά δε θεωρώ ότι τελικά το Gentoo είναι για τον απλό χρήστη που δεν έχει πρότερη εμπειρία με Linux. Πολύ παλιά δούλευα με Suse (ούτε καν OpenSuse) και όταν θεώρησα ότι είχα κάποια καλύτερη εμπειρία, είπα να μεταβώ στο Gentoo (μιλάμε τώρα για 2005-2006 αν θυμάμαι καλά). Κακά τα ψέμματα, για μένα θεωρώ ότι υπάρχουν άλλες διανομές πιο user-friendly από το Gentoo για να ξεκινήσει κάποιος. Ο μέσος-έμπειρος χρήστης, ναι, θεωρώ ότι θα τα καταφέρει σιγά σιγά στο Gentoo.

Είπαμε... Η πολυμορφία και οι πολλές διανομές στο Linux είναι η ευχή και η κατάρα του μαζί.

[tiffany]

Μα αυτός είναι ο λόγος που βάζεις Gentoo. Να φέρεις το σύστημα στα μέτρα σου. Παλιότερα εγκαθιστούσα δύο εκδόσεις προγραμμάτων σε κλασικές διανομές. Πχ έβαζα ένα Firefox και ένα MPlayer στο /usr/local για να τα δουλεύω επειδή οι εσωματωμεβες εκδόσεις ήταν χάλια. Με το Gentoo και το arch βρήκα την υγεία μου. Επειδή ασχολούμαι με τη μούσικη θέλω τα προγράμματα μου να παίζουν τα πάντα και να συνδέονται με τα πάντα. Οπότε η μεταγλώττιση ήταν απαραίτητη.