Τι είναι η νοημοσύνη; Δεν εννοώ το κατάσκοπο, αλλά ποιος είναι ο ορισμός της νοημοσύνης στον άνθρωπο; Αυτό είναι πολύ καλό: http://en.wikipedia.org/wiki/Intelligence#Definitions
Για τους περισσότερους ανθρώπους, οι σημερινοί αυτοδιορισμένοι και πιθανώς υπερβολικά επιρροές δημιουργοί και στοχαστές που εργάζονται γύρω από την ιδέα "One Linux" ταιριάζουν στον ορισμό των έξυπνων ανθρώπων - τουλάχιστον τεχνικά.
Και τα μηνύματά του είναι αρκετά πειστικά:
- Απλοποιήστε την ανάπτυξη multi-distro.
- Επιτρέψτε ταχύτερους χρόνους εκκίνησης.
- Επιτρέψτε μια αρχιτεκτονική κατόπιν αιτήματος και βάσει συμβάντων, παρόμοια με τα «σύγχρονα» λειτουργικά συστήματα.
- Φέρτε τάξη και έλεγχο σε υποσυστήματα που είχαν τόσα διαφορετικά εργαλεία όσο υπάρχουν διανομές.
Όλοι φαινομενικά ευγενείς στόχοι. Όλα προφανώς προέρχονται από μια βαθιά επιθυμία να συμβάλουν και να βελτιώσουν τα πράγματα.
Σχεδόν κανείς δεν μπορούσε να υποστηρίξει ότι αυτοί οι έξυπνοι άνθρωποι σκέφτηκαν σοβαρά αυτά τα ζητήματα, και κατέβαλαν τεράστια προσπάθεια για την επίλυση αυτών των προβλημάτων. Δυστυχώς, η λύση που βρήκαν, όπως ίσως έχετε ήδη μαντέψει, είναι "systemd".
Παρόλο που δεν είναι κάτι καινούργιο, ο τραγικός του αντίκτυπος έφτασε επιτέλους και πρέπει να το εκφράσω δημόσια.
Τι είναι λοιπόν το systemd; Λοιπόν, γνωρίστε τον νέο σας Θεό. Πιθανότατα να προσεύχεστε στο βωμό [αν-δουλεύει-μην αγγίζετε-αυτό] απλότητας, αλλά η θρησκεία σας εξαλείφεται. Αυτό πιθανώς ήδη συνέβη χωρίς να το συνειδητοποιήσετε κατά τη διάρκεια μιας ενημέρωσης στον υπολογιστή σας Linux. Το systemd είναι η μετα-θεότητα που γνωρίζει, ελέγχει όλα, βλέπει και ελέγχει όλους. Είναι ο νέος Ενιαίος Διευθυντής Διαδικασιών που φιλοδοξεί να ελέγξει ό, τι μπορεί - και ήδη κάνει αρκετά. Θα μοιάζει το init αν ήταν μετασχηματιστής σε στεροειδή. Είναι [κάθε όνειρο του geek] περίπλοκο, πολύπλευρο, αδιαφανές και εξαιρετικά ισχυρό.
Άκουσα για το systemd πριν από μερικά χρόνια όταν ξεκίνησα και μερικά άλλοι αντικαταστάσεις για να ξεχωρίσω ότι δεν θυμάμαι που βγήκαν στη σκηνή. Και παρόλο που φαινόταν ελαφρώς ενδιαφέρον, δεν ήμουν υπέρ του να το χρησιμοποιήσω ή κανένα από αυτά για το σκοπό αυτό. Το init λειτούργησε καλά για μένα. Το init ήταν απλό και στιβαρό. Ενώ η διαμόρφωση είχε τις συγκεκριμένες διαφορές της για κάθε διανομή, ήταν συχνά αυτές οι διαφορές που έκαναν να επιλέξει να χρησιμοποιήσει αυτό το διανομέα πρώτα, και να κολλήσει με αυτήν τη διανομή [(και όχι πράγματα όπως το κοινό στο οποίο στόχευε σήμερα)]. Τα εργαλεία ουσιαστικά Eran η διανομή. Και τότε απλά έκανα ένα dist-upgrade στην Τζέσι και voila, Το PID 1 έγινε ξαφνικά systemd. Σκατά.
Σε έναν κόσμο "One Linux", ποιες θα πρέπει να είναι οι διανομές; Απαρχαιωμένος. Δεν είναι πλέον σχετικό. Αρχαϊκά κοχύλια του κάποτε περήφανου [και συχνά επικίνδυνο] ατομικισμός. Βασικά τώρα είναι απλώς ένα λογότυπο και μια προεπιλεγμένη ταπετσαρία. Διότι, ας το παραδεχτούμε, πρέπει να υπάρχει ένας μοναδικός σύγχρονος «ανταγωνιστής» στον τομέα των προσωπικών υπολογιστών Windows / Mac. Ένα ενοποιημένο μέτωπο για την καταπολέμηση των κακόβουλων αυτοκρατοριών των Redmond και Cupertino είναι αυτό που χρειάζεται. Οι διάφορες διαφορές που δημιούργησαν διαφορετικές «γεύσεις» του Linux έπρεπε να συγκεντρωθούν και να προσαρμοστούν ώστε να προχωρήσουν αποτελεσματικά στον πόλεμο. Ε, τι πόλεμος;
Για μένα, το Linux κέρδισε ήδη αυτόν τον πόλεμο το 1994 όταν άρχισα να το χρησιμοποιώ. Το έκανε χωρίς να πυροβολήσει ένα πλάνο ή να προσπαθήσει να είναι όπως τα άλλα λειτουργικά συστήματα. Το κέρδισε [διατηρώντας πάντα το 1% της αγοράς] να μην καταλαβαίνουμε το μερίδιο αγοράς. Το κέρδισε επειδή δεν τους αρέσει ακριβώς. Το κέρδισε απλό, κατανοητό και διαμορφώσιμο ώστε να είναι ακριβώς όπως YO ήθελε να. Το κέρδισε με τη συλλογή απλών, αρθρωτών στοιχείων που θα μπορούσαν να συνδεθούν μαζί κατά βούληση για να κάνουν πραγματική δουλειά. Το κέρδισε ακολουθώντας τη βαθιά θεωρημένη φιλοσοφία του να διατηρεί το χρήστη στο κάθισμα του οδηγού και να είναι ελεύθερος να τρέχει ό, τι θέλει, χωρίς στρώματα και στρώματα πλαισίων που κουλουριάζουν τα πλοκάμια τους μέσα σε όλα αυτά τα πράγματα που δεν πρέπει να αγγίζουν. Το κέρδισε χωρίς όλα αυτά τα διάφορα "ShitKits" που έχουν αρχίσει να εκδηλώνονται στην καρδιά του λειτουργικού μου συστήματος. Το κέρδισε χωρίς να είναι πολύ περίπλοκο και ακατανόητο. Αυτό το είδος αδιαφάνειας είναι η καρδιά των Windows και του Mac, και είναι ακριβώς αυτό που μισώ γι 'αυτά, και ακριβώς γιατί επέλεξα να χρησιμοποιήσω το Linux στο πρώτο καταραμένο μέρος. Το systemd αγκαλιάζει todo αυτό που μισώ για τα Windows και το Mac, και το κάνω στο όνομα της «νεωτερικότητας» και της «απλούστευσης» του έργου των προγραμματιστών.
Γιατί λοιπόν οι άνθρωποι Πολύ έξυπνος ότι αγαπήστε και χρησιμοποιήστε το Linux θα ήθελαν να δημιουργήσουν ή αγκαλιάστε έναν τέτοιο δαίμονα "Master of All"; Προφανώς, είναι για τους λόγους που λένε, όπως ανέφερα στην αρχή. Αλλά εν μέρει νομίζω ότι οφείλεται στην έλλειψη εμπειρίας. Δεν εννοώ έλλειψη ωρών προγραμματισμού, αλλά έλλειψη χρόνου στον πλανήτη. Η νοημοσύνη από μόνη της δεν είναι υποκατάστατο των εμπειριών της ζωής και, ναι, θα το πω, ούτε για τη σοφία. Δεν υπάρχει εγχειρίδιο για τη σοφία. Η εφαρμογή του συστήματοςd σε διανομές δεν είναι μια σοφή κίνηση για αυτούς μακροπρόθεσμα. Αυτό, στην πραγματικότητα, θα επιφέρει την απόλυτη καταστροφή τους.
Είναι εν μέρει τα μεγαλύτερα εγώ των ανθρώπων που εμπλέκονται. Κάποιος έχει διαβάσει τι λέει ο Poettering για τα πράγματα; Ουάου. Αυτός ο τύπος είναι προφανώς πεπεισμένος ότι έχει όλες τις απαντήσεις για όλους. Οι παραδοσιακές ιδέες για την απλότητα και την ελευθερία είναι πολύχρωμες, αλλά δεν έχουν πραγματική θέση σε ένα «σύγχρονο» λειτουργικό σύστημα. Κοίτα, είναι απλώς πιο έξυπνος από εσάς, οπότε ξεπεράστε το και φύγετε. Ξέρει τι είναι καλύτερο, και το έχει υπό έλεγχο. Πόσο χρονών είναι αυτός ο τύπος; 12 χρόνια ή κάτι τέτοιο; Είναι γαμημένο πουλί (κατά την ταπεινή γνώμη μου).
Είναι εν μέρει δικοί του σκιερά επιχειρηματικά ενδιαφέροντα. Κοιτάξτε, θα μπορούσαμε να βγάλουμε λεφτά για να πουλήσουμε πράγματα σε χρήστες Linux αν υπήρχε ένας απλούστερος και «δυστροφικός-αγνωστικός» τρόπος να το κάνουμε. Γάμα τις επιλογές, θα τους αρέσει αυτό που παίρνουν.
Εν μέρει θα μπορούσε να είναι ότι είναι δυσοίωνο και σκοτεινό από τη φύση του. Ένας δακτύλιος για να τους κυριαρχούν όλα, η ασφαλής πρόσβαση σε αυτό θα ήταν συναρπαστικό για όσους θέλουν να έχουν πλήρη ενημέρωση σχετικά με τις πληροφορίες. Η εμπιστοσύνη δεν είναι κάτι που είναι πολύ ψηλό στη λίστα με τα πράγματα που πρέπει να παραχωρήσω αυτές τις μέρες.
Εν μέρει, είναι η πεποίθηση ότι η Κοινότητα Linux πρέπει να καταπολεμήσει την ηγεμονία των Windows και του Mac - σαν η ύπαρξη του Linux να εξαρτάται από την ήττα των άλλων εναλλακτικών λύσεων. Όσοι το πιστεύουν αυτό Το Linux πρέπει να ενδιαφέρεται για ηλίθιοι και HOYGAN θα πρέπει να επιστρέψουν στους Mac και τα Windows τους και να σταματήσουν να προσπαθούν να "διορθώσουν" το Linux. Δεν είναι σπασμένο, καταραμένο!
Εν μέρει - και αυτό δεν μπορώ να δεχτώ - είναι κατάφωρη παραβίαση και σεβασμός - είτε επίτηδες είτε όχι - στις πιο σημαντικές αρχές του * NIX. Είναι μια ασυνείδητη περιφρόνηση για αυτούς, και καταπάτηση των αξιών που θεωρώ προσωπικά [παλαιός,] αληθινό και δίκαιο, και δεν είμαι μόνος εδώ. Το systemd είναι το ακριβώς αντίθετο από αυτό που σημαίνει * NIX. Και δεν αμφισβητώ ούτε τη συμβατότητα του POSIX. Είναι ηλίθια φιλοσοφία.
Το systemd είναι πραξικόπημα. Είναι ένας ανατρεπτικός εισβολέας που έχει σχεδιαστεί για να καταστρέψει το Linux όπως το γνωρίζουμε, που μας επιβάλλει ο όχλος. ξέρουμε-αυτόν-καλύτερα-από-εσένα CamelCase. Και απλά δεν το καταλαβαίνουν τόσο βαθιά όσο θα έπρεπε. Το systemd δεν δείχνει προς μια κατεύθυνση που πρέπει να πηγαίνει. Δεν υποστηρίζει την ελευθερία. Δεν ενθαρρύνει την επιλογή. Δεν δείχνει διαφάνεια. Δεν αγκαλιάζει την απλότητα. Παίρνει τον έλεγχο και σας αναγκάζει να τον παραδώσετε. Εξαρτάται από τις εφαρμογές και τα κύρια στοιχεία του συστήματος και δεν μπορεί να λειτουργήσει χωρίς αυτό. Κερδίζετε ταχύτητα παρασύροντας το πνεύμα αφελών ή τεμπέλης ή απλώς ανίδεων προγραμματιστών με την υπόσχεση ότι θα κάνουν τη ζωή τους ευκολότερη. Το να πέσετε σε αυτόν τον τρόπο σκέψης είναι να αγνοήσετε τον μεγάλο κίνδυνο που αντιπροσωπεύει το systemd.
Το Debian ήταν πάντα αντίθετο με αυτό το είδος στο παρελθόν και πάντα κέρδισε τον απόλυτο σεβασμό και την πίστη μου για την ακεραιότητά του. Η απόφαση του Debian εδώ αναγκάστηκε. Ο Ντέμπιαν έκανε ένα σοβαρό και δειλό λάθος [όταν ο Ταλιαμόντε δεν ακύρωσε το γκολ του Γκάρμπι], και πρέπει να διορθώσουν την πορεία τους αμέσως. Η ενσωμάτωση του συστήματος δεν ήταν μια έξυπνη κίνηση και σίγουρα δεν ήταν καλά μελετημένη [(και όχι, δεν πίστευα κανέναν από τους λόγους του Russ Albery)]. Το Debian πρέπει να απορρίψει το systemd και τα παρόμοια, και να επιστρέψει στις τιμές που οδήγησαν το Linux σε αυτό το σημείο στην ιστορία, οδήγησε όχι σε μικρό μέρος από τον Debian. Πρέπει να διαζευχθούν ήσυχα και δημόσια GNOME, ανεξάρτητα από το πόσο οδυνηρό και ενοχλητικό μπορεί να φαίνεται βραχυπρόθεσμα, και να επικεντρώνονται στις πιο βασικές αξίες της απλότητας και της ελευθερίας. Τοποθετήστε το systemd και την κλίκα του στα αποθετήρια μη-ελεύθερο όπου ανήκουν αν δεν υπάρχει επιλογή. Αφήστε τον χρήστη να αποφασίσει αν είναι αυτό που θέλει. Ο Διαφωτισμός είναι μια εξαιρετική επιλογή για μια προεπιλεγμένη επιφάνεια εργασίας που δεν έχει τα φουσκωμένα σκουπίδια GNOME. Και στους ηγέτες του Debian - μετά από 20 χρόνια από την πίστη και τον ευαγγελισμό μου, με απογοητεύσατε και όλους. Πρέπει να έχουν ένα γαμημένο ζευγάρι αυγών και να κάνουν το σωστό εδώ και τώρα.
Στείλτε αυτούς τους οπορτουνιστές στην κόλαση!
ΝΑΝΟΣ. Το Ίδρυμα Linux. freedesktop.org, [Φιγκέρεδο] και άλλοι. Είναι όλοι [ένα μανίκι κλεφτών από το πρώτο έως το τελευταίο] ομάδες με ατζέντες. Δεν είναι αυτοί που πιστεύουν στην ελευθερία. Πιστεύουν στον έλεγχο και τυποποίηση. Πιστεύουν στη μονοτονία. Ποιοι είναι αυτοί οι άνθρωποι? Ποιοι είναι αυτοί οι αυτοδιοριζόμενοι φύλακες της φλόγας Linux; (σκόπιμη και υποσυνείδητη αναφορά σε κακόβουλο λογισμικό) Ποιες είναι οι πραγματικές ατζέντες σας; Ποιος χρηματοδοτεί αυτούς τους ανθρώπους; Γιατί θέλουν τόσο επιθετικά να μετατοπίσουν την καρδιά του Linux από την πραγματική φιλοσοφία του; Αφήστε τους να πάνε και να δημιουργήσουν τον δικό τους «ανταγωνιστή» σε Windows και Mac. Εάν το έκαναν, θα ήταν το ίδιο αδιαφανές, εντοπισμό χρήστη, σκατά πίσω πόρτας που έγιναν τα Windows και το Mac. ΔΕΝ μιλούν για μένα και δεν πρέπει να τους επιτρέπετε παθητικά να μιλούν για εσάς.
Το systemd είναι Trojan. Το systemd είναι μια μέδουσα. Το systemd είναι Substance D. Το systemd είναι ανατριχιαστικό - όχι μόνο επειδή τα εργαλεία του απορροφούν, ή επειδή είναι μια αιματηρή μαζική φούσκα - αλλά επειδή αρχιτεκτονικά έχει πολλή συγκεντρωμένη ισχύ. Πρέπει να τον εκδιώξουμε συλλογικά γιατί θα έχει το Linux, και κατ 'επέκταση σε εμάς και τις ελευθερίες μας. systemd θα είναι Linux. Καθίστε αδρανής και αγνοήστε αυτό το γεγονός του συλλογικού μας κινδύνου.
Ένα Linux == Μηδενική επιλογή.
http://static1.gamespot.com/uploads/ignore_jpg_scale_medium/986/9866256/2540173-0237640794-Micha.gif
Πριν από λίγο, βγήκε ο πρώτος σχολιαστής που κέρδισε ένα ταξίδι με όλα τα έξοδα. Ενώ είμαι εδώ θα χτυπήσω σκληρά το σφυρηλάτη. Το προσβλητικό σχόλιο ή / και χωρίς επιχειρήματα πηγαίνει κατευθείαν στην κόλαση, ακόμα κι αν με κάνει να θυμώσω για λογοκρισία και τέτοια. Είναι καλά ότι η φλόγα ψυχαγωγεί αλλά «τα πάντα με μέτρο» ...
χαχαχα xD, το είδα: v, το επιχείρημά του δεν ήταν καθόλου κακό, αλλά πήγε στο γρασίδι όταν γενικεύτηκε xD
Λοιπόν, ο Έλαβ τον αναζωογόνησε και του απάντησε.
HAHAHAJAJAJAJAJA, έπρεπε να είναι, κοιτάξτε αν θα λατρέψει να χάνει χρόνο σε άσκοπες συζητήσεις. Λοιπόν, αν είναι αυτό που θέλει, πλένω τα χέρια μου και του δίνω το μπαμπούρ, από τώρα και στο εξής ετοιμάζω τον εαυτό μου το ποπ κορν και απλώς βλέπω ... http://i.imgur.com/YcJ0XpY.jpg
Δεν υπάρχει τίποτα λάθος με αυτό το σχόλιο, είναι μια απλή γνώμη σχετικά με ότι δεν ξέρω τι κώλο ... XDD
Αυτό το @tete είναι τρελό 😀
Παρεμπιπτόντως, έχω ήδη το σύστημά μου απαλλαγμένο από Consolekit, Policykit, και με αυτόματο χωρίς προβλήματα 🙂
καλή! Η ευελιξία του Gentoo xD είναι εντυπωσιακή
Δεν ξέρω για τη συγκεκριμένη περίπτωσή σας, αλλά το σύστημα μου μου έδωσε πολλά προβλήματα, ειδικά με το PAM, θα περίμενα λίγο περισσότερο για να αλλάξω, για τώρα, καθώς χρησιμοποιώ επίσης BSD, προτιμώ να χρησιμοποιώ το OpenRC.
@roader, το yuki χρησιμοποιεί OpenRC χωρίς Consolekit ή Policykit
@roader, δεν μου αρέσει το systemd, κολλάω με το OpenRC γιατί είναι το μόνο που χρειάζομαι, καθώς και εύκολο να χειριστώ. Τα * Kits που διέγραψα από το σύστημά μου, και το automount το κάνω χρησιμοποιώντας το udevil του IgnorantGuru και πηγαίνει τέλεια. Σχετικά με το PAM, αυτό μπορεί να εξαλειφθεί, στο Gentoo έχετε αυτήν την ικανότητα, δεν ξέρω πώς θα είναι στο BSD.
Το διάβασα και, γενικά, συμφωνώ με αυτά που λέει. Αν και ένα τέτοιο μήνυμα ηλεκτρονικού ταχυδρομείου στη λίστα του πυρήνα ... φαίνεται ότι ψάχνει απλώς να κάνει ένα flamewar. Αλλά όπως είπα και πριν, αυτό δεν σημαίνει ότι αναφέρει πολλά έγκυρα σημεία, αλλά δεν νομίζω ότι είναι το κατάλληλο μέρος (κατά τη γνώμη μου).
Αξίζει να πούμε ότι πριν από τρεις μέρες έκανα ένα tweet που έλεγε: «Το gnome, το pulseaudio και το systemd έχουν κάτι κοινό: τον δυστυχισμένο τρόπο με τον οποίο αλληλεπιδρούν με (t) την κοινότητα #Linux: - /» https://twitter.com/gorlok/status/500413760595849216
Αναφερόταν στις συνεχείς συγκρούσεις αυτών των έργων, ιδίως στους προγραμματιστές / τους ηγέτες τους, πώς αντιμετώπισαν την κοινότητα με συνεχείς αντιπαραθέσεις. Είναι σαφές ότι είναι αδύνατο να κάνουμε όλους ευχαριστημένους, όλη την ώρα, και ταυτόχρονα να επιτυγχάνουμε τους στόχους. Δεν υπάρχει τύπος για ένα έργο που να αφήνει όλους ευχαριστημένους να τραγουδούν το Kumbaya, αλλά από εκεί μέχρι το συνεχές επίπεδο συγκρούσεων και συνεχών συγκρούσεων που υπάρχουν σε αυτά τα 3 παραδείγματα έργων, υπάρχει μια έκταση.
Ειδικά με το systemd, παρά τις συγκρούσεις και τη φιλοσοφία σχεδιασμού του, λειτουργεί και επιλύει αρκετά πραγματικά και πιεστικά προβλήματα που έπρεπε να λυθούν. Είναι η καλύτερη λύση; Αμφιβάλλω. Γι 'αυτό έχει κερδίσει χώρο παρά τις συγκρούσεις. Δεν υπάρχει αμφιβολία ότι υπάρχει χώρος για άλλα έργα να αντικατασταθούν. Αυτός είναι ο λόγος για τον οποίο είναι σημαντικό να ελαχιστοποιήσετε τις εξαρτήσεις με το systemd (ή το pulseaudio για ένα άλλο παράδειγμα), και στο ότι συμφωνώ με τον χρήστη, έτσι διευκολύνεται η διαδρομή που αναμφίβολα θα ταξιδέψει τελικά. Η άλλη ρεαλιστική εναλλακτική λύση έναντι του systemd ήταν η αρχή ... η οποία επίσης δεν ήταν χωρίς αμφιβολία ή σύγκρουση, σχεδόν το ίδιο.
Από την άλλη πλευρά ... αυτές οι συγκρούσεις δεν είναι τόσο σοβαρές, είναι περισσότερο ο κανόνας παρά η εξαίρεση. Υπήρχαν πάντα και θα είναι πάντα. Αξίζει να αναφέρουμε πολλές ιστορικές περιπτώσεις με το GCC, για παράδειγμα, που δημιούργησαν εναλλακτικά έργα δοκιμάζοντας άλλα μονοπάτια, τα οποία τελικά κατέληξαν να εμπλουτίσουν την κοινότητα.
Σίγουρα τελικά ένα άλλο έργο θα αναλάβει και εδώ, εκτός αν το systemd τελικά επιλύσει τις ερωτήσεις σας και τα λύσει. Προς το παρόν ... είναι αυτό που είναι, και νομίζω ότι πολλοί το καταλαβαίνουν έτσι, ενώ προτιμούν να αφιερώσουν τις προσπάθειές τους σε άλλα πιο επείγοντα ζητήματα.
Το θέμα είναι ότι υπάρχουν πολλές ερωτήσεις και προβλήματα σχετικά με το systemd που ο Leannart δεν ενδιαφέρεται πολύ για την επίλυση, παρόλο που είναι επιτακτικοί κατά καιρούς, ή απλώς κρύβονται κάνοντας κακές τροποποιήσεις στο λογισμικό που σχετίζεται με το σύστημα (περίπτωση Kay). Το φόρουμ είχε ήδη αρχίσει να μιλά για το ζήτημα και έβαλα στο τραπέζι κάποια πράγματα που έπρεπε να συμβούν με το systemd και τα σφάλματα που απλά δεν αναζητούν λύση (προς το παρόν).
Σύνδεσμος: http://foro.desdelinux.net/viewtopic.php?pid=21896#p21896
Μου θυμίζει OpenSSL ...
Η υπόθεση είναι λίγο πολύ παρόμοια τουλάχιστον στο παρασκήνιο. Είναι κάτι σαν: «Ας κάνουμε πολλές γραμμές κώδικα, ας μην τα σχολιάσουμε, ας μην τα τεκμηριώσουμε, ούτως ή άλλως κανείς δεν αναθεωρεί τον κώδικα καλά, και αν εμφανιστεί κάποιο σφάλμα, θα δούμε τι κάνουμε με αυτόν»
Για το Linux, δεν υπάρχει τίποτα που να τους ταιριάζει, εάν κάθε διανομή κάνει αυτό που τραγουδά, συζητούν τι είναι λάθος, ότι ο κατακερματισμός και ότι η θάλασσα με το αυτοκίνητο, και αν το ενοποιήσουν είναι ότι αφαιρούν τις ελευθερίες, εάν το κάνουν δεν τους αρέσει, νιώθουν τον κώλο και το πρόγραμμα ...
Δεν περίμενα άλλη απάντηση από ένα Windosero; (Δεν ξέρω καν αν χρησιμοποιείται αυτός ο όρος). Οι χρήστες Windows και Mac έχουν συνηθίσει να χρησιμοποιούν αυτά που λένε, ΝΑΙ ή ΝΑΙ. Αυτό δεν έχει συμβεί ποτέ με το GNU / Linux, γι 'αυτό όλη αυτή η οργή και πιστεύω ότι δεν οφείλεται στην έλλειψη προγραμματισμού ή σε γαϊδούρια.
Καλά… http://boycottsystemd.org/.
Συμφωνώ σε πολλές πτυχές αυτού που συζητήθηκε εδώ.
Μου λείπει με τη νοσταλγία εκείνες τις Arch ημέρες που ΔΕΝ είχα το systemd, όταν υπήρχε το rc.conf και ούτω καθεξής, επειδή το 90% της διαμόρφωσης του συστήματός μου καθορίστηκε σε αυτό το αρχείο.
Σε άλλες διανομές (όπως το Debian) δεν ήταν έτσι, δεν ήταν όλα συγκεντρωμένα σε ένα αρχείο, αλλά δεν με ενδιέφερε, το init ήταν ευχάριστο για μένα, το κατάλαβα καλά, ήξερα πώς λειτούργησε και πώς να το κάνει να λειτουργεί όπως ήθελα, τα runlevels , rcconf, κ.λπ.
Τώρα με το systemd ... ας πούμε το πρώτο πράγμα είναι ότι είναι διαφορετικό. περιοδικό, systemctl και άλλα εργαλεία ναι, σας επιτρέπουν να κάνετε το ίδιο, αλλά συνεχίζω να αναρωτιέμαι, ήταν πραγματικά απαραίτητη αυτή η αλλαγή; … U_U… Ξέρω την απάντησή μου, θα ξέρετε τη δική σας.
Δεν μετανιώνω που χρησιμοποιώ το systemd στο Arch τώρα (καλά, δεν είναι ότι μπορώ ή δεν θα το μετανιώσω ... ή θα το χρησιμοποιήσω ή ξεχάσω το Arch), αλλά εύχομαι να ήταν διαφορετικά.
Εξαιρετικό άρθρο. Δεν συμμερίζομαι την ακραία «σταυροφορία» ενάντια στο SystemD, αλλά συμφωνώ ότι το απλό γεγονός ότι το systemd είναι «ένας δακτύλιος για να τους κυβερνήσει όλους» δεν είναι η καλύτερη επιλογή, δεν θα πρέπει να γενικευτεί και ότι τώρα όλες οι διανομές υιοθετούν αυτήν τη φιλοσοφία ... καλά, όσοι έχουν δει τον Άρχοντα του Δαχτυλιδιού ξέρουν ήδη πώς τελειώνει αυτή η φράση 😉
Μπορείτε πάντα να χρησιμοποιήσετε ένα άλλο initmanager, δεν είναι τόσο δύσκολο, το μόνο πράγμα είναι ότι τα σενάρια init πρέπει να κατεβάσετε (ή να γράψετε) μόνοι σας.
Παράξενο rc.conf, δεν καταλαβαίνω το systemd, είναι ο λόγος που άφησα το Arch, μην το συνηθίσεις, είναι μια πραγματική ταραχή
Ίδιο και ενδιαφερόμενο
http://scriptogr.am/x_fausto/post/arch-linux-sin-systemd
Ευχαριστώ!
αφορά
Λοιπόν, χωρίς πρόθεση να προσβάλω, μου φαίνεται ένα πολύ κακό άρθρο. Υπάρχουν πολύ λίγες τεχνικές ερωτήσεις και ο συγγραφέας φαίνεται να δίνει μεγάλη σημασία στο να αισθάνεστε ξεχωριστοί. Κατά τη γνώμη μου, η τυποποίηση βασικών τμημάτων του συστήματος δεν μου φαίνεται κακή.
διόρθωση: Μου φαίνεται ένα μάλλον κακό γράμμα.
Στην αρχή του άρθρου καθορίζεται ότι δεν είναι άρθρο του συγγραφέα, αλλά δωρεάν μετάφραση μιας επιστολής που έγινε στη λίστα του Πυρήνα ... φαίνεται άσχημο ότι σχολιάζεται μόνο και μόνο επειδή.
Αυτή η μάχη θα είναι μεγάλη, το ερώτημα είναι αν αυτό θα έχει ως αποτέλεσμα μια ενιαία είσοδο για όλες τις διανομές (ένα δαχτυλίδι για τον έλεγχο όλων) ή κάποιος άλλος θα έχει τη διαφώτιση να κάνει μια νέα init με τεχνικές και σχεδιαστικές βελτιώσεις σε σχέση με την τρέχουσα αρχή , αυτό είναι κάτι που μένει να δούμε.
Προσωπικά, χρησιμοποίησα προσωπικά το systemd για μερικά χρόνια (Archlinux και Debian Testing, και έχω μηχανήματα με αυτό το init) και πρέπει να πω ότι σε πολλές περιπτώσεις ήταν μια ευλογία και σε άλλους το ίδιο το πρόσωπο του διαβόλου σας συρρέει όσο το δυνατόν περισσότερο . Περίεργα σφάλματα και ακόμη και μερικά αρκετά επικίνδυνα, εξαρτήσεις και βρόχοι στις υπηρεσίες, εν συντομία, πράγματα που συνοδεύονται από ένα λογισμικό που δεν είναι ακόμη σωστά σταθερό και το οποίο με τη σειρά του συνοδεύεται από μια πολυπλοκότητα προγραμματισμού που είναι αρκετά ασυνήθιστη.
Για την ενότητα ανάπτυξης, διάβαζα τον κωδικό συστήματος, για να δω πώς τεκμηριώθηκε και σχολίασε και στη ζωή μου έχω δει κάτι πιο αυστηρό, εκτός ίσως από το Hello World που σας στέλνουν να κάνετε στην πρώτη σας τάξη προγραμματισμός.
Λοιπόν, ως φλόγα, είναι εντάξει. Όμως σχετικά με το άρθρο θα εξηγήσω την άποψή μου:
Το Init είναι ξεπερασμένο. Γιατί; Όλες οι εργασίες που πρέπει να εκτελέσετε σε ένα νήμα (νομίζω ότι όλοι θέλουν τα πράγματα να πάνε γρηγορότερα και να χρησιμοποιούν εκείνους τους επεξεργαστές πολλαπλών πυρήνων που έχουμε στους υπολογιστές μας). Δεν επιτρέπει εξαρτήσεις μεταξύ διεργασιών, ώστε να μην ξεκινούν αν δεν είναι άλλες (εκτός αν κάνουμε αναζήτηση με την εντολή ps, αλλά αυτό φαίνεται σαν αστείο). Σε χρήστες που είναι τόσο θυμωμένοι που δεν είναι προγραμματιστές ή συντηρητές πακέτων διανομής, πείτε τους ότι αν είμαστε συντηρητές και προγραμματιστές, αυτές οι εναλλακτικές στην αρχή (εκκίνηση, systemd, ...) μας δίνουν ζωή για να μπορούμε να κάνουμε τα πράγματα πιο εύκολα , ειδικά σε διανομές όπως το Debian ότι όταν εγκαθιστάτε ένα πακέτο όλα λειτουργούν ήδη (εγκαθιστάτε το Apache και από εκείνη τη στιγμή ξεκινά και πάντα θα λειτουργεί). Τα πράγματα με το init μπορούν να γίνουν ευκολότερα, αλλά έρχεται ένα σημείο όπου δεν σας προσφέρει λύση (μια επιλογή είναι πολύ καλή και είναι πολύ εύκολη, αλλά δεν βλέπω πολλούς εργαζόμενους να χρησιμοποιούν μια επιλογή για να σκάψουν χαρακώματα στην άσφαλτο) . Επομένως, είναι απαραίτητο να χρησιμοποιήσετε ένα πιο σύγχρονο σύστημα από το Init. Ποιο να διαλέξετε; Ήταν ήδη συζητηθεί εάν το SystemD, αν ξεκινήσει, εάν η εναλλακτική λύση Init (τώρα δεν θυμάμαι τι ονομάστηκε κάποιο init με vr ή hr), έχω χρησιμοποιήσει αρκετά για να πω ότι είναι πολύ πράσινο για τις ανάγκες των προγραμματιστών και αυτό που έχω καταραστεί χίλιες και μία φορές. Με την αρχή δεν είχα τη χαρά να το αγγίξω τόσο πολύ, αλλά αν έχουν επιλέξει τόσες πολλές διανομές (Arch, Fedora, Suse, Debian, Ubuntu ...), θα είναι κάτι, σωστά; Από ό, τι έχω δει, μπορεί να είναι λίγο πιο περίπλοκο στη χρήση (δεν φαίνεται να είναι πολύ περίπλοκο), αλλά δεν είναι κάτι για το οποίο πρέπει να ανησυχούν οι απλοί χρήστες Linux. Και αν είστε προγραμματιστής / συντηρητής / sysadmin, καλά, hey, στον υπολογισμό πρέπει πάντα να ανακυκλώνετε και να μαθαίνετε νέα πράγματα. Αυτό που είναι καλό χθες, σήμερα δεν ανταποκρίνεται πλέον στις ανάγκες και πρέπει να αλλάξετε για να βελτιώσετε. Όσον αφορά το αν είναι κλειστό ή όχι, εάν οι προγραμματιστές SystemD είναι τεμπέλης και δεν θέλουν να διορθώσουν τα πράγματα, υπάρχουν δύο επιλογές. ή δημιουργήστε ένα άλλο σύστημα εκκίνησης που κάνει τα πράγματα που χρειάζονται ή μάθετε πώς λειτουργεί το systemd και βοηθά στην ανάπτυξη.
Και αν δεν σας αρέσει η απόφαση του Debian, μπορείτε πάντα να φτιάξετε τη δική σας διανομή και να το κάνετε όσο θέλετε.
κύριε, βγάζω το καπέλο μου στο σχόλιό σας
Ή εγκαταστήστε το openrc (ή οποιονδήποτε άλλο διαχειριστή) τα σενάρια init που χρειάζεστε και τροποποιήστε την επιλογή init = στο grub. Ως οπαδός του συστήματος και αυτό. Για λόγους πρακτικότητας χρησιμοποιεί το openrc αντί για αυτό, πρέπει να πω ότι, αν και δεν είναι τόσο ανεπτυγμένο, δεν έχει τίποτα να ζηλέψει, έχει υποστήριξη για παραλληλισμό, είναι πιο συμβατό. Θέλω απλώς να αλλάξετε το παλιό κονσόλα σε logind.
Openrc, αυτή ήταν η εναλλακτική λύση που ανακατεύτηκε κατά την αλλαγή του Init και που δεν θυμάμαι. Ας δούμε, πολλή συζήτηση που δημιουργήθηκε προήλθε από το γεγονός ότι λόγω της εξάρτησης από το σύστημα είχε εξάρτηση (νομίζω ότι θυμάμαι ότι με τον πυρήνα) παρήγαγε ότι δεν μπορούσε να μεταφερθεί σε άλλες αρχιτεκτονικές, έτσι ώστε να είναι λιγότερο δωρεάν. Ακόμα κι έτσι, αρχικά δεν νομίζω ότι θα ήταν μια πολύ έγκυρη εναλλακτική λύση, και openrc δεν το έχω δει καθόλου και δεν μπορώ να σχολιάσω.
Χωρίς να είστε μέσα, είναι πολύ εύκολο να πείτε τι να κάνετε και τι όχι, σε χαρτί φαίνεται πολύ ωραίο, αλλά όταν είστε ήδη εκεί και φτάνουν τα νέα KDE, GNOME, Wayland και άλλα πράγματα που σχετίζονται όλο και περισσότερο / εξαρτώνται από το systemd. να κάνω?
@roader, μπορείτε να χρησιμοποιήσετε το OpenRC χωρίς να έχετε εγκαταστήσει το Consolekit ή το Policykit 🙂
@raul, δεδομένου ότι το OpenRC είναι ένα πολύ απλό init, το ποσό του κώδικα σε αυτό είναι μικρότερο από 40 χιλιάδες γραμμές, σε σύγκριση με τις περισσότερες από 400 χιλιάδες γραμμές του συστήματοςd (και αυξάνεται), ενώ με τη σειρά του έχει λιγότερες εξαρτήσεις και είναι περισσότερο αρθρωτό ακόμη και από το systemd. Το OpenRC έχει παραλληλισμό, είναι φορητό σε άλλα * NIXs, είναι ικανό να περιορίζει τους πόρους από τις υπηρεσίες, έχει ενοποίηση με CGroups και SELinux (αυτές οι δύο δυνατότητες μοιάζουν με τις σημαίες του συστήματος).
Το χρησιμοποιώ στο Gentoo, και χωρίς τη χρήση παραλληλισμού εκκινεί το σύστημά μου σε 22,3 δευτερόλεπτα ενώ το systemd το έκανε στο Debian σε πάνω από 18 δευτερόλεπτα (δεν θυμάμαι τα χιλιοστά του δευτερολέπτου hehe) χρησιμοποιώντας τις ίδιες υπηρεσίες.
@Yukiteru, το πρόβλημα που βλέπω είναι ότι με το openrc θα πρέπει να μαγειρέψετε όλα τα σενάρια εκκίνησης και είναι αλήθεια να το κάνετε, ειδικά αν έχετε υπηρεσίες που εξαρτώνται ο ένας από τον άλλο (για παράδειγμα, το glusterfs πρέπει να ξεκινήσει τις εκκινήσεις του δικτύου, αλλά όχι αργότερα από το σύστημα αρχείων), γι 'αυτό δεν πρόκειται να κάνω μια τιτανική προσπάθεια να ξαναγράψω όλα τα σενάρια εκκίνησης για άλλο σύστημα. Εάν αυτός που νικήσει και η κοινότητα του συστήματοςD αποφασίσει, θα το αποδεχτούμε, το οποίο είναι Upstart, και συνεχίστε με αυτό.
@Staff, εάν ένα έργο αποφασίσει να ακολουθήσει ένα μονοπάτι, δεν μπορώ να κάνω τίποτα άλλο από το να το ακολουθήσω ή να πάρω άλλη εναλλακτική λύση. Το Gnome μου δεν του άρεσε όταν άλλαξα στο Gnome3 και άλλαξα στο KDE. Υπήρχαν άνθρωποι που δεν τους άρεσε το Gnome3 και αποφάσισαν να δημιουργήσουν το Mate. Δεν έχω διαβάσει την άδεια SystemD, αλλά λόγω του πόσο λίγα ξέρω το LGPL 2.1 και το μόνο πράγμα είναι ότι φαίνεται να χρησιμοποιεί κάτι που διαθέτει ιδιόκτητη άδεια, επομένως δεν νομίζω (μιλάω λίγο με άγνοια της πολυπλοκότητας) ότι είναι πάρα πολύ δύσκολο να διασκεδάσετε αν έρθει η ώρα ότι όλα εξαρτώνται από το SystemD. Είμαι σίγουρος ότι δεν θα νιώσετε άνετα με όλα όσα χρησιμοποιείτε στο περιβάλλον της επιφάνειας εργασίας σας, αλλά αν υπάρχει μια εναλλακτική λύση μπορείτε να την αντικαταστήσετε και αν όχι, υποθέτω ότι θα την αποδεχτείτε επειδή δεν υπάρχει τίποτα καλύτερο, σωστά;
@raul Με το OpenRC πρέπει να ξαναγράψετε σενάρια εκκίνησης; Λοιπόν, τουλάχιστον στο Gentoo, δεν χρειάστηκε να το κάνω ακόμη και για να χρησιμοποιήσω παραλληλισμό, και αν είναι απαραίτητο, πρέπει να χρησιμοποιηθεί σε άλλη διανομή, το ίδιο συμβαίνει με το Debian ή οποιαδήποτε άλλη διανομή που μεταναστεύει στο SystemD, πρέπει να ξαναγράψετε πολλά των σεναρίων για να τα προσαρμόσετε στα PATH, μεταξύ άλλων λεπτομερειών που συνοδεύουν την εν λόγω διανομή.
Λοιπόν, νομίζω ότι το systemd είναι υπέροχο, το έχω δοκιμάσει σε διανομές όπως το archlinux και λειτουργεί σαν κουκκίδα, και παρόλο που εφαρμόζεται σε δοκιμές debian, εξακολουθούν να υπάρχουν ορισμένες παλιές υπηρεσίες που έχουν σενάρια στο /etc/init.dy που πρέπει να να ξεκινήσετε με συμβατότητα όπως "LSB", οπότε σε κάποιο χρονικό διάστημα το debian έχει ήδη μεταφέρει τα πάντα στο systemd. Το ζήτημα δεν είναι μόνο η ταχύτητα που προσφέρει, αλλά το πρότυπο διαχείρισης υπηρεσιών είναι πολύ καλά δομημένο λογικά και με κομψό τρόπο. Στην πραγματικότητα, κοιτάζοντας το / usr / lib / systemd / system και / etc / systemd / system μπορείτε να κάνετε ένα διανοητικό δέντρο υπηρεσιών κατά την εκκίνηση, έχω γράψει σε φυσικό χαρτί ένα δέντρο που εξήχθη από το περιεχόμενο των αρχείων του systemd και είναι σαφές τι συμβαίνει. Για παράδειγμα, το systemd από προεπιλογή εκκινεί το default.target, το οποίο είναι ένας σύνδεσμος για το graphicical.target (ακόμα και αν δεν υπάρχει εγκατεστημένο γραφικό περιβάλλον) και μπορείτε να τροποποιήσετε το default.target με 3 τρόπους.
1) Προσδιορίστε στη γραμμή του πυρήνα μια τιμή για τον προεπιλεγμένο στόχο του systemd
2) Στο / usr / lib / systemd / system τροποποιήστε τον σύνδεσμο default.target
3) systemctl ενεργοποίηση multi-user.target || Το systemctl ενεργοποιεί το graphicical.target ή ό, τι θέλετε από προεπιλογή. Εφόσον αυτοί οι στόχοι έχουν το όνομα default.target στην ενότητα εγκατάστασης, η εγκατάσταση τους ισοδυναμεί με τη δημιουργία συνδέσμου προς τον προεπιλεγμένο στόχο στο /etc/systemd/system/default.target.
Επίσης, φαίνεται ότι οι διαχειριστές συνεδρίας είναι λεπτοί, για παράδειγμα στο archlinux, μπορεί να φανεί ότι είναι εγκατεστημένοι με το ψευδώνυμο session-manager.service (ή παρόμοιο όνομα) και το graphicical.target θέλει (προαιρετική εξάρτηση) να session-manager.service και ως αυστηρή εξάρτηση από το multi-user.target. Εν ολίγοις, είναι πολύ καλά χτισμένο ...
Saludos!
Και τι εννοεί όταν το SystemD έρχεται στο Debian; Τουλάχιστον μου φαίνεται, νομίζω ότι πρέπει να το έχει δημοσιεύσει πριν συμβεί αυτό.
Από την άλλη πλευρά, το SystemD είναι καλύτερο σε όλους τους τομείς (εκτός από (προφανώς) σε ό, τι αναφέρεται παραπάνω) από τις υπόλοιπες εναλλακτικές λύσεις, μετά από όλα είναι μια άποψη για το τι εκθέτει εκεί.
Όχι ότι θα ήταν τόσο περίπλοκο να μεταβείτε στο OpenRC. Φυσικά θα πρέπει να αναπτύξετε ένα επίπεδο συμβατότητας (ή απλώς να υιοθετήσετε) logind.
Ακόμα με αυτό; Φαίνεται ότι οι άνθρωποι δεν ανακαλύπτουν ότι οι init πόλεμοι έχουν ήδη τελειώσει με τον systemd ως νικητή, γιατί απλά δεν υπάρχουν πλέον ανταγωνιστές.
Ποιες ήταν / είναι οι επιλογές;
-Περίμενε
Σιγουρα οχι.
-Έναρξη, OpenRC….
Όχι, καμία από τις υπάρχουσες επιλογές δεν έχει το τεχνικό πλεονέκτημα ή την υποστήριξη της κοινότητας και των επιχειρήσεων που διαθέτει το σύστημα, πιστεύουμε ότι ο δημιουργός του Upstart (ο ισχυρότερος αντίπαλος) το αναγνωρίζει και επικροτεί την απόφαση του Debian να μεταναστεύσει στο systemd.
- Δημιουργήστε κάτι νέο.
Αυτό δεν χρειάζεται να εξηγηθεί.
Αν λοιπόν έχουμε έναν νικητή που μας δίνει δωρεάν λογισμικό χωρίς καταχρηστικό CLA, τότε ας το εκμεταλλευτούμε, αν είναι "ένα δαχτυλίδι για τον έλεγχο όλων", τότε πρέπει να ασχοληθούμε και να βρούμε έναν τρόπο που όλοι μπορούμε να χρησιμοποιήσουμε το δαχτυλίδι Την ίδια στιγμή.
Όσον αφορά το δαχτυλίδι, γιατί κανείς δεν παραπονιέται για τον πυρήνα; είναι επίσης ένας μόνο πυρήνας για να κυριαρχήσουν σε όλους, και κανείς δεν υπερασπίζεται τον Hurd (και με καλό λόγο).
και παίρνω την τολμηρότητα, τώρα με όλο αυτό το «απεχθές» (προσοχή, θα χρησιμοποιήσω μια λανθασμένη γενίκευση για να τονίσω τη γνώμη μου) όλοι φορούν το πουκάμισο BSD ... ξαφνικά είναι όλοι χρήστες BSD και υποστηρίζουν ότι είναι διαθέσιμο όλο το λογισμικό για BSD, AmigaOS, BeOS, Solaris κ.λπ. ... έλα παιδιά ... αν ανησυχείτε τόσο για αυτά τα συστήματα, στείλτε ενημερώσεις κώδικα για να κάνετε το σύστημαd συμβατό ... ή, εάν δεν το κάνετε, διορθώστε τις εφαρμογές που εξαρτώνται από systemd να είναι συμβατό με το YOU ..
Ακριβώς, υπάρχει μια φοβερή διπλή συζήτηση.
Εάν αυτός ο πυρήνας χρησιμοποιείται, είναι επειδή δεν υπάρχουν επιλογές με το ίδιο επίπεδο ωριμότητας, αλλά δεν είναι πρόβλημα, έχει μια δωρεάν άδεια, μπορούμε να το χρησιμοποιήσουμε, να εμπλακούμε έτσι ώστε να λειτουργεί όπως θέλουμε και όταν ήρθε η ώρα να την αλλάξουμε (Τι θα έρθει) ορίστε μια επιλογή (εκείνων που ήδη αναπτύσσονται) που συνεχίζει να μας δίνει την ίδια ελευθερία.
@ x11tete11x
Στο * BSD δεν είναι τόσο εύκολο, λόγω του τρόπου χειρισμού έργων.
Το GUN / Linux είναι εκ φύσεως ο παράδεισος λύσεων, ενημερώσεων κώδικα και περισσότερων ενημερώσεων κώδικα, πολλά αυτοσχεδιασμένα, κακώς τεκμηριωμένα και που στο τέλος απαιτούν περισσότερες ενημερώσεις κώδικα, που απαιτούν επιδιορθώσεις, που απαιτούν επιδιορθώσεις ...
* Και προσέξτε * Δεν λέω ότι ένας από τους τρόπους είναι καλύτερος από τον άλλο, είναι απλά διαφορετικοί.
Καθώς απάντησα στο raul, υπάρχει ένα διπλό πρότυπο (και προσθέτω απάθεια) σε όλα αυτά, το οποίο επηρεάζει επίσης αυτό που αναφέρετε.
Τα περισσότερα από αυτά τα χειροκροτήματα * BDS είναι τα ίδια που επιτίθενται στην ιδεολογική θέση του Ελεύθερου Λογισμικού σε πράγματα όπως ιδιόκτητα προγράμματα οδήγησης και γεμίζουν το στόμα τους λέγοντας ότι προτιμούν το Open Source, χωρίς να βλέπουν ότι για παράδειγμα, το OpenBSD και οι κύριοι εκπρόσωποί του είναι, τουλάχιστον εξίσου αυστηροί όπως ο ίδιος ο Stallman και λιγότερο εύθραυστος.
Έτσι, αυτοί οι άνθρωποι στο τέλος δεν συνεισφέρουν στο * BSD ή στο GNU, όπως λένε στο αργκό του μπέιζμπολ: Ούτε το pichan, ούτε το catch, ούτε το αφήνουμε νυχτερίδες.
Το άρθρο είναι εντάξει, μόνο ότι αντί να εξηγεί γιατί το systemd είναι καρκίνος (που είναι), τρέχει χωρίς να δίνει εξηγήσεις για το γιατί το systemd είναι κακό.
Το κακό για το systemd είναι η μικρή ομάδα (καλά αμειβόμενη) που τρέχει την ανάπτυξή της, δεν δίνει στους ανθρώπους ένα τέταρτο μιας μπάλας, αλλάζει διαφανείς μηχανισμούς όπως το syslog-ng με το journald… όλα γίνονται σκοτεινά κάτω από το systemd.
Η ενοποίηση είναι μια χαρά, αλλά για να το κάνει ολόκληρη η κοινότητα, όχι μια καλά αμειβόμενη λαστιχένια πούτσα για επιχειρηματικά και αυτοκρατορικά συμφέροντα.
Ευτυχώς, το gentoo και το funtoo έχουν πει όχι, το openrc δεν θα αλλάξει ως το προεπιλεγμένο σύστημα, είμαστε επίσης τυχεροί που το gentoo forked udev και eudev δημιουργήθηκε για να αφαιρέσει τη σύφιλη από το udev / systemd.
$eix -Ic eudev
[I] sys-fs / eudev (1.9-r2@27/07/14): Δυναμική και επίμονη υποστήριξη ονομάτων συσκευών Linux (γνωστός και ως userpace devfs)
$eix -Ic openrc
[I] sys-apps / openrc (0.12.4@20/04/14): Το OpenRC διαχειρίζεται τις υπηρεσίες, την εκκίνηση και τον τερματισμό ενός κεντρικού υπολογιστή
Δεν αρκεί να φαίνεσαι καλός, πρέπει να το αποδείξεις και εκεί είναι που αποτυγχάνει το systemd, αυτό που λείπει είναι ότι διασχίζουν το systemd και αλλάζουν τους ηγέτες του.
Επειδή πρόκειται για μετάφραση μιας ανάρτησης στη λίστα αλληλογραφίας του Πυρήνα, όχι για προσωπική γνώμη του συντάκτη της σημείωσης.
Ο Λένναρτ ξέρει πώς να τορπίσει τον εούντφ. Σχεδιάστε να μετακινήσετε udev στο kdbus
http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html
Αναρωτιέμαι γιατί τορπίλη ένα έργο πιρούνι όπως το eudev; Δεν ενδιαφέρεται καθόλου η Lennart για άλλους να δημιουργήσουν βιώσιμες εναλλακτικές λύσεις για το λογισμικό που προέρχεται από την Red Hat;
Φυσικά αυτό δεν σημαίνει ότι είναι αδύνατο, αλλά σίγουρα θα κάνει τα πράγματα πιο δύσκολα και έργα όπως το eudev ενδέχεται να καταρρεύσουν επειδή απλά δεν μπορούν να συμβαδίσουν με το udev / systemd / kdbus και το ποσό των πόρων που αφιερώνονται σε αυτό.
Δεν ξέρω, αλλά στο ρυθμό που πηγαίνουμε σε κάποιο σημείο θα έχουμε την ακόλουθη γραμμή στις κυκλοφορίες μας: «Βασισμένο σε λειτουργικό σύστημα Red Hat Linux. Με επιφύλαξη παντός δικαιώματος © 20XX »
Δεν ξέρω πώς θα λύσουν τα αγόρια με το eudev, αλλά το KDbus είναι ένα έργο που κάνω, είναι παράλογα γελοίο να πρέπει να αλλάξουμε το πλαίσιο 2 ή 3 φορές για να επικοινωνήσουμε διαδικασίες μέσω του τρέχοντος Dbus, είναι τρελό ...
αν δεν είναι κάτω από το systemd, θα είναι κάτω από ένα από το init, αλλά το KDbus δεν πρέπει να θεωρείται κάτι ελαφρύ ...
Σίγουρα το θέμα είναι ότι ο Lennart θα κάνει ό, τι θέλει με αυτόν τον κώδικα, εκεί είναι το σημείο, ο Lennart και η εταιρεία έχουν ήδη τσακίσει πολλά με τις υπερβολές τους, και ακόμη και ο Linus έχει μερικές φορές πετάξει τη μία ή την άλλη πέτρα για τον τρόπο που κάνει τα πράγματα .
Σίγουρα εκεί έπεσε η μάσκα, δεν παύει ποτέ να με εκπλήσσει τη δύναμη που έχει το χρήμα.
Δεδομένου ότι πρόκειται να επηρεάσει τους ανθρώπους gentoo ότι αυτό το drone προσπαθεί να βάλει το kdbus στον πυρήνα, θα πρέπει να πείσει τον Linus να βάλει αυτό το σάπιο στον πυρήνα πρώτα.
Εκτός από το gentoo υπάρχουν προγραμματιστές που μπορούν να μεταφέρουν τις αλλαγές από udev και kdbus σε eudev, καθόλου δύσκολο λαμβάνοντας υπόψη το μέγεθος του κώδικα udev / systemd.
Είναι επειγόντως απαραίτητο να διακλαδώσετε το systemd και για ολόκληρη την κοινότητα να χειριστείτε τις αποφάσεις για το πώς γίνονται τα πράγματα.
Αυτό που με ενοχλεί περισσότερο για το systemd είναι οι εξαρτήσεις μιας υπηρεσίας από την άλλη, ότι ο έλεγχος πρέπει να είναι χειροκίνητος, εάν χάσετε τον έλεγχο του ποιος δαίμονας είναι ενεργός ή ανενεργός, τότε χάνετε τον έλεγχο του συστήματός σας ... σε αυτό το βήμα θα προτείνουν για να αφαιρέσετε τη ρίζα και να εγκαταστήσετε μια αμετάβλητη εικόνα στο δίσκο… .. τρέχουν όλα τα ίδια, ένας τεράστιος τρόπος σε περίπτωση «ακούσιου σφάλματος» για να έχετε τον έλεγχο όλων των υπολογιστών linux.
δώστε μου έναν λόγο για τον οποίο η μη εφαρμογή του kdbus είναι επωφελής (και δεν λέω να φέρει όλα τα systemd, μόνο KDbus), είναι παράλογα γελοίο να πρέπει να αλλάξετε το περιβάλλον 2 ή 3 φορές για να επικοινωνήσετε διαδικασίες μέσω του τρέχοντος Dbus, είναι τρελό .. .
Δεν λέω ότι είναι κακό να εφαρμόσετε έναν επιτραπέζιο δίαυλο στον χώρο του πυρήνα, αυτό που λέω είναι ότι η υλοποίηση του kdbus (Lennart's) δεν θα είναι αξιόπιστη επειδή θα την αλλάξετε ανάλογα με την επιθυμία σας να βλάψετε τον υπόλοιπο κόσμο . των proyect.
Έχω ήδη διαβάσει κάποιες απόψεις του Linus για το systemd και δεν νομίζω ότι είμαι τόσο ανόητος να υποχωρήσω.
Ποιος επέτρεψε στον Lennart να κολλήσει τη μύτη του στα αρχεία καταγραφής συστήματος; επηρεάζοντας το πακέτο syslog-ng με το ημερολόγιό του σε δυαδική μορφή, ένα απλό # cat / var / log / message | grep -i κάτι
Επέτρεψε από οπουδήποτε να δει το φιλτραρισμένο αρχείο καταγραφής χωρίς να χρησιμοποιεί οτιδήποτε δεν βρίσκεται στο βασικό σύστημα, αποδεικνύεται ότι το ημερολόγιο χρησιμοποιεί δυαδική μορφή και μόνο με το εκτελέσιμο jpurnald μπορείτε να δείτε το περιεχόμενο και να το φιλτράρετε με τις παραμέτρους του δεν είναι ακριβώς εύκολο .
Πώς μπορείτε να χρησιμοποιήσετε το systemd και το syslog-ng χωρίς να εγκαταστήσετε το journald; … Γι 'αυτό είναι καρκίνος, εξαπλώνεται σε όλα τα μέρη του συστήματος, καλύπτοντας, μπλοκάροντας και ακυρώνοντας άλλα πακέτα.
Δυαδικό ημερολόγιο, μου φαίνεται σαν Windows.
@emiliano και μην χάσετε τη λεπτομέρεια της επανεκκίνησης του υπολογιστή σε περίπτωση που το systemd και αρκετές υπηρεσίες ενημερώνονται ταυτόχρονα, σε αυτές τις περιπτώσεις, αν δεν κάνετε καν ένα σύστημαctl daemon-reload θα σας εξοικονομήσει από την πλήρη επανεκκίνηση στο σύστημά σας αν θέλετε να λειτουργεί όπως είναι. Windows; Οπου?
Πάντα χρησιμοποιούσα διανομές .deb γιατί για μένα ήταν πάντα πιο εύκολο στη χρήση από αυτές της οικογένειας .rpm.
Αυτή η ευκολία αποδίδω πάντα στην αρχή. Τραυματίστηκα την ημέρα που έμαθα ότι ο Debian επέλεξε το systemD
Ειλικρινά, ο πηγαίος κώδικας θα είναι ακόμα εκεί, κάντε τη δική σας διανομή. Δεν είδα καμία εξήγηση για το τι ήταν λάθος με το σύστημαd εκτός από σχόλια εκτός κέντρου για κάτι τεχνικό, μια θάλασσα προσβλητικών λέξεων με σχεδόν καμία εξήγηση, εντάξει εκτός από την έλλειψη διαφάνειας (αντίσταση στην αλλαγή), μπορείτε εξακολουθείτε να χρησιμοποιείτε το BSD, αυτό το haiku os ... και υπάρχουν περισσότερα δωρεάν λειτουργικά συστήματα σε περίπτωση που δεν το έχετε παρατηρήσει 🙂 Συνιστώ το haiku os. Θα ήθελα να μάθω τι είναι το σατανικό για το όλο θέμα, αλλά κάπνισα ολόκληρο το σχόλιο και δεν είδα τίποτα σχετικό εκτός από μια κάπως αυστηρή φιλοσοφική θέση (κοινή στα debianeros) Υποθέτω ότι δεν θα είστε ο μόνος για να διαφωνήσω με αυτό, το forkeen πρέπει να έχει και το κάνει τέλειο. Χαιρετισμούς, θα αρχίσω να ανησυχώ όταν ο πηγαίος κώδικας δεν είναι προσβάσιμος, προς το παρόν neeee.
Στην κορυφή του άρθρου, είναι σαφώς γραμμένο ότι είναι μια επιστολή από έναν Debianite στη λίστα lkml.org, αλλά όχι μια κριτική από τον συγγραφέα (@diazepan).
Όλα τα init "προβλήματα" σχετίζονται με επιτραπέζια συστήματα, όπου δεν υπάρχει GNU / Linux. Στο πεδίο των διακομιστών, όπου το GNU / Linux είναι το # 1, το init είναι το καλύτερο. Εάν δείτε έναν χρήστη να κλωτσάει εναντίον του SystemD, σίγουρα είναι επειδή διαχειρίζεται πολλούς διακομιστές.
Χαιρετισμούς.
Δεν έδιωξε ο Linus Torvalds τον προγραμματιστή;
http://gutl.jovenclub.cu/linus-torvalds-desconecta-a-uno-de-los-programadores-del-kernel-de-linux
Χρησιμοποιώ το linux, αλλά δεν έχω αφιερωθεί ποτέ στο να το γνωρίζω εσωτερικά, έτσι αυτές οι συζητήσεις για το νέο σύστημα και άλλα ακούγονται σαν κινεζικά για μένα. Έτσι ρωτάω γιατί λένε ότι το systemd είναι καρκίνος;
πόσο θα μπορούσε να επηρεάσει την ανάπτυξη του πυρήνα linux. Θα μπορούσαν να γίνουν αδιαχώριστα σε μια διανομή; ευχαριστώ 🙂
Εκτοξεύτηκε επειδή ήταν αυτός που δημιούργησε σφάλματα χωρίς να ξέρει πώς να τα λύσει. Εξ ου και η δυσαρέσκεια.
Και τελευταίο αλλά όχι λιγότερο σημαντικό, εδώ είναι μερικές λεπτομέρειες γιατί το Linux απομακρύνεται σταδιακά από τη φιλοσοφία του UNIX:
1.- Το FSF είναι ενάντια στο UNIX. Επομένως, από τότε που δημιουργήθηκε ο πυρήνας, το FSF ήταν αυτό που επηρέασε την απόστασή του μεταξύ του Unixeros.
2.- Το UNIX σε διακομιστές θεωρείται ήδη ως Windows XP σε επιτραπέζιους υπολογιστές. Επομένως, γιατί οι υπερυπολογιστές εγκαθίστανται - ως επί το πλείστον - με μια διανομή GNU / Linux.
Εάν δεν ήταν για αυτά τα δύο σημεία, ο Christopher Barry θα είχε γίνει αποδεκτός από τους χρήστες του Linux γενικά. Αλλά αφού έχουμε ξεχάσει ότι το UNIX δεν έχει πλέον την ίδια συνάφεια με πριν (αν και πρέπει να παραδεχτούμε ότι χωρίς αυτό, ούτε το Διαδίκτυο ούτε ο υπολογιστής όπως ξέρουμε ότι θα υπήρχε) και ότι ο επιχειρηματικός τομέας εξαρτάται εξ ολοκλήρου από το Linux (έλεγχος ποια διανομή διαπραγματεύεται στο Χρηματιστήριο της Νέας Υόρκης).
Αυτό ήταν το Kay Sievers, και ο Linus τον απαγόρευσε να προσθέσει κώδικα στον πυρήνα επειδή έδωσε περισσότερα προβλήματα από ό, τι λύνει, εκτός από το να θέλει να κλείσει το πρόγραμμα εντοπισμού σφαλμάτων πυρήνα για να κρύψει τα ελαττώματα στον κώδικα που γράφει για το systemd. Η αρχική αναφορά είναι εδώ:
https://bugs.freedesktop.org/show_bug.cgi?id=76935
Στο τέλος, θα ήταν σαν να χρησιμοποιείτε Windows ...
Και μιλώντας για τη Ρώμη ... μόλις κυκλοφόρησαν νέες εκδόσεις udev-init-scripts και openrc
https://packages.gentoo.org/package/sys-fs/udev-init-scripts
https://packages.gentoo.org/package/sys-apps/openrc
Θυμάμαι όταν αλλάζω από udev σε eudev, είναι ένας κίνδυνος γιατί πρέπει πρώτα να αφαιρέσετε το udev και μετά να εγκαταστήσετε το eudev, εν τω μεταξύ εργάζεστε στον αέρα, εάν κάτι πάει στραβά δεν έχετε άλλη επιλογή από το chroot hehe.
Χαχαχαχαχα, αν περπατάτε στην άκρη του γκρεμού, το καλό είναι ότι έχει μια λύση chroot και τίποτα άλλο 🙂
Ο Theo de Raadt θα ήταν γεμάτος γέλιο σε αυτό το φλόγα (και να πιστεύει ότι το LibreSSL γεννήθηκε από το πρόβλημα της διατήρησης του OpenSSL και της αναποτελεσματικότητας του ίδιου του λογισμικού στα επόμενα χρόνια).
Το ίδιο θα συνέβαινε εάν το SystemD είχε το συμφέρον των Theo και των χούλιγκαν του OpenBSD (θα το ονόμαζαν SystemX σε σχέση με το UNIX και την οικογένεια, επιπλέον θα το καθιστούσαν όσο το δυνατόν πιο συμβατό και -όπως το LibreSSL- με μια ιστοσελίδα με τυπογραφία Comic Sans).
Τέλος πάντων, φαίνεται ότι το Slackware και το Gentoo θα κέρδιζαν περισσότερους οπαδούς χάρη στο flamewar (σοβαρά, το Slackware είναι το πιο προσκολλημένο στο UNIX και την ίδια τη φιλοσοφία KISS).
Λίγο φανατικός μου φαίνεται όλα αυτά
Θα σας έλεγα ότι ο χρόνος σας στο debian έχει τελειώσει, εάν θέλετε να διατηρήσετε τις συνήθειες UNIX, θα νιώσετε πολύ άνετα με το OpenRC στο Gentoo - μπορείτε να εγκαταστήσετε με ασφάλεια το KDE και δεν θα λάβετε κυψέλες Gnome. Το Systemd και το Gnome συμβαδίζουν, θα ήταν πονοκέφαλος να διορθώσω κάθε πακέτο, καθώς ήθελα το Ubuntu με την αρχή. Στο debian popcon συνεχίζει να λέει ότι το Gnome χρησιμοποιείται, οι πόροι είναι περιορισμένοι και βρίσκονται στο δεύτερο beta της κυκλοφορίας.
Μπορεί κάποιος να μου εξηγήσει τι είναι το systemd και ποιο είναι το πρόβλημα με αυτό (αν και φαντάζομαι πού πηγαίνουν οι λήψεις); Είναι ότι αν και χρησιμοποιώ το Linux, δεν γνωρίζω πολύ καλά την εσωτερική του λειτουργία.
Το systemd είναι ένα πρόγραμμα που είναι υπεύθυνο για την εκκίνηση του λειτουργικού σας συστήματος (init) και όλες τις υπηρεσίες που θα χρησιμοποιήσετε στον υπολογιστή σας, από την τοποθέτηση του σκληρού δίσκου και του usb, στους δαίμονες που θα σας επιτρέψουν να χρησιμοποιήσετε το Διαδίκτυο, καθώς και κλείσιμο του συστήματος και της διαδρομής των περιόδων σύνδεσης χρηστών, μεταξύ άλλων.
Κανένα τρόπο, για να βρείτε Υλικό που υποστηρίζει καλά το FreeBSD 😛
Αυτό είναι ψευδές eliotime3000
1. Το FSF δεν μισεί το UNIX. Ενδιαφέρονται μόνο για την προώθηση ελεύθερου λογισμικού. Εάν το AIX ή το HP-UX ήταν δωρεάν, θα προτείνονταν από το ίδρυμα. Ο Richard Stallman είπε ότι επέλεξε να δημιουργήσει ένα σύστημα τύπου UNIX λόγω της μεγάλης φορητότητάς του και της καθαρότητάς του, αν και είχε κάποιες γενικές κριτικές.
Και οι ενέργειες του FSF δεν έχουν καμία σχέση με το διαχωρισμό των UNIX και GNU / Linux, αλλά μάλλον αυτό προέρχεται από το κληρονομικό ή αποκτηθέν μοντέλο ανάπτυξης. Ενώ το πρώτο είναι πιο συγκεντρωτικό, σταθερό και δοκιμασμένο, το δεύτερο ενσωματώνει πολύ γρήγορες λειτουργίες και χαρακτηριστικά, χωρίς να εκτελεί πολλές αυστηρές δοκιμές.
Στο gentoo μπορείτε να έχετε έναν πυρήνα linux ή έναν πυρήνα freebsd, αυτός είναι ο κύριος λόγος που είχε η gentoo για την απόρριψη του systemd, όπως θα γνωρίζετε, το systemd συνδέεται με τις ομάδες που έχει μόνο ο πυρήνας linux και δεν έχει αποσυμπιεστεί πυρήνες όπως το freebsd.
$ eix -c freebsd-πηγές
[N] sys-freebsd / freebsd-πηγές (-): Πηγές πυρήνα FreeBSD
Το σημερινό υλικό είναι πλήρως συμβατό στο 95% των περιπτώσεων, κάποιο άλλο πρόβλημα με ασυνήθιστα asics netbook ή chip notebook, αλλά γενικά τα υπόλοιπα δεν είναι προβληματικά, μερικά bios εκεί έξω με τους πίνακες ACPI δεν είναι πολύ καλά τελειωμένοι, αλλά τίποτα που δεν μπορεί να διορθωθεί με τη μεταγλώττιση του πυρήνα ή τη διαβίβαση μιας παραμέτρου πυρήνα στο / etc / default / grub
Οι λέξεις έχουν εξαφανιστεί με τον άνεμο
Είναι απλά λόγια χωρίς επιχειρήματα, συγκεκριμένα δεδομένα, συγκριτικά ...
είναι μια φιλοσοφική ομιλία
Θα ήθελα να βρω τεκμηριωμένη συλλογιστική σε όλη αυτή την ομιλία, αλλά δεν βρίσκω τίποτα
"Όσοι πιστεύουν ότι το Linux πρέπει να ανησυχούν για ηλίθιοι και HOYGAN πρέπει να επιστρέψουν στους Mac και τα Windows τους και να σταματήσουν να προσπαθούν να" διορθώσουν "το Linux."
Αυτό είναι το πιο ξεκάθαρο παράδειγμα γιατί η συντριπτική πλειοψηφία των χρηστών των Windows μας αντιλαμβάνεται ως μια ομάδα geeks που αισθάνονται σαν τον ομφαλό του κόσμου ... από την πλευρά μου, ο Barry μπορεί να κυλήσει το μικρό του γράμμα και να το βάλει εκεί, σε αυτό το μέρος του σώματος όπου ο ήλιος δεν λάμπει ποτέ.
Λοιπόν, το σύστημα μου δεν με απογοητεύει, δεν είναι πλέον τόσο ασταθές όσο ήταν στην αρχή, και η αλήθεια είναι ότι δεν με νοιάζει αν είναι openrc, upstart systemd, εφ 'όσον ο υπολογιστής μου ξεκινά γρήγορα.
Η Τίνα, η πλειοψηφία των χρηστών είναι εκείνοι που δεν έχουν εισέλθει ποτέ σε ένα φόρουμ για να παρακολουθήσουν συζητήσεις, που δεν γνωρίζουν καν για το Linux και αν το κάνουν, γνωρίζουν ότι υπάρχει κάτι περίεργο και καφέ που ονομάζεται Ubuntu. Επομένως, αυτές οι συζητήσεις, ο μέσος χρήστης δεν φτάνει ή ανακαλύπτει, στην πραγματικότητα οι περισσότεροι ακόμα δεν ξέρουν πώς να χρησιμοποιούν καλά τα Windows.
Πάντεβ… έχετε απόλυτο δίκιο στον κόσμο. η συντριπτική πλειοψηφία των χρηστών των Windows δεν διαβάζει ή συμμετέχει σε τέτοιες συζητήσεις και γι 'αυτό ακριβώς έχουν μια παραμορφωμένη εικόνα του χρήστη GNU / Linux. Και με τέτοιες ηλίθιες ιδέες, όπως έγραψε ο Μπάρι, ενδιαφέρονται ακόμη λιγότερο. Ποιος θέλει να αντιμετωπιστεί σαν "ηλίθιος και Χόιγκαν"; Ποιος πιστεύει ότι ο Κρίστοφερ Μπάρι αναφέρεται σε άλλους με αυτόν τον τρόπο; Έτσι, το GNU / Linux ήταν, είναι και θα είναι πάντα ένας κόσμος κατάλληλος μόνο για "φωτισμένους" που κατανοούν τις τεχνικές πτυχές και τις περίφημες "ελευθερίες"; Οι απλοί απλοί χρήστες που θέλουν το GNU / Linux να δημιουργήσουν πιο φιλικές, εύχρηστες διανομές και δεν ενδιαφέρονται πολύ για τη γλώσσα προγραμματισμού και το δόγμα του Stallman, δεν μετράμε γιατί σύμφωνα με τον «Mr. Μπάρι »είμαστε ηλίθιοι;
tina, pandev. Παρατηρήστε ότι ο σύνδεσμος που έβαλα στο μέρος των hoygans το έβαλα με άσχημο τρόπο.
Γεια σας Diazepan. Ευχαριστώ για την αποσαφήνιση, αλλά το είχα ήδη παρατηρήσει. Στην πραγματικότητα, πριν διατυπώσω το σχόλιό μου, διάβασα το αρχικό γράμμα για να είμαι σαφής για το τι προσπαθεί να πει ο Barry και ήταν πολύ αλήθεια ότι επικρίνεις το φόντο - όχι τη φόρμα - με αυτές τις ειρωνικές προσθήκες, και μάλιστα πολύ ακριβείς.
Είναι το ίδιο πλαίσιο του "κακού γάλα" που χρησιμοποιώ για να αναφέρω αυτό που "κ." Ο Κρίστοφερ Μπάρι εξέφρασε ότι θέλησε ακούσια.
Καταλαβαίνω, όπως εσείς ο Ντιαζεπάν, τι είπε ο Μπάρι μεταξύ των γραμμών και συμφωνώ απολύτως με την κριτική σας.
Νομίζω ότι πρέπει να τοποθετήσετε τον εαυτό σας στο πλαίσιο, σε ποιον στάλθηκε η επιστολή; Ναι, από αυτό το Berry έως το LKML.ORG, δηλαδή, είναι πιθανώς ένας προηγμένος χρήστης προγραμματιστή που απευθύνεται σε άλλους προχωρημένους προγραμματιστές ... όχι σε κανονικούς χρήστες.
Το GNU / Linux έφτασε εκεί, χάρη στους προγραμματιστές, οι προγραμματιστές εξακολουθούν να βελτιώνουν και προωθούν όλα αυτά.
Αντιμετωπίζουμε ένα λειτουργικό σύστημα και προγράμματα που δημιουργούνται από ανθρώπους και όχι από εταιρείες, σε μια εταιρεία ο διευθυντής λέει ότι αυτό γίνεται με αυτόν τον τρόπο επειδή το λέω και γι 'αυτό τα πληρώνουμε, τελείως, με αυτόν τον τρόπο ο χρήστης δεν θα συμβιβαστεί ποτέ με τον δημιουργό του προγράμματος ή του συστήματος.
Τώρα δείτε τι συμβαίνει στο GNU / Linux, οι χρήστες χωρίς να γνωρίζουν πολλά μπαίνουν σε συνομιλίες με προγραμματιστές….
Δεν θέλω να εγείρω διαμάχη με αυτό το σχόλιο, ούτε εγώ προγραμματιστής, απλώς πείτε ότι πρέπει να τοποθετήσετε τον εαυτό σας στο πλαίσιο του πώς συνέβη.
Παραθέτοντας την εν λόγω κυκλοφορία:
Επισημαίνοντας τους χρήστες των Windows ως ηλίθιοι και καθυστερημένοι είναι κάτι παραπάνω από αρκετό για να θεωρηθεί ο Barry a ηλίθιος και ΧΟΓΙΑΝ (Υπάρχουν πολλοί που ξέρουν πώς να επωφεληθούν από τη σουίτα Adobe, τα προγράμματα Autodesk {όπως στούντιο βιντεοπαιχνιδιών, συμπεριλαμβανομένων των Valve και Bandai Namco}, μοντέλων που χρησιμοποιούν το SolidWorks με τους εκτυπωτές 3D και άλλους τεχνικούς).
Χωρίς αμφιβολία, αυτός είναι ένας ακόμη λόγος να μην λάβουμε υπόψη τη γνώμη αυτού του fanboy ότι θα ήταν καλύτερα να συνεργαστεί με τον Theo de Raadt για την ανάπτυξη του LibreSSL και του OpenBSD.
Το πράγμα systemd έχει γίνει μια μάχη των εγωιστών, τους οποίους οι μεγαλύτεροι θεοί πιστεύουν. Η ιδέα του systemd δεν ήταν στην αρχή κακή, αλλά μου φαίνεται κάτι πολύ μεγάλο και περίπλοκο για ένα σύστημα τύπου Unix, εξακολουθεί να λειτουργεί το μισό (για παράδειγμα προβλήματα με τον εντοπισμό σφαλμάτων του πυρήνα). Αν και αυτός που έκανε την καταστροφή του σφυγμού είναι στο σκόρδο (κατά καιρούς περίεργα πράγματα συμβαίνουν σε μένα μαζί του), δεν χρειάζεται να πούμε πολλά περισσότερα. Όταν ξεκίνησα με το linux αρχικά δεν υπήρχε καν, ήταν init και λειτούργησε.
Ανώνυμος:
Το πλαίσιο για αυτό είναι μια ανοιχτή επιστολή που απευθύνεται σε ολόκληρη την κοινότητα:
Ημερομηνία Τρί, 12 Αυγ 2014 15:38:12 -0400
Από τον Κρίστοφερ Μπάρι
Θέμα OT: Ανοιχτή επιστολή στον κόσμο του Linux
"Τώρα δείτε τι συμβαίνει στο GNU / Linux, οι χρήστες χωρίς να γνωρίζουν πολλά μπαίνουν σε συνομιλίες με προγραμματιστές ...." ισούται με "Εκείνοι που πιστεύουν ότι το Linux πρέπει να εξυπηρετεί τους ηλίθιοι και οι παιδάκια πρέπει να επιστρέψουν στους Macs και τους Windoze boxen και να σταματήσουν να προσπαθούν να" διορθώσουν "το Linux."
Τι προτείνεις να κάνω τότε Ανώνυμος; Ότι επιστρέφω στο Mac ή στα Windows μου; Μου φαίνεται ότι μέρος της κοινότητας GNU / Linux αποτελείται από άτομα που χρησιμοποιούν το GNU / Linux επειδή μας προσφέρει ένα λειτουργικό σύστημα που μας αρέσει. Αυτή η ομάδα, στην οποία ανήκω, δεν είμαστε προγραμματιστές και, όπως στην περίπτωσή μου, δεν βρίσκουμε καθόλου πρακτικές τις προτάσεις του Stallman. Υπάρχουν χρήστες, όπως εγώ, που δεν με νοιάζουν και δεν μας ενδιαφέρει να μάθουμε αν το systemd παραβιάζει τις ελευθερίες - υποθέτω ότι ο Barry αναφέρεται σε αυτούς που ο Richard Stallman διακηρύσσει, αν και δεν το λέει - γιατί βλέπουμε στο GNU / Linux ένα εργαλείο με ένα μέλλον ... παρόλο που τα πράγματα πάνε, μου φαίνεται ότι το μέλλον θα είναι χωρίς το GNU.
@Tina - Το γράμμα εστάλη στη λίστα αλληλογραφίας του πυρήνα, κατανοείται από το θέμα του ότι απευθύνεται σε όλους τους βασικούς προγραμματιστές, ή τουλάχιστον αυτό καταλαβαίνω.
Το Systemd δέχεται κριτική επειδή ξεκίνησε ως σύστημα αντικατάστασης του init και αποδεικνύεται ότι χειρίζεται το δίκτυο και το dns. Όσο λέτε ότι δεν σας ενδιαφέρει να μάθετε πώς λειτουργεί, αν θα σας επηρεάσει να συνεχίσετε όσο πηγαίνει ... αυτό σίγουρα θα πάει στο εξωτερικό τηλεχειριστήριο και θα συναινέσει από χρήστες που δεν γνωρίζουν αγγούρι και σκέφτονται σαν να το έκαναν.
Η ασφάλεια είναι το θεμέλιο του GNU / Linux, η ασφάλεια στην οποία η πρόσβαση στις πληροφορίες δεν είναι προσβάσιμη ή χειραγωγείται, χωρίς ο χρήστης να το παρατηρήσει (στο καλύτερο στυλ windows και mac).
Τι μπορεί να σκεφτεί κάποιος που ξέρει κάτι για την ασφάλεια κοιτάζοντας το μάθημα που ακολουθεί το systemd; Η ταχύτητα είναι ένα πρόσχημα για διαστρέβλωση της ασφάλειας.
Είμαι κουρασμένος να το πω, logind, consolekit, Policykit, selinux, multiseat και τώρα το systemd είναι Trojans για την έμφυτη ασφάλεια που είχε πάντα το GNU / Linux, από εξωτερικές εταιρείες και ορισμένες χώρες πληρώνουν πολύ καλά τους ηγέτες ορισμένων βασικών έργων μετατρέψτε την ασφάλεια του GNU / Linux σε κάτι που μπορεί να χειριστεί .... κανείς δεν το λέει έτσι, τολμώ να το πω για να μάθω αν ανακαλύπτουν μια για πάντα.
Άλλες προσπάθειες προς αυτή την κατεύθυνση είναι στο kde, το kdelibs nepomuk strigi που ονομάζεται σημασιολογική επιφάνεια εργασίας.
Δεν θέλω το μόνο αξιόπιστο λειτουργικό μου σύστημα να καταστραφεί, αλλά αποδεικνύεται ότι το systemd έχει ήδη PID 1… και έχει χάσει τα αρχεία καταγραφής δικτύου και συστήματος.
Μπορείτε να διαφωνείτε πολύ και ακόμη και για μέρες, αλλά κοιτάξτε τις απαντήσεις σε αυτό το email και θα δείτε ότι κανείς δεν ήρθε να πει ότι δεν είχε κανένα λόγο να πει τι είπε.
@ Tina σε μεγάλο βαθμό από αυτό που είναι το Linux σήμερα, χάρη στο γεγονός ότι οι ιδέες του Stallman και πολλών άλλων παρακολουθήθηκαν στενά, οι οποίοι υποστηρίζουν τον σεβασμό των ελευθεριών του λογισμικού και του χρήστη να επιλέξουν αυτό που θέλουν, ανάλογα με τις ανάγκες τους, και αυτό συνέβη όχι μόνο σε επίπεδο χρήστη αλλά και σε θεσμικό, επιστημονικό και επιχειρηματικό επίπεδο. Η εγκατάλειψη και η απώλεια αυτών των ελευθεριών δεν σημαίνει μόνο ότι μένουμε χωρίς τη δυνατότητα επιλογής, αλλά θα μετατρέψει επίσης το Linux σε κάτι που είχε καταπολεμηθεί από την αρχή. Ότι έργα όπως το KDE, το GNOME εξαρτώνται από το systemd, θα κάνουν τα πράγματα πιο δύσκολα σε αυτό το πλαίσιο, και λόγω της τρέχουσας τάσης είναι πιθανό ότι αυτό δεν θα είναι καθόλου εκεί, επεκτείνοντας την εξάρτηση στο systemd. Για να δώσω ένα παράδειγμα, το FreeBSD εγκαθιστά το KDE από προεπιλογή, αλλά εάν το KDE εξαρτάται από το systemd για να το κάνει να λειτουργήσει σε αυτό το σύστημα, θα είναι πρόβλημα αφού ο κώδικας θα πρέπει να διορθωθεί για να το κάνει να λειτουργεί, παρόλα αυτά, Martin Gräßlin, I βεβαιωθείτε ότι θα διατηρήσει το παλιό KDE init για συστήματα που χρησιμοποιούν μόνο το X11, οπότε αυτό δεν θα συμβεί τουλάχιστον για τώρα.
Και πολλά από αυτά που είναι το Linux σήμερα - χωρίς το GNU- έχουν επιτευχθεί χάρη σε εκείνους που δεν έχουν ακολουθήσει το άκαμπτο δόγμα του Stallman: το πιο χρησιμοποιημένο Linux OS στον κόσμο είναι το Android και το GNU δεν έχει τίποτα, τις πιο δημοφιλείς διανομές και που έχουν πλησιάσει ο συνηθισμένος χρήστης όπως το Ubuntu και τα παράγωγά του Linux Mint, Elementary και πιο πρόσφατα Deepin προσαρμόζοντάς τα στις ανάγκες μας, αποδεικνύεται ότι στο τέλος δεν είναι πλέον πολύ GNU.
Πάντα έλεγα, εδώ και αλλού, ότι έχω μεγάλο σεβασμό για όσους πιστεύουν και ασκούν τη φιλοσοφία του Stallman, αν και δεν το βρίσκω χρήσιμο – τουλάχιστον για μένα– ωστόσο, πρέπει επίσης να αναγνωριστεί ότι υπάρχουν πολλά GNU / Χρήστες Linux που χρησιμοποιούμε τις διανομές τους για άλλους λόγους εκτός από τις ελευθερίες που προωθεί ο Don Richad και ότι αυτό που έχει σημασία είναι να γνωρίζουμε τα «κότσια» των λειτουργικών συστημάτων επειδή δεν είμαστε τεχνικοί ή μηχανικοί συστημάτων. Αυτή η ομάδα - μεγάλη ή μικρή είναι η λιγότερο - αξίζει τον σεβασμό, το γεγονός ότι δεν γνωρίζουμε για τον προγραμματισμό δεν μας κάνει περισσότερο ή λιγότερο ευφυείς και ούτε περισσότερο ούτε λιγότερο ενδιαφερόμαστε να βελτιωθούμε ως άνθρωποι. Γνωρίζουμε τι χρειαζόμαστε από ένα λειτουργικό σύστημα - είτε πρόκειται για GNU / Linux, Windows ή MacOS - και έχουμε κάθε δικαίωμα στον κόσμο να παρουσιάσουμε τις ιδέες μας. Τι συμβαίνει εάν οι ανάγκες μου - που μπορεί να είναι και οι ανάγκες πολλών άλλων - συγκρούονται με τις σταλινικές ελευθερίες; Η αλήθεια είναι ότι δεν συμφωνώ πολύ με αυτό εάν δεν ζεσταθούμε όλοι, τότε ρίχνουμε τη σόμπα στο ποτάμι.
Ας συμφωνήσουμε ότι αυτοί οι χρήστες που περιγράφετε δεν ενδιαφέρονται για το systemd, το upstart, το openrc, κλπ κ.λπ. 😛
Αυτό είναι σωστό @ x11tete11x. Όταν ενεργοποιώ τον υπολογιστή μου, σε αντίθεση με το Neo, δεν βλέπω τους κωδικούς του Matrix στην οθόνη μου, πολύ λιγότερο ξέρω πώς να τους ερμηνεύσω. Δεν με νοιάζει αν το λειτουργικό σύστημα που χρησιμοποιώ έχει SystemD ή οποιοδήποτε άλλο γιατί για πρακτικούς σκοπούς αυτό που θέλω είναι ότι το λειτουργικό σύστημα λειτουργεί ... και ότι λειτουργεί καλά. Αυτό το SystemD θα καταλήξει να είναι πανταχού παρόν και αυτό σημαίνει απώλεια ελευθεριών; Γεια σου, αυτό είναι ανοησία!
Αυτό το SystemD είναι περίπλοκο, έχει σφάλματα και ότι οι προγραμματιστές του είναι τόσο τεμπέλης που κάνουν τα πράγματα στα μισά; Ο Ραούλ το είπε τόσο ξεκάθαρα ότι δεν είναι απαραίτητο να το φωνάζουμε. Αντί να διαμαρτύρονται, αφήστε όσους το γνωρίζουν, αν έχουν χρόνο, βοηθήστε να το διορθώσετε και να το διορθώσετε. Λοιπόν, δεν είναι αυτό το ελεύθερο λογισμικό;
@Μπάνιο:
Επαναλαμβάνοντας για δέκατη φορά όσα είπα σε προηγούμενα σχόλια: μάθετε από το Theo de Raadt, για είχα τα κότσια να διακλάδουν το OpenSSL όταν όλοι οι άλλοι απλά διαμαρτύρονταν.
Δεν λέω ότι είναι κακή ιδέα η εφαρμογή του SystemD. Στην πραγματικότητα, όταν χρησιμοποιώ το Chromium / Chrome / Opera Blink Developer σε Linux, συνήθως παίρνει το SysVinit στο Debian για πάντα για να τερματίσει εντελώς το σύστημα, κάτι που συνήθως δεν συμβαίνει με το SystemD. Επίσης, το SystemD, φαίνεται, θα έχει τις μέρες του αριθμημένο αν είναι διχασμένο (και για να το ξεπεράσουμε όλα, με τις βελτιώσεις και τις ομοιότητες με τα OpenRC, SysVinit και τα παρόμοια που πολλοί sysadmins επιθυμούν να είχαν).
Αγαπητέ μου @ eliotime3000… έχετε απόλυτο δίκιο στον κόσμο. Αν και δεν βλέπω τον λόγο για τον οποίο θα έπρεπε να είναι διχάλα. Πω πω, καταλαβαίνω γιατί, αλλά δεν βλέπω δικαιολογία για αυτό.
@ eliotime3000 ό, τι λέτε για τη διακλάδωση του το βλέπω ως περίπλοκο τουλάχιστον στο BSD, στο Linux είναι ένα άλλο ζήτημα, καθώς μπορεί να κάνει ένα σύστημα που μπορεί να κάνει συμβατές εφαρμογές που εξαρτώνται από το σύστημα με ένα init όπως το OpenRC, μέσω ενός επιπέδου ενδιάμεσο μεταξύ εφαρμογών που εξαρτώνται από το σύστημα και του ίδιου του συστήματος. Κάτι σαν αυτό είχε προγραμματιστεί με το OpenRC-settingsd, αν και αυτό το έργο φαίνεται να έχει σταματήσει από το 2013. Η άλλη ερώτηση είναι: Εάν κάνετε κάτι τέτοιο, θα κάνει ο Lennart το ίδιο πράγμα που κάνει τώρα με τον eudev torpedoing του έργου μεταφέροντας udev / kdbus και systemd σε ισχυρότερη ενσωμάτωση πυρήνα;
Το @Tina, αυτό που ενεργοποιείτε τον υπολογιστή σας και δεν καταλαβαίνετε τον κωδικό μήτρας που εμφανίζεται κατά την εκκίνηση, σας κάνει έναν μέσο χρήστη Linux, οι οποίοι είναι η συντριπτική πλειοψηφία των * χρηστών * αυτού του συστήματος, αυτοί που προέρχονται από τη χώρα Τα Windows και το OS X, αναζητούσαν μια εναλλακτική λύση, δοκιμάζουν ή πειραματίζονται και είδαν κάτι στο Linux που τους έδεσε, ανεξάρτητα από αυτόν τον λόγο, και αυτό είναι σεβαστό. Αυτό που συζητείται και είναι η κύρια πηγή τριβής μεταξύ pro και εναντίον του συστήματος και τουλάχιστον κατά την άποψή μου, είναι το γεγονός ότι αυτή η init γίνεται ένα είδος βαρυτικού κέντρου από το οποίο τίποτα δεν μπορεί να ξεφύγει, κάνοντας πράγματα που ένα init κανονικά δεν θα έπρεπε να κάνει , και να γίνει μια σκληρή εξάρτηση από ό, τι κάνει το Linux (δαίμονες, λογισμικό διαχείρισης, DE). Αυτό σημαίνει στο τέλος ένα πράγμα: Θα μας κάνει να εξαρτηθούμε από μια εφαρμογή που μπορεί να έχει προβλήματα σχεδιασμού και ασφάλειας (τώρα ή στο μέλλον), εκτός από το ότι δεν δέχεται τίποτα άλλο από τις δικές του εγκαταστάσεις (η Lennart δεν είναι πολύ συνεργατική, σαρκαστικός). Υπάρχουν πολλοί λόγοι για να το αποφύγετε, και δεν χρειάζεται πολλή μνήμη για να το βρείτε, η περίπτωση του OpenSSL είναι αρκετά πρόσφατη και είναι ένα ζωντανό παράδειγμα ότι το να εξαρτάται από το ίδιο το λογισμικό είναι κακή ιδέα (το OpenSSL είναι το μεγαλύτερο λογισμικό στο κρυπτογραφία που χρησιμοποιείται σχεδόν σε όλες τις διανομές) και μας δίνει ένα σαφές παράδειγμα του τι μπορεί να φέρει τυφλά η χρήση λογισμικού στην κοινότητα και σε όσους χρησιμοποιούν το λειτουργικό σύστημα. Και υπάρχουν περισσότεροι λόγοι, αλλά το αφήνω εδώ για να μην επεκταθώ.
Χαιρετισμούς 🙂
Τώρα δείτε πού έχει εισβάλει, ναι, με τα εικονικά τερματικά πυρήνα VT, φαίνεται ότι θέλει να τα αντικαταστήσει… .. κάποιος πρέπει να σταματήσει αυτόν τον μπροστινό άνθρωπο ή τα πράγματα θα πάνε στραβά.
Επείγον ΦΟΡΜΑ παρακαλώ!
Systemd 216 Piles σε περισσότερες δυνατότητες, στόχους για νέο User-Space VT
http://www.phoronix.com/scan.php?page=news_item&px=MTc2Nzk
@ ανώνυμος και δεν τελειώνει εκεί τώρα έχετε ακόμη μια προσωρινή μνήμη DNS. Τι κάνει το init με μια ενσωματωμένη υπηρεσία DNS; Δεν έχω την παραμικρή ιδέα, αλλά το * τέρας * θα έχει ακόμη υποστήριξη DNSSEC και mDNS. Ελπίζω απλώς να μην πάρει * πλαστικό * με κάποιους άλλους δαίμονες, όπως bind, unbound ή pdnsd.
Το σύστημαd-terminal έχει να κάνει με το KMSCon (KMS Console), μια προσπάθεια να βγάλουμε τα VT από τον πυρήνα-χώρο και στο χώρο χρήστη, αλλά και να διορθώσουμε πολλά άλλα πράγματα, ειδικά με τα Mesa, KMS, DRM, σε εκτός από την απλοποίηση μιας μικρής ανάπτυξης του πυρήνα. Η προσπάθεια είναι καλή, αλλά η εφαρμογή θα είναι προβληματική μετά από λίγο επειδή οι εξαρτήσεις του KMSCon είναι: table (libdrm, libgbm, libEGL, libGLESv2), udev (systemd), xproto (runtime dependency), libxkbcommon, freetype2 και glib (υποστήριξη unicode Εν ολίγοις, ακόμη μια άλλη αδυναμία για init που δεν είναι συμβατή με το systemd.
Αυτό συμβαίνει επειδή το systemd έχει από καιρό σταματήσει να είναι μόνο init. Το init είναι μόνο μία από τις υπηρεσίες που προσφέρει. Ο άλλος είναι μια σειρά από δευτερεύοντες δαίμονες (όπως logind, και ό, τι τελειώνει σε d) που είναι ξεχωριστά δυαδικά αρχεία και εστιάζονται σε μία συγκεκριμένη λειτουργία. και στην πραγματικότητα μπορείτε να χρησιμοποιήσετε το systemd χωρίς τους περισσότερους από αυτούς τους δευτερεύοντες δαίμονες ή να τους απενεργοποιήσετε. Αυτό που συμβαίνει είναι ότι αυτοί οι δαίμονες είναι, σε πολλές περιπτώσεις, συμβατοί μόνο με το systemd και δεν μπορούν να χρησιμοποιηθούν εκτός αυτού (περίπτωση logind από την έκδοση 205), επειδή είναι σχεδιασμένα να λειτουργούν μόνο με αυτό. Αυτό φέρνει πλεονεκτήματα και μειονεκτήματα.
πλεονέκτημα
-το σύστημα είναι πολύ αρθρωτό, μπορείτε να το χρησιμοποιήσετε μόνο με τις υπηρεσίες που χρειάζεστε (στην πραγματικότητα αυτός είναι ο λόγος για τον οποίο το systemd χρησιμοποιείται κυρίως σε ενσωματωμένα συστήματα)
- είναι σχεδιασμένο να λειτουργεί μόνο μεταξύ τους. δίνει τη δυνατότητα καλύτερης ενσωμάτωσης στο σύστημα. κάνοντας τα σενάρια του συστήματοςd πρακτικά καθολικά (αυτό ήταν ένα από τα κύρια προβλήματα του sysvinit, τα σενάρια από το ένα δεν μπορούσαν να μεταφερθούν σε άλλες διανομές, ήταν ευκολότερο να δημιουργηθεί ένα από το 0 (είπε από διάφορους προγραμματιστές debian)
- τυποποίηση: αυτό πρέπει να εξηγηθεί.
- Περιορίζοντας τις επιλογές σας, μπορείτε να διατηρήσετε μια μικρότερη και καθαρότερη βάση κώδικα, βελτιώνοντας έτσι την ασφάλεια (γιατί να θυμάστε ότι κάθε υπηρεσία systemd είναι ένας ξεχωριστός δαίμονας σε ένα ξεχωριστό δυαδικό) πολλά από τα πιο σοβαρά προβλήματα ασφαλείας οφείλονται στον παλιό κώδικα που είναι ακόμα εκεί λόγω συμβατότητας προς τα πίσω ή επειδή πρέπει να υπομείνετε πάρα πολλές επιλογές.
μειονεκτήματα
- Έλλειψη φορητότητας: καθώς έχει σχεδιαστεί για να λειτουργεί μόνο με ορισμένα κομμάτια λογισμικού και τίποτα άλλο, εάν δεν πληρούνται οι απαιτήσεις, τα πράγματα δεν λειτουργούν ή απαιτούν πολλή επιπλέον εργασία για να λειτουργήσει.
Τέλος, το να είσαι κρίσιμη εξάρτηση από όλα τα συστήματα δεν είναι κακό. βασιζόμαστε στο X11 για 20 χρόνια στο linux για γραφικές διεπαφές και DE. Αυτό μας έφερε καθολικά προβλήματα ασφάλειας (τα προβλήματα x11 στο debian είναι τα ίδια όπως στην αψίδα για παράδειγμα), αλλά η λύση δεν είναι να δημιουργήσουμε 20 διαφορετικούς διακομιστές γραφικών, έναν για κάθε διανομή, που θα καθιστούσε την ανάπτυξη για το Linux έναν εφιάλτη υψηλότερο. Μου φαίνεται ότι τα πλεονεκτήματα της «επιβλητικής τάξης στο σπίτι» είναι καλύτερα. ο κόσμος linux ζητά χρόνια για να τερματίσει τον κατακερματισμό και το systemd είναι το πιο κοντινό λογισμικό που έχει φέρει αυτήν την μακροχρόνια επιθυμία
Γεια σας,
Εάν έχετε χρησιμοποιήσει πραγματικά το σύστημα και δεν καταλαβαίνω γιατί τόσα πολλά παράπονα, χρησιμοποιώ το Gentoo εδώ και χρόνια, το οποίο μου έδωσε την ελευθερία να επιλέξω πολλά πράγματα και να τα προσαρμόσω στις δικές μου ανάγκες.
Θυμάμαι τη μετεγκατάσταση του Gentoo με OpenRC και η βελτίωση της ταχύτητας εκκίνησης ήταν καταπληκτική. Στη συνέχεια εμφανίστηκε το SystemD και αφού περίμενα λίγο για να σταθεροποιηθεί στο δέντρο του portage, αποφάσισα να μεταναστεύσω και να το δοκιμάσω. Το κράτησα απλώς γιατί μου δίνει αυτό που χρειάζομαι στον φορητό υπολογιστή μου, ένα σύστημα που εκκινεί γρήγορα, ναι, πιο γρήγορα από το OpenRC, χωρίς να κάνω αλλαγές στο υλικό!
Δεν μπορείτε απλά να είστε geek και να θέλετε τα πάντα προσαρμοσμένα, χρησιμοποιούμε υπολογιστές γιατί τους χρειαζόμαστε και πρέπει πάντα να ξεκινούν γρήγορα, απλά και σύντομα.
Και λοιπόν, αυτό είναι το linux, θα υπάρχουν πάντα διαφορετικές απόψεις και εναλλακτικές λύσεις για όλα τα γούστα.
Πέρα από την κριτική μόνο για την αγάπη του να είσαι geek και να έχουμε όλα συντονισμένα στο λειτουργικό μας σύστημα, καλύτερα να εξηγήσεις λύσεις και εναλλακτικές λύσεις ... να βοηθήσεις άλλους που πιστεύουν ότι το νέο δεν τους ταιριάζει με howtos και άλλους που συμβάλλουν περισσότερο από οτιδήποτε άλλο στο κόσμο Linux!
Χαιρετισμούς!
@CarlosMC
... .. και πρέπει πάντα να ξεκινούν γρήγορα, απλά και σύντομα το θέμα.
Κοίτα, δεν έχω τίποτα κινητό και ο καθημερινός μου χρόνος λειτουργίας είναι συνήθως περίπου 14 ώρες, με το openrc χρειάζονται περίπου 20 δευτερόλεπτα για να φτάσω στη λεπτή γραφική σύνδεση, στο σύστημαd μπορεί να το κάνει σε 12 ή 14 δευτερόλεπτα, μιλάμε για 8 δευτερόλεπτα σε περίπου 14 ώρες. Δεν χρειάζομαι ταχύτητα εκκίνησης, χρειάζομαι ασφάλεια και υπηρεσίες που χειρίζονται εύκολα με το χέρι όπως ήταν πάντα.
Εάν το σύστημαd ήταν διχαλωτό, δυστυχώς πολλά πράγματα θα έπρεπε να απορριφθούν εντελώς, όπως η χρήση συμπιεσμένων δυαδικών μορφών ... πραγματικά κρίμα να βλέπεις τόσο άχρηστο κώδικα.
Όσο περισσότερο διαβάζω για το SystemD τόσο περισσότερο φοβάμαι. Ακριβώς σε περίπτωση που έκανα ήδη ένα «sudo apt-get install sysvinit sysvinit-core sysvinit-utils».
Το μήνυμα είναι σκληρό, αλλά το φόντο είναι απολύτως αληθινό, πολλοί από τους προγραμματιστές που βοηθούν στον προγραμματισμό του πυρήνα είναι προγραμματιστές που πληρώνονται από εταιρείες που θα κάνουν οτιδήποτε για να κερδίσουν περισσότερα χρήματα, και μία από τις πιο επιθετικές εταιρείες από αυτή την άποψη είναι η Red Hat που έχει τοποθετήσει τους προγραμματιστές του εκεί με σκοπό την αποκλειστική υπεράσπιση των εμπορικών τους συμφερόντων, δημιουργώντας τεχνολογικές εξελίξεις που κάνουν τη χρήση του ελεύθερου λογισμικού ασυμβίβαστη με άλλα Unix-Like συστήματα όπως συστήματα BSD και άλλα.
Το πρόβλημα είναι ότι για να προκαλέσουν αυτήν την ασυμβίβαστη χρήση, δημιουργούν τεχνολογίες όπως το systemd που είναι εντελώς επεμβατικές και βλαβερές για τα συμφέροντα της κοινότητας και με την επέκταση και τη διάδοσή τους θα αναγκάσουν το σύστημα να καταλήξει να μην είναι Unix-Like και να σταματήσει να κάνεις ένα μόνο πράγμα και να το κάνεις σωστά, να κάνεις πολλά πράγματα και να τα κάνεις λάθος, κάτι που θα οδηγήσει σε μια συνεχή πηγή σφαλμάτων και παράλογων εξαρτήσεων για κανέναν άλλο λόγο παρά να αποφύγεις τον πολλαπλασιασμό λύσεων από άλλες εταιρείες, εν συντομία, μια άλλη περίπτωση όπως αυτό του pulseaudio.
Και επιπλέον, τώρα με το systemd μετά την εγκατάσταση ενημερώσεων, θα χρειαστεί να επανεκκινήσετε το σύστημα, το οποίο έχει όλο και λιγότερη σχέση με τη φιλοσοφία του Unix, και κάνοντας τα πάντα να εξαρτώνται από το σύστημα και εμποδίζουν κάθε διανομή να χρησιμοποιεί άλλες λύσεις όπως το openRC, το Init κ.λπ…
Ας ελπίσουμε ότι ο Linus Torvald έχει ακόμα κάτι να πει για το systemd, ένα κομμάτι λογισμικού που προφανώς δεν είναι συμβατό με τη φιλοσοφία του Unix ή με το ελεύθερο λογισμικό.
http://www.phoronix.com/scan.php?page=news_item&px=MTY1MzA
και αν αυτό είναι επιτυχές, θα πρέπει να αρχίσουμε να χρησιμοποιούμε συστήματα BSD όλο και περισσότερο.
Θα είναι ότι το linus δεν ενδιαφέρεται για τη φιλοσοφία του unix που δεν είναι θρησκεία. Ο Λινους το είπε ήδη. Το Linux δεν αφορά την ελευθερία ή τη φθηνή φιλοσοφία, αλλά αφορά την παροχή αποτελεσματικών λύσεων σε πραγματικά προβλήματα. Το systemd επιλύει αποτελεσματικά πολλά τρέχοντα πραγματικά προβλήματα καλύτερα από όλες τις τρέχουσες εναλλακτικές λύσεις.
Τελικά. Θα πω ότι αυτό το systemd δεν είναι τύπου unix είναι ψευδές. Το systemd δεν είναι ένα τεράστιο δυαδικό που κάνει τα πάντα από μόνο του. Υπάρχουν 2 systemd, το πρώτο είναι το δυαδικό για το init, αυτό είναι αρκετά μικρό. στην πραγματικότητα είναι μικρότερο από το upsart και το sysvinit. Το δεύτερο είναι το ίδιο το έργο και όλα τα έργα με την ίδια ομπρέλα. καθένα από αυτά είναι ξεχωριστά δυαδικά αρχεία (αυτό είναι σωστό, κάθε υπηρεσία systemd είναι ένα ξεχωριστό δυαδικό από τα υπόλοιπα, αφιερωμένο στον χειρισμό μόνο και αποκλειστικά της εν λόγω υπηρεσίας και κανένα άλλο. Αυτό μου φαίνεται σαν να "κάνω ένα πράγμα και να το κάνω καλά") το πράγμα Αυτό που ενοχλεί πολλά είναι ότι αυτά τα μεμονωμένα δυαδικά αρχεία και δαίμονες μπορούν να χρησιμοποιηθούν μόνο (μερικά, επειδή όχι όλα) χωρίς να έχουν το systemd ως PID 1. τελικά. Αυτά τα άλλα έργα που έχει καταβροχθίσει το systemd είναι επειδή οι δημιουργοί τους αποφάσισαν να συμμετάσχουν μαζί με τη δική τους ελεύθερη βούληση. αμφιβάλλω ότι ο Λένναρτ έβαλε όπλο στα κεφάλια προγραμματιστών του syslog ή udev. αποφάσισαν να συμμετάσχουν.
Το είπες με τις ακριβείς λέξεις….
Δεν χρειάζεται να ανησυχείτε, ο καθένας μπορεί να δημιουργήσει μια διανομή χρησιμοποιώντας το openrc, κανένας δεν θα προσβληθεί ... και για όσους θέλουν το δικό τους, έχουν ήδη gentoo / funtoo, νομίζω ότι μπαίνουν επίσης sabayon και slackware.
@αντικατοπτρισμός
μειονεκτήματα
- Έλλειψη φορητότητας: είναι σχεδιασμένο να λειτουργεί μόνο με ορισμένα κομμάτια λογισμικού και τίποτα άλλο, εάν δεν πληρούνται οι απαιτήσεις, τα πράγματα δεν λειτουργούν ή απαιτούν πολλή επιπλέον εργασία για να λειτουργήσει.
Πλήρης αποτυχία, μπορεί να έχει όλα τα πλεονεκτήματα που θέλετε, αλλά αν στο τέλος είναι συμβατό μόνο με τον εαυτό του, αναγκάζει τον καθένα να το χρησιμοποιήσει ή πρέπει να ξεκινήσει από το μηδέν επειδή δεν θέλει να το χρησιμοποιήσει ... αν αυτό δεν είναι επιβολή, τι είναι αυτό;
Ένα σενάριο μπορεί να διαβαστεί από οποιοδήποτε ανθρώπινο μάτι και ερμηνεύεται από bash ... φυσικά είναι πιο αργό να εκτελεστεί, ένα δυαδικό δεν μπορεί να διαβαστεί από ένα ανθρώπινο μάτι, πρέπει να διαβάσετε τον πηγαίο κώδικα και να τον συντάξετε μόνοι σας για να βεβαιωθείτε. .. Δηλαδή, πριν να ξέρεις πώς να διαβάζεις σενάρια στο bashy τώρα πρέπει να ξέρεις πώς να προγραμματίζεις σε γλώσσα C ... ή να εμπιστεύεσαι την ψυχή σου στον Lennart.
Σχετικά με το αν ο Λένναρτ χρησιμοποιεί όπλο, δεν νομίζω ότι είναι αρχηγός της RedHat και αν χρησιμοποιεί κάτι, σε κάθε περίπτωση πρέπει να είναι μερικές δέσμες greenbacks ... δεν σκοτώνουν κανέναν, αλλά πείθουν στη λήψη αποφάσεων.
Δεν είμαι προγραμματιστής, απλά μπήκα σε ένα ινστιτούτο, αλλά καταλαβαίνω τι λέτε, ανοίξτε κώδικα και την ελευθερία να μάθετε από αυτό, και η τροποποίησή του είναι μέρος αυτής της φιλοσοφίας «Ελευθερία» που διαδίδεται το gnu / linux και, δυστυχώς, πλαίσιο, είναι σήμερα μια σημαντική πληγή στην καρδιά του GNU / LINUX. Υποθέτω ότι, για όσους έχουν ακαδημαϊκή κατάρτιση, δεν θα έπρεπε να έχει σημασία, αφού πάντα, θα μπορούσαν να κάνουν χωρίς τις διανομές που χρειάζονται systemd και. δημιουργήστε το δικό σας σύστημα gnu / linux, δηλαδή δημιουργήστε το σύστημα gnu / linux από το μηδέν, χωρίς να χρειάζεται να καταφύγετε στο systemd.
Archlinux, χρησιμοποιήστε το systemd και πιστέψτε με ότι το χρησιμοποιώ και σίγουρα λειτουργεί πολύ καλά, αλλά προσωπικά θα προσπαθήσω να το αφήσω για να φτάσω στο gentoo και από εκεί στο linux από το μηδέν.
Τουλάχιστον ξεκίνησαν με ένα καλό μποϊκοτάζ, το οποίο αργότερα θα γίνει σίγουρα ένα ΦΟΡΚ κυρίαρχο στο σύστημα.
Νέες ομαδικές κλήσεις για μποϊκοτάρισμα του συστήματοςd
http://www.phoronix.com/scan.php?page=news_item&px=MTc3OTM
Στα σχόλια κάποιος πέρασε δύο συνδέσμους όπου περιγράφουν λεπτομερώς τη φρίκη του σχεδιασμού (δεν είναι γνωστό εάν παρεμπιπτόντως) του systemd.
http://ewontfix.com/14/
http://ewontfix.com/15/
Και πού είναι ο Ρίτσαρντ Στάλμαν και οι απόψεις του για αυτά τα πράγματα;
Δυαδικό αρχείο καταγραφής, όλα ελέγχονται από το systemd, δεν ακούνε την κοινότητα ...
Δεν είμαι ούτε υπέρ ούτε εναντίον του συστήματος, αλλά ΕΙΝΑΙ ΕΚΠΤΩΣΗ ότι ο Ρίτσαρντ Στάλμαν δεν είπε ούτε λέξη.
Μπρρρρρ!
Νόμιζα ότι θα διάβαζα μια τεχνική ανάρτηση στα Ισπανικά.
αφορά
Το Systemd είναι μια πολύ καλή ιδέα που εφαρμόζεται άψογα. Έκδοση 217, ήδη στο Arch και σε λίγα χρόνια στο Debian - LOL! - περιέχει δυνατότητες ασφαλείας που μπορούν να εφαρμοστούν μόνο σε ένα PID1, για παράδειγμα, την πλήρη απομόνωση υπηρεσιών και διαδικασιών, κάτι που ούτε το SELinux ούτε οποιοδήποτε άλλο MAC θα μπορούσε να ονειρευτεί να κάνει με άλλες εφαρμογές εκτός από το systemd.
Από την πλευρά μου, δεν γνωρίζω κανέναν που χρησιμοποιεί το systemd και που θέλει να επιστρέψει στο παλιό σύστημα εκκίνησης και διαμόρφωσης συστήματος. Στην πραγματικότητα, κάθε αρχιτέκτονας που συναντώ και στον οποίο σχολιάζω το θέμα, επειδή ήμασταν όλοι νοσταλγικοί για το /etc/rc.conf, συμφωνεί ότι το systemd είναι απλώς άψογο από την άποψη της διαχείρισης του συστήματος και ότι ανεξάρτητα από το πώς πολλά Κάποια στιγμή ίσως θα σας άρεσε το παλιό παράδειγμα διαμόρφωσης υπηρεσίας. NOR CRAZY επιστρέψτε σε αυτό μετά τη χρήση του systemd.
Άνθρωποι, σταματήστε να σπάτε τις μπάλες σας, είναι ήδη γεγονός, είναι εδώ και αν δεν σας αρέσει, χρησιμοποιήστε άλλα πράγματα όπως το Devuan (hahahahahahahahaha) ή το Gentoo ή το Slack ή ακόμα και το Manajaro που υποστηρίζει τώρα το OpenRC.
Και έπειτα, ενώ γλείφει τις πληγές τους χρησιμοποιώντας οτιδήποτε αντι-σύστημα, ρίξτε μια ματιά στο openSUSE, το Fedora ή το Arch και δείτε πώς χάνονται απελπιστικά στο χρόνο που ζουν μια αναχρονιστική πραγματικότητα, όλα για την απλή φαγούρα να απορρίψουν αυτό που προφανώς δεν γνωρίζουν κρίνουν σύμφωνα με τις υπόλοιπες απόψεις αντί να διαμορφώσουν τις δικές τους.
Πόρνη, αν ακόμη και οι βασικοί προγραμματιστές του FreeBSD μιλούν ήδη για το σχεδιασμό ενός συστήματος παρόμοιου με το systemd για να αντιμετωπίσουν τις νέες ανάγκες που εμφανίζονται στον άμεσο ορίζοντα, συμπεριλαμβανομένης της μαζικής εικονικοποίησης, της πολλαπλότητας των συνδεδεμένων συσκευών, της φορητότητας σε φορητές συσκευές, της ασφάλειας και της απλοποίησης και βελτιστοποιημένη διαχείριση μεταξύ άλλων ...
Πριν απαντήσετε σε ανοησίες που γεννιούνται από σπλαχνική συναισθηματικότητα, διαβάστε αυτό το σύντομο αντίγραφο της πρόσφατης ομιλίας του Lennart σχετικά με τα νέα χαρακτηριστικά ασφαλείας που συζητήθηκαν παραπάνω:
Όλες οι δυνατότητες επιλέγονται μέσω των μονάδων εξυπηρέτησης και προορίζονται να απομονώσουν ή να χωρίσουν την πρόσβαση σε πόρους συστήματος που έχουν οι δαίμονες και ο ένας τον άλλον χρησιμοποιώντας χώρους ονομάτων πυρήνα:
- PrivateTmp: εκχωρήστε ένα συγκεκριμένο / tmp και / var / tmp για το δαίμονα
- PrivateDevices: δημιουργήστε ένα συγκεκριμένο / dev για το δαίμονα με όλα τα απαραίτητα: null, random, urandom, κλπ., Μόνο ό, τι είναι απαραίτητο για να λειτουργεί σωστά. Με αυτόν τον τρόπο αποτρέπετε την πρόσβαση του δαίμονα στο δίσκο ή σε οποιαδήποτε συνδεδεμένη συσκευή (μπλοκ ή χαρακτήρας). ΦΟΒΕΡΟ.
- PrivateNetwork: δημιουργήστε μια διεπαφή που είναι εντελώς απομονωμένη από το πραγματικό πράγμα (έτσι ώστε να μην μπορείτε να αποκτήσετε πρόσβαση σε αυτό από τον κεντρικό υπολογιστή που δείχνει το 127.0.0.1). Το ΠΟΛΥ υπέροχο πράγμα για αυτό είναι ότι μπορείτε να μοιραστείτε τον ίδιο χώρο ονομάτων μεταξύ διαφορετικών δαιμόνων, για παράδειγμα, μπορείτε να έχετε ένα MariaDB συνδεδεμένο μόνο στο δίκτυο backend που το χρησιμοποιεί και αυτά τα δύο με τη σειρά τους σε ένα Nginx που είναι αυτό που έχει πρόσβαση στη διεπαφή δικτύου.
- PrivateSystem: ένα βήμα παραπέρα, εάν το ενεργοποιήσετε, επιτρέπει στον δαίμονα να έχει πρόσβαση μόνο στο / etc και / usr (/ usr σε λειτουργία R / O). εάν το ορίσετε ως πλήρες, μπορείτε να αποκτήσετε πρόσβαση στο / etc μόνο σε λειτουργία R / O
- PrivateHome: επικαλύπτει ένα κενό / σπίτι στο χώρο ονομάτων του daemon, ώστε να μην μπορεί να έχει πρόσβαση στις πληροφορίες σας
- ReadOnlyDirectories: όπως υποδηλώνει το όνομά του, κάνει αυτούς τους καταλόγους μόνο για ανάγνωση
- Μη προσβάσιμοι κατάλογοι: όπως και το όνομα 🙂
- MountFlags = slave: κατά την ενεργοποίηση οποιασδήποτε από τις προηγούμενες επιλογές για έναν δεδομένο δαίμονα, τα ορίσματα τοποθέτησης αποκρύπτονται αυτόματα ως σκλάβοι, δηλαδή, ο γενικός πίνακας συναρμολόγησης του συστήματος δεν τροποποιείται, αλλά οι παράμετροι επηρεάζουν αποκλειστικά την τοποθέτηση που εκτελείται από το διάβολος (moi groso!).
Μπορείτε επίσης να χρησιμοποιήσετε αυτήν την επιλογή αυτόνομη.
- CapabilityBoundingSet: καθοδηγεί μια διαδικασία έτσι ώστε όλα τα νήματα που δημιουργούνται να εξαρτώνται από αυτήν να χρησιμοποιούν μόνο τις δυνατότητες που ορίζει ο διαχειριστής (http://man7.org/linux/man-pages/man7/capabilities.7.html) και έτσι αποφύγετε τις ευπάθειες κλιμάκωσης της άδειας - σέξι, ε; ^ _ ^
https://drive.google.com/open?id=0Bw3eycS9_SPaQnFHZjU5TURxdmc&authuser=0
Ο βασικός προγραμματιστής του FreeBSD κάνει μια προβολή για τα επόμενα 10 χρόνια του λειτουργικού συστήματος και μιλάει για την ανάγκη εφαρμογής μιας λύσης παρόμοιας με αυτήν του συστήματοςd:
https://www.youtube.com/watch?v=Mri66Uz6-8Y
* ρίξτε
Είμαι πιστός χρήστης του Debian εδώ και χρόνια και με λυπεί να βλέπω το μονοπάτι που ακολουθεί. Μόνο σε ορισμένους προγραμματιστές επιτρέπεται να ψηφίζουν, αλλά ο τελικός χρήστης δεν έχει άλλη επιλογή από το να αποδεχτεί αυτό το είδος κόλασης (systemd). Ελπίζω απλώς ότι το πρόγραμμα devuan θα προχωρήσει και θα λάβει πολλή υποστήριξη.
Υπάρχουν λίγες διανομές πιστές στο SysV όπως το Gentoo και το pclinuxos και φυσικά… slackware!
αφορά
Πιστεύω ειλικρινά ότι για όσους κερδίζουν χρήματα με το Linux, αυτό το σύστημα απέχει λίγα χρόνια μακριά από τα Windows και το Mac και επομένως όλα τα συστήματα πίπα, κιτ και πούλια. Τολμώ να πω ότι σε λιγότερο από 8 χρόνια, ο Nod, ο Avast, ο Kaspr και όλο το περιβάλλον τους θα εισέλθουν στον κόσμο του Linux, μαζί τους φυσικά με όλους τους ιούς τους. Είναι δουλειά και εδώ δεν πρόκειται να απαλλαγούμε από κανέναν θεό. Κάθε μέρα περισσότερος χρήστης Linux; ένας κόκορας έρχεται paca Χρειάζομαι τα χρήματά σου. Δυστυχώς, αυτό είναι. Τώρα απλώς βάζουν τη συμβουλή και με τη Βαζελίνη .. περιμένετε λίγα χρόνια θα δείτε χαχαχα
Νομίζω ότι αυτό που λέει ο συντάκτης της επιστολής είναι ανόητο. Ενώ υπάρχουν πολλές αντιρρήσεις για το systemd, όποτε υπήρχαν μεγάλες αλλαγές, υπήρχαν μεγάλες αντιρρήσεις.
Επίσης, το να είμαι χρήστης Debian (έτσι είμαι εγώ) δεν μου φαίνεται έγκυρη αντίρρηση. Εάν δεν σας αρέσουν να αποφασίζουν τα πράγματα για εσάς, απλώς χρησιμοποιήστε μια άλλη "πιο δύσκολη" διανομή και συγκεντρώστε τα πάντα με το χέρι, συμπεριλαμβανομένου του συστήματος εκκίνησης.
Δεν μπορείτε να προσποιηθείτε ότι έχετε όλα τα πλεονεκτήματα της λειτουργίας ενός apt που λύνει όλες τις εξαρτήσεις, χωρίς μειονεκτήματα.
Σε έναν χρήστη slack ή gentoo, δεν θα είχε συμβεί αυτό, "Ωχ ... ενημέρωσα και υπάρχουν πράγματα που δεν μου αρέσουν." Επειδή για να ενημερώσετε ένα σύστημα με το χέρι, πρέπει να ξοδέψετε πολλές ώρες για να παρακολουθείτε τι κάνετε.
Λυπάμαι που οι προγραμματιστές της διανομής που σας αρέσουν έκαναν κάτι που δεν σας αρέσει. Έχω μια ιδέα, γιατί δεν κάνετε το ίδιο με το Linus και δεν δημιουργείτε ξεχωριστό λειτουργικό σύστημα;
Γεια σας, είμαι αρκετά νέος στο linux και η αλήθεια είναι ότι αυτό το άρθρο φαίνεται τρομακτικό και δεν εξαιρείται πραγματικά. Εγώ που είχα εγγραφεί στο Debian με όλη την ψευδαίσθηση του τι σημαίνει ελεύθερο λογισμικό (ελευθερία, αλτρουιστική βοήθεια σε όλους όσους το χρειάζονται, δωρεάν, απλότητα) εν συντομία, μου φάνηκε ένας τρόπος κατανόησης φανταστικών και καλών υπολογιστών (και πώς νομίζω ότι η πληροφορική πρέπει να είναι από την αρχή). Στην πραγματικότητα, κατέληξα σε αυτόν τον ιστότοπο επειδή άρχισα να καταγράφω το Debian για να μάθω πώς να χειρίζομαι τον εαυτό μου και να κάνω πράγματα μόνος μου, συνειδητοποιώ ότι όλα όσα θέλω να στοχεύσω εξαφανίζονται.
Θα πρέπει να δημιουργήσουμε ένα νέο διαμέρισμα στο Devuan, ας δούμε πώς ...
Ευχαριστούμε για αυτήν τη συνεισφορά στο άρθρο.
Χαιρετισμούς, Τζορτζ.
Σε κάθε περίπτωση, ο χρόνος θα αποδείξει όποιος το έχει σωστό.
Αυτό που μπορούμε να κάνουμε ως χρήστες είναι να δοκιμάσουμε πολλές εναλλακτικές λύσεις και να ελπίζουμε ότι θα καταλήξει να είναι καλύτερη.
Όσον αφορά τον Devuan, θα ήθελα να το δοκιμάσω, αλλά αυτή τη στιγμή βρίσκεται στη δοκιμαστική του έκδοση. Μόλις βγει μια σταθερή έκδοση για να δω αν το δοκιμάσω, για να δούμε πώς είναι.
Πόσο περίεργο να διαβάζεις ένα τόσο ασυνήθιστο θέμα και να συμφωνείς σε όλα. Πρόσφατα εγκατέστησα το Debian Jessie, έπρεπε ήδη να διαμορφώσω 2 φορές για συνολικά σφάλματα συστήματος σε σχετικά εύκολες ενημερώσεις. Αναρωτήθηκα πώς κάτι τέτοιο δεν μου είχε συμβεί ποτέ και ξαφνικά όλα άρχισαν να χειροτερεύουν. Χρησιμοποιούσα το wheezy και από τη στιγμή που το Debian jessie cd κατέβαλε τη σελίδα (είτε ηχογράφηση σε dvd είτε pendrive) δεν λειτουργούν για μένα, εγκαθιστώ το wheezy και ενημερώνω. Δεδομένου ότι χρειάζεται χρόνος για να κατεβάσω τα πράγματα, δεν είναι κάτι που κάνω αμέσως, οπότε χρησιμοποιώ το Wheezy για μερικές ημέρες και παρατήρησα διαφορές στην απόδοση με την Jessie που δεν είχα παρατηρήσει σε προηγούμενες ενημερώσεις. Τυχαία διαβάζοντας ένα άλλο άρθρο ανακάλυψα για το systemd και κατάλαβα ότι δεν ήταν ψευδής παράνοια που θα μπορούσα να παρατηρήσω με την Τζέσι (το αίσθημα ότι βρίσκεστε στην αστάθεια των παραθύρων).
Χάρη στο άρθρο σας και στους άλλους που διάβασα που με ενημέρωσαν για αυτό το θέμα, αποφάσισα να αλλάξω τη διανομή μου.