Αναζήτηση:

The two major categories of free software license are copyleft and non-copyleft. Copyleft licenses such as the GNU GPL insist that modified versions of the program must be free software as well. Non-copyleft licenses do not insist on this.
-- Richard Stallman --

https://www.gnu.org/licenses/bsd.en.html

Το BSD δεν ειναι Copyleft λοιπον και δεν μου επιτρεπει να ασκησω τις 4 ελευθεριες μου. Αυτο το τελευταιο ειναι το κριτηριο επιλογης.

Και ευτυχως να προσθεσω που το Linux ειναι copyleft. Τα παντα ειναι διαφορες φιλοσοφιας.

Εχει πλακα ομως το οτι θεωρητικα φανατικοι του Stallman χρησιμοποιουν BSD. Δεν εχει;

Οταν μου βρεις τον κωδικα για να ασκησω τις 4 ελευθεριες μου (που τωρα δεν εχω θα πειστω) θα πειστω. Χωρις παρεξηγηση.
Για καποιο λογο παντως το ρουτερ μου τρεχει πυρηνα BSD και οχι πυρηνα Linux ...

Το οτι το BSD ειναι υποχρεωμενο να παρεχει τον κωδικα, το κανει λογισμικο ανοικτου κωδικα, και οχι ελευθερο λογισμικο. Παλι χωρις παρεξηγηση.

Γι' αυτο το λογο ειναι free software και συμβατες με την GPL.


Να σου δωσω το μοντελο του ρουτερ μου για να μου βρεις τον κωδικα μου και να ασκησω τις ελευθεριες μου; Η μηπως τον κωδικα των Windows (εστω τα κομματια που εχει αντιγραψει;). Με νομιμο τροπο παρακαλω. Να πληρωσω για τα ταχυδρομικα αμα ειναι. (οπως προβλεπει ο ελευθερος κωδικας σαν δυνατοτητα).

Παμε αλλη μια φορα αλλο πραγμα ο ελευθερος κωδικας και αλλο ο ανοικτος. Δικαιωμα του καθενα να κανει οτι θελει αλλα δεν θα κανουμε το γαλα, κρασι.

Λυπαμαι, αλλα κανεις λαθος.
Μια απλη ερωτηση: Παιρνω ενα προγραμμα σε GPL και το πακεταρω σε μια διανομη. Οι χρηστες μου ζητανε τον κωδικα να τον τροποποιησουν/βαλουν σε αλλη διανομη. Ειμαι υποχρεωμενος να το δωσω πισω στην κοινοτητα (ελευθερια 4); Ισχυει το ιδιο αν η αδεια χρησης ειναι σε BSD;

Αν η απαντηση ειναι ΝΑΙ και στις δυο περιπτωσεις θα συμφωνησω.

Στο link που εδωσες αναφερει: However, a license that requires modified versions to be nonfree does not qualify as a free license. Αρα μια αδεια τυπου BSD δεν ειναι ελευθερο λογισμικο.

Αποδειξη ο ρουτερ μου. Που θα βρω τον κωδικα του (ελευθερια 2) για να τον αλλαξω (ελευθερια 2) και στην συνεχεια να δωσω τις αλλαγες σε ενα φιλο μου (ελευθερια 4) η απλα τον ιδιο τον κωδικα (ελευθερια 3). Μπορω μονο να τρεξω το BSD που εχει μεσα, κατι που πληρωσα στην τελικη.

Μπορεις να εξηγησεις λιγο τι εννοεις;


Συμβατες αλλα οχι GPL. Ανοικτος κωδικας αλλα οχι ελευθερος κωδικας. Κανενας προβλημα να γραφει κανεις με οτι αδεια θελει: κλειστη, ελευθερη η ανοικτη.

Αν καποιος αγαπα ομως το ελευθερο λογισμο (και οχι να κανει τον δουλο τσαμπα σε εταιριες) και τις αρχες που εθεσε ο Stallman (δεν ειναι ομως λιγο υποκριτικο να τον εχεις στο στομα σαν καραμελα και να προωθεις BSD; ) δεν αγαπα καθολου αυτες τις αδειες.

Δες σχετικα:
https://opensource.ellak.gr/2020/08/18/o-anichtos-kodikas-den-arki-i-schetiki-niki-tou-anichtou-logismikou-2/
https://linux-user.gr/t/eleythero-anoikto-logismiko-kai-adeies-chrhshs-mia-eisagwgh/2280

ΥΓ: Το ρουτερ μου τρεχει BSD. Και λοιπον; Επισης δεν με ενδιαφερει καθολου το τι κανει το OSX. Και οχι δεν εχασε τον χαρακτηρα του καθολου. Παραμενει ενα εμπορικο κλειστο λογισμικο.

Η φιλοσοφια του Linux

* Make each program do one thing well. To do a new job, build afresh rather than complicate old programs by adding new “features”.
* Expect the output of every program to become the input to another, as yet unknown, program. Don’t clutter output with extraneous information. Avoid stringently columnar or binary input formats. Don’t insist on interactive input.
* Design and build software, even operating systems, to be tried early, ideally within weeks. Don’t hesitate to throw away the clumsy parts and rebuild them.
* Use tools in preference to unskilled help to lighten a programming task, even if you have to detour to build the tools and expect to throw some of them out after you’ve finished using them.

Δες τα υπογραμμισμενα για τα λεμε ολα και οχι μονο τα κομματια που μας βολευουν. Θα μπορουσες να πεις μονο για το binary log, αλλα μια χαρα δουλευει (και πολυ καλυτερα μαλιστα) σε φιλτρα κλπ. Επομενως γιατι οχι να μην To do a new job, build afresh (και σημερα δεν ζουμε στην εποχη των mainfraimes) και throw away the clumsy parts and rebuild them.

Ομως το να πας να παιζεις μπαλα παντου (DNS, DHCP, logind, homed και δεν ξερω κι εγω τι αλλο) ε, τοτε δεν εισαι μονο Init, αλλα και κατι αλλο

Ναι δεν ειναι ενα συστημα init, οπως το gnome δεν ειναι ενας διαχειριστης παραθυρων. Παμε παρακατω ...

Αλλα αν θελεις μονο το init μπορεις. Τα μονα κομματια που απαιτουνται ειναι το `udev` που το εχεις ετσι και αλλιως, το `systemd-init` και το `journald`. Τρια διαφορετικα εκτελεσιμα. Ποσα εκτελεσιμα θελει καποιο αλλο init για να κανει περιπου τα ιδια; Απο τα αλλα διαλεγει η διανομη τι θελει. Και τιποτα δεν απαγορευει στο μελλον να υπαρξουν αντικαταστασεις. Μεσα απο το dbus μιλανε. Απο ποτε εγινε κακο καποιο εργο να προσθετει χρησιμα χαρακτηριστικα; Ειδικα αν ειναι και προαιρετικα;

Πρωτον το ετσι γουσταρει και αυτο ειναι το μελλον δεν αποτελουν λογικα επιχειρηματα.

Καθε εργο λογισμικου κανει οτι γουσταρει ('η οτι το βολευει). Αν διαφωνεις πληρωνεις τους devs και σου το φτιαχνουν οπως θελεις. Στον ανοικτο κωδικα οποιος διαφωνει παιρνει τον κωδικα και τον κανει οτι θελει downstream. Αν δεν γουσταρεις να το χρησιμοποιησεις φτιαξε μια διανομη που να μην το χρησιμοποιει. Αλλα αν θελεις να την χρησιμοποιησει και κανενας αλλος χριστιανος κανε την καλη, και πες μου ενα καλο λογο να την προτιμησω. Και καλος λογος δεν ειναι να μου πεις απλα "Δεν εχει systemd". Και σταματα να κανεις bulling σε οποιον χρησιμοποιει κατι με systemd. Αρκετες παραιτησεις και αρκετη ζημια εγινε στο Debian ηδη.

Οπως λεει και το γνωστο ρητο : Show me the code

Για τo οτι ειναι το μελλον επετρεψε μου να πως δυο μονο λεξεις: logind και cgroups (και πολλους αλλος λογους στα αρθρα). Το systemd μπορει να αποδειχθει πως δεν θα ειναι το μελλον, αλλα κατι που θα του μοιαζει και θα εχει την ιδια φιλοσοφια θα ειναι. Θυμαμαι οταν ειχε ανακοινωθει το KDE διαφορους στο Slashdot να γκρινιαζουν επισης.

Ο λαος μας λεει καθε περσι και καλυτερα


Καθισε λοιπον και συναρμολογησε μονος σου το desktop envirnment που θελεις οπως παλια που ηταν καλυτερα. Διαλεξε ενα απο τους πολλους window managers διαλεξε κατι να διορθωνεις τα αρχεια σου, κατι να βλεπεις τα αρχεια και τους φακελους, καποια μπαρα για τις εφαρμογες κλπ...

Πολυς κοσμος το κανει αυτο ακομα. Αλλα η πλειοψηφια ειδε πως η λυση ειναι μια σφιχτοδεμενη επιφανεια εργασιας. Τα επιμερους κομματια δεν ειναι ανεξαρτητα, μια εφαρμογη gnome απαιτει να τρεχουν πολλα πραγματα. Και μπορει με ελαχιστα προβληματα να τρεχεις σημερα μια εφαρμογη του KDE στο gnome, αλλα αυτο πηρε χρονια για να λυθει. Δοκιμασε να τρεξεις τωρα μια εφαρμογη του KDE σε fvwm. ...

Σημερα αρχιζουμε να βλεπουμε ποσο χρησιμη ειναι αυτη η προσεγγιση σε επιπεδο διαχειρισης συστηματος. Ειναι το systemd η τελικη λυση; Οχι δεν υπαρχει τελικη λυση στους υπολογιστες. Απλα αυτη την στιγμη ειναι σκαλες ανωτερο απο οτιδηποτε αλλο. Τουλαχιστον για οσους δεν αρκουνται σε clickbait τιτλους. "Ηρθε το systemd και κανει και αυτο. OMG! 10.000 γραμμες κωδικα !!!!".

Τα ενναλκτικα inits ειναι κατα την γνωμη μου ακομα σε νεολιθικο σταδιο. Εχω λαθος; Πες μου σε ποιο σημειο καποιο υπερτερει. Και γιατι να μην μεινουμε στο systemV init; Μια χαρα δουλευει. Το ιδιο μια χαρα δουλευε και το fvwm.

Δυστυχως προσπαθουν να κανουν αλλο ενα init και οχι να δωσουν μια ολοκληρωμενη λυση. Οποτε με αυτα τα μυαλα το systemd ειναι το μελλον ειτε μας αρεσει ειτε οχι. Δωστε κατι καλυτερο και δεν θα εχει καμια σημασια αν το πατροναρει η Redhat η οχι. Αλλα μισο λεπτο: Η Redhat υποστηριζει πελατες με συμβολαια και ρητρες εκατομμυριων. Γιατι να το σπρωχνει;

Ακομη αναμενω να μου απαντηθει, στο ποιον κωδικα αφαιρουμε οπως και στις ερωτησεις που εθεσα πρωτος και ποτε δεν ελαβα απαντησεις:

1) Γιατι το systemd παιρνει αλλα sessions παραλληλα με το τρεχον (λογικη απλωμα χταποδιου)

2) Ποσο χρονο κανει στο unmounting και στο reboot?

3) Γιατι παρεμβαινει σε ολα τα υπολοιπα, περαν του init, σημεια;


Κανονικα θα επρεπε να το αφησω, εξαλλου οποιος θελει να καταλαβει καταλαβαινει, αλλα επειδη μου ηρθαν καπου 15 screenshoots απο καποιο δημοσιο καναλι οπου πιστευει πως δεν εχω δωσει απαντησεις (αν και αυτο ειναι το τελευταιο μπροστα στα αλλα που μου σερνει) , θα κανω την καρδια μου πετρα και θα τα ξαναπω (αν και ξερω πως τα εχει διαβασει). Δεν θα δωσω link αλλα καποια απο αυτα εχουν καταληξει και στο planet του hellug οποτε ειναι ευκολο να βρεθουν.

1) Γιατι το systemd παιρνει αλλα sessions παραλληλα με το τρεχον

Γιατι ετσι πρεπει να κανει ενα συγχρονο συστημα. Σχετικα αρθρα
* Μια συγχρονη διαχειριση διεργασιων για την επιφανεια εργασιας
* Για τα cgroups και το systemd. Μια εικονογραφημενη ιστορια
* https://cerebrux.net/2020/08/10/desktop-linux-cgroups/

Μετραω και μεχρις στιγμης εχω γραψει καπου 17 σχετικα αρθρακια. Κανενας ειδικος δεν ειμαι για να γραφω αρθρα, αλλα καπου θα σε βοηθησουν να καταλαβεις 2-3 πραγματα. Αν θελεις να διαβασεις μονο ενα τουλαχιστον διαβασε αυτο:

Ωστε θελεις να αντικαταστησεις το init system; Κανε το σωστα

2) Ποσο χρονο κανει στο unmounting και στο reboot?

Μηδενικο χρονο. Χρονο κανει για να τερματισουν τα sessions. Επειδη δυστυχως ΔΕΝ παιρνει τα παντα μεσα σε sessions. Ο χρονος μπορει να ρυθμιστει και πχ στο τελευταιο Mint δεν ειναι προβλημα. Επισης εχει γινει μια αναλυση στο αρθρο
* Προγραμματισμενο κλεισιμο του υπολογιστη

3) Γιατι παρεμβαινει σε ολα τα υπολοιπα, περαν του init, σημεια;
Γιατι δεν ειναι ενα init μονο ΟΚ? Γιατι ετσι πρεπει και ετσι γουσταρει. Γιατι ετσι χειριζεσαι καλυτερα τον υπολογιστη. Γιατι αυτο ειναι το μελλον. Ας θεσω αλλιως την ερωτηση μπας και το καταλαβεις: Γιατι το gnome κανει τοσα πολλα και δεν ειναι ενας διαχειριστης παραθυρων οπως το fvwm ?

Τωρα με την σειρα μου να ρωτησω

1. Πως κανεις κατι αντιστοιχο με αλλα init οπως στα

*Αναλυση χρονου εκκινησης του υπολογιστη με το systemd analyze blame
* Αναλυση ασφαλειας του Linux με το Systemd Analyze Security
* Ασφαλεια στα ακρα | Hardening μιας υπηρεσιας με το systemd

2. Τι πλεονεκτηματα εχει καποιο αλλο συστημα init ? Στην πραξη.

3. Πως γινετε να εισαι υπερ του GNU και του Stallman και να εχεις ενα site που:

* Χρησιμοποιει λογισμικο BSD
* Προωθεις inits που αντιθετα με το Systemd δεν εχουν αδειες GPL ; Μαζι με ενναλακτικες glib που ειναι BSD
* Απαγορευεις την αντιγραφη στο συγκεκριμενο site (καλα δεν ξερεις για τις αδειες χρησης; Υποθετω πως οχι.)
* Βαζεις εκει κωδικα με ασαφεις αδειες χρησης.
Μηπως τελικα εισαι BSD και δεν το εχεις καταλαβει; Λεω μηπως.

Καλα δεν περιμενω ουτε καποια σοβαρη απαντηση ουτε να αλλαξεις ηθος. Αλλα τεσπα. Δεν εχει καμια απολυτως σημασια στην τελικη.

Δεν ξερω γιατι ειναι δυσκολοτερο καποιος να χρησιμοποιησει για παραδειγμα την taskset η την chrt η την unshare αντι των αντιστοιχων επιλογων σε ενα systemd unit. Στην δευτερη περιπτωση εχει γνωση που ισχυει αποκλειστικα για ενα init/system/service manager. Στην πρωτη κατι που ισχυει σε οποιοδηποτε συστημα linux, σε οποιαδηποτε περισταση.


Εδω εχουμε κατ αρχην μια διαφορα φιλοσοφιας. Ακριβως οπως προτιμω να εχω ενα συμμαζεμενο και ενιαιο γραφικο περιβαλλον, αντι να παρω μια δεκαδα προγραμματα με διαφορετικα toolkits και να προσπαθω να τα κανω να δουλευουν μαζι ικανοποιητικα. Θα επιλεξω πχ το kde και θα κανω αυτο που θελω να κανω στον υπολογιστη.

Για να χρησιμοποιησω taskset η την chrt η την unshare θα πρεπει κατ' αρχην πρωτα να γνωριζω την υπαρξη τους. Στην συνεχεια θα πρεπει να μαθω να τα χρησιμοποιω και η γνωση που αποκταω για το ενα δεν μεταφερετε στο αλλο. Στην συνεχεια θα πρεπει να δω τις αλληλεπιδρασεις τους, τι κανει το καθενα και με ποια σειρα θα πρεπει να κανω το καθε τι. Θα πρεπει να εχω μια βαθια γνωση που θα την αποκτησω μονο σπαζοντας τα μουτρα μου ξανα και ξανα ;)

Γιατι να μην μαθω ενα μονο εργαλειο που να τα κανει αυτα και να το χρησιμοποιω; Και απλα να μεταφερω το εργαλειο σε αλλο συστημα Linux (αν δεν το κανει η διανομη πρωτα μονη της;). Στο σπιτι θα επιλεξω μια διανομη που να το εχει. Στα επαγγελματικα περιβαλλοντα υπαρχει ηδη. BSD δεν θα παρω :P

Δεν ειναι σιγουρα ευκολοτερο να μεταφερεις το εργαλειο μαζι με την γνωση; Για το αν ειναι καλυτερο οχι παντα. Και εναλλακτικες υλοποιησεις παντα θα εχουν την θεση τους σε μικρες γωνιες. Αν θελεις να το αντικαταστησεις θα πρεπει να μου δωσεις ενα ευκολο μονοπατι μεταβασης. Το systemd μπαινει χωρις να αλλαξεις τα init scripts σε πρωτη φαση. Μια συμβατοτητα με τα units η καποιο αυτοματοποιημενο εργαλειο να τα μεταφραζει ειναι απαραιτητο.

Αυτο ειναι, κατ εμε, μια παγιδα στην οποια επεσαν πολλοι χρηστες, μεταξυ τους και εμπειροι, στην αρχη του systemd.

Εγω παντως οπως και πολυ αλλοι επεσα στην αντιθετη παγιδα :lol:

Καποιος πριν ρωτησε αν το systemd το ειχε γραψει η Microsoft τι θα αλλαζε; Να ρωτησω και εγω στο ιδιο στυλ :

* Αν το systemd δεν το εγραψε καποιος που ειχε γραψει το pulseaudio τι θα αλλαζε;

* Αν αυτος που το ειχε γραψει, ζουσε σε καλυβα στο βουνο και ετρωγε βρουβες, αντι να δουλευει σε μεγαλη εταιρεια τι θα αλλαζε;


Γιατι πρεπει να κρατησουμε το sysvinit;

Ελα μου ντε! Αληθεια οποιος το προτιμα απεναντι μιας οποιασδηποτε αλλης λυσης να παει στο βουνο να τρωει βρουβες :lol:

Το προβλημα ομως ειναι οτι οταν επιχειρεις να αλλαξεις κατι (ειτε το παλιο ειναι καλο ειτε κακο), εσυ εχεις την ευθυνη της αποδειξης. Εσυ κανεις ενα ισχυρισμο.

Πολυ σωστα. Αλλα παραπεμπω στο https://lwn.net/Articles/385536/ . Θεωρω πως η αναγκη ειχε τεκμηριωθει επαρκως.

Τωρα αν βιαστηκε να μπει στις διανομες: Μπορει να κανω λαθος και διορθωστε με, αλλα στο RedHat δεν βιαστηκε καθολου να μπει. Εχει τα "κοροιδα" του Fedora για πειραματοζωα. Στο Arch οπως τεκμηριωσε παραπανω ο mobinmob μπηκε γιατι το βρηκαν ποιο ευκολο.

Εκει που κριθηκε το παιγνιδι ηταν στο Debian. Και το Debian ειναι μια ιδιαζουσα διανομη μιας και θελει να υποστηριζει 45 επεξεργαστες και 62 πυρηνες. Εκει εγινε ενα καλο debate. Συζητηθηκαν επι μακρον τα καλα και τα κακα. Απο τοτε αρχισα σιγα σιγα να αλλαζω γνωμη. Κατ αρχην τα "πηρα στην κρανα" με το Devuan. Οχι προς θεου γιατι φτιαξανε την διανομη, αλλα γιατι δεν την εφτιαξαν νωριτερα. Αν εισαι σε μια ομαδα με κοινους στοχους και συζητας, πρεπει και να αποδεχεσαι το αποτελεσμα της συζητησης. Αλλιως, αν εχεις ηδη αποφασισει, αποχωρεις και τραβας τον δρομο σου.

Και εχουμε την "καταρα της τελευταιας εκδοσης" (rolling distro με ακουτε;). ;Oχι το kde δεν βιαστηκε ποτε να βγαλει μια τελευταια εκδοση που να ηταν ημιτελης. Ποτε!! Το Gnome to ιδιο. Ποτε !! Δεν θεωρω πως υπηρξε καποια βιασυνη στην υιοθετηση του (αλλωστε ακομα και σημερα το συζηταμε) . Τουλαχιστον καμια παραπανω απο οποιονδηποτε γραφει κατι καινουργιο και θελει να το δει να χρησιμοποιειτε.

Η ομαδα που το αναπτυσσει βρεθηκε σε μια πλεονεκτικη θεση ειναι αληθεια. Αλλα αν δεν ηταν εκει και αντιθετα ζουσε στο βουνο τρωγοντας βρουβες, ειμαι σιγουρος πως καποια ιδια ατομα θα ελεγαν για τους επαναστατες που τολμουν να ταραξουν τα στασιμα νερα και προσπαθουν να περασουν την διαχειριση συστηματος σε ενα ανωτερο επιπεδο σπαζοντας τα δεσμα του παρελθοντος.

Τα cgroups εχουν filesystem interface, δεν χρειαζεται να τρεχεις systemd για να τα χρησιμοποιησεις.

Τιποτα δεν εχει αναγκη το systemd για να το χρησιμοποιησεις! Δεν προσθετει τιποτα στο τι μπορει να κανει ο πυρηνας. Απλα το κανει ευκολο. Το εξυπνο στα cgroups θα ηταν να προσθεσεις καποια εξαρτηση και να τα χρησιμοποιεις εμμεσα, ωστε να εισαι ασφαλης στις αλλαγες και να το κανεις ευκολοτερα. Και παντα μπορεις να αντικαταστησεις ενα bash script των 150 γραμμων με ενα των 250 γραμμων ;-)

Ας δουμε για παραδειγμα την ντιρεκτιβα "CPUAffinity=". Ειναι χρησιμη στο 0.1% των περιπτωσεων. Αλλα υπαρχει εκει και ειναι ορατη μπροστα μου. Μπορω με μια γραμμη να το ενεργοποιησω και να δω αν εχει νοημα σε καποια περιπτωση. Αν δεν την ειχα θα μπορουσα να το κανω, αλλα θα ηθελε πολυ διαβασμα και δεν θα εμπαινα στον κοπο :P. Αυτο ειναι το μεγαλο πλεονεκτημα κατ εμε. Κανει ευκολα προσβασιμα ολα τα καλουδια του πυρηνα, που αλλιως μπορει να μην ηξερα καν πως υπαρχουν. (Ταυτοχρονα το κανει δυσκολο να γινει porting σε BSD, αλλο αυτο).

Το προβλημα ομως ειναι οτι οταν επιχειρεις να αλλαξεις κατι (ειτε το παλιο ειναι καλο ειτε κακο), εσυ εχεις την ευθυνη της αποδειξης. Εσυ κανεις ενα ισχυρισμο.

Ξανα κανω quote γιατι σημερα ισχυει ακριβως το ιδιο, αλλα απο την αλλη μερια. Οι καινουργιες λυσεις θα πρεπει να κανουν σημερα ακριβως αυτο.

ΥΓ: Δεν ειμαι τυφλος οπαδος καμιας λυσης. Αν και πρεπει να ομολογησω πως σημερα εδω ακουγομαι ετσι :P. Οπως στο παρελθον ημουν εναντια και σημερα αλλαξα γνωμη, εξακολουθω να επιτρεπω στον εαυτο μου το δικαιωμα να το πραξει ξανα στο μελλον.

ατα τη γνωμη μου παλι, το γεγονος οτι ειναι τεραστιο και εκτεταμενο, δεν το κανει απαραιτητα καλο και σωστο.

Αλλα αν συγκρινεις την κατασταση με τα εναλλακτικα inits η κατασταση θα ειναι σαν την μερα με την νυχτα. Οχι μονο απο πλευρας δυνατοτητων αλλα και απο πλευρας τεκμηριωσης. Πριν 5 χρονια ισως η τεκμηριωση του `systemd` να μην ηταν καλη, αλλα σημερα δεν ισχυει ποια αυτο.

Αν εχω ενα παραπονο ειναι πως ειναι τεραστιο. Δεν μπορω να κρινω απο το BSD αλλα τα βρισκω πολυ καλα. Η πληρη τρομωδεις λιστα :sorry:

https://www.freedesktop.org/software/systemd/man/

Επισης υπαρχει το https://freedesktop.org/wiki/Software/systemd/ και το https://systemd.io/ καθως και μια σειρα αρθρων στο http://0pointer.net/blog/ και πολλα βιντεο σε συνεδρια. Επισης υπαρχει πολυ πληροφορια διασπαρτη σε blogs, stack overflow κλπ..

Αλλα θα συμφωνησω πως αυτα δεν αρκουν. Ενα man page ειναι χρησιμο οταν ξερεις την εντολη. Πολλες γωνιες του ειναι ξεχασμενες και μονο οσοι τις χρησιμοποιουν τις γνωριζουν και δεν εχουν μεταφερει την γνωση σε αρθρα σε blogs. Και εχει πολλα directives. Διαβολεμενα πολλα

https://www.freedesktop.org/software/systemd/man/systemd.directives.html

Παρε για παραδειγμα το `AllowedCPUs=` η το `BlockIODeviceWeight=` η το `DevicePolicy=`. Ολα εχουν μια ιστορια να πουν με περιπτωσεις που ειναι χρησιμα. Ευτυχως στην πραξη αρκει να ξερεις ενα μικρο ποσοστο απο αυτες. Αλλα αυτες οι ιστοριες δεν εχουν γραφτει. Ισως να φταιει το που να πας να μπλεξεις. Εχω γραψει λιγες εκατονταδες αρθρακια για το Linux, οδηγους παρουσιασεις προγραμματων κλπ. Συνηθως καποιος ελεγε ενα ευχαριστω. Οταν αρχισα να γραφω για systemd εισεπραξα αντιθετα πολλες βρισιες και καταρες.

Μιλουσα για services που γινονται για παραδειγμα deploy μεσω καποιου CI tool, σηκωνονται στο background και _πρεπει_ να μεινουν μετα το logout

Και εκει το παλιο καλο nohup παιρνει τον πουλο :cry: Σκεψου το ομως ως εξης: Παλια ειχαμε δυο τυπους προγραμματων τις "υπηρεσιες συστηματος" και τα "προγραμματα χρηστη". Τα παραπανω δεν ειναι ουτε στην μια κατηγορια, ουτε στην αλλη. Ας τα ονομασουμε ελλειψει καλυτερου ορου ως "υπηρεσιες χρηστη". Σε ενα τυπικο UNIX δεν μπορεις να εχεις τιποτε αλλο. Και οι δαιμονες δεν ηταν κατι αλλο απο ενα hack με double fork. Αλλα με τα api του Linux μπορεις να κανεις κατι καλυτερο. Να τα βαλεις μεσα σε ενα cgroup (πιθανα και σε ενα BSD jail - διαφωτισε μας) και να μην μπορει να ξεφυγει τιποτα και να τα κρατας εκει μεσα και να τα προσεχεις ) https://linux-user.gr/t/gia-ta-cgroups-kai-to-systemd-mia-eikonografhmenh-istoria/2238. Σαν ενα bonus μπορεις να εχεις και καλυτερο ελεγχο των resources μην σου μεινει στο χερι ο server γιατι εχεις εκει και ενα CI.

Οποτε εδω μπαινει το .... διαβασμα :whistle:. Θα πρεπει να μαθεις τους νεους τροπους. Ισως να το βρεις και ποιο ευκολο και να λες "βρε πως τα εκανα ετσι τοσο καιρο" :p


Το θεμα ειναι πως εχει αρχισει να καταπινει τα παντα, να σπαει compatibility χωρις να υπαρχει τροπος να το γνωριζεις εκ των προτερων και να καταληγει να δημιουργει περισσοτερα προβληματα απο οσα λυνει.

Μια ενδιαφερουσα ιστορια για το tmux ειναι πως οι devs του systemd πηγαν στο αποθετηριο του και εκαναν ενα pull request https://github.com/tmux/tmux/issues/428. Στο internet επικρατησε τρελα. Αρρρρρργκκκ το systemd ειναι χταποδι.


Ctrl+Click και ανοιγει το link σε αλλο tab

Το να σε αντιγραφουν παντως ειναι η καλυτερη μορφη κολακειας :oneup:

Σημερα με μεγαλη μου χαρα βρηκα πως οι οροι χρησεως που ειχα γραψει για ενα φορουμ μεταφερθηκαν αυτουσιες ως εχει σε ενα αλλο. Και πραγματικα χαρηκα πολυ που με αυτο το λιγο βοηθησα καποιον αλλον :rolleyes: Τους εβγαλα με αδεια χρησης creative commons ακριβως για αυτο τον λογο. Αλλα ρε παιδια εν ετη 2020 φτιαχνετε ενα φορουμ με SMF, δεν θα κρινω το τεχνολογικο stack, αλλα διαβαζετε τι κοπιαρετε. Λετε μεσα για επιπεδα χρηστων, παρασημα και αλλα κουλα που το SMF δεν εχει :respekt:

Περαν απο την πλακα, συνεχιστε την καλη δουλεια. Ελπιζω καποια στιγμη ολοι μας να μπορεσουμε ολοι να δουμε με συγκεκριμενα παραδειγματα που πλεονεκτει καποιο εναλλακτικο init για να αρχισουμε να σκεφτομαστε την μεταβαση σε αυτο. Το ποσο κακο ειναι το εναλλακτικο αντε πες και το τεκμηριωσατε. Παμε τωρα στο ζουμι.

Οφειλω να αναγνωρισω την βοηθεια που μου προσφερε ο @mobinmob τοσο με τα γραπτα του οσο και σε προσωπικη επικοινωνια (με αφθονα links) στην προσπαθεια μου να ξεδιαλυνω το κουβαρι των διαφορων inits. Μπορει να μην συμφωνουμε σε ολα, αλλα η διαφωνιες στα τεχνικα ειναι σεβαστες. Ευχομαι καποια στιγμη να βρει χρονο και να μοιραστει με ολους τις γνωσεις του. Ενα απο τα συμπερασματα της συζητησης ειναι πως δεν υπαρχει επαρκης τεκμηριωση των εναλλακτικων.

Αν οσοι ειναι αντιθετοι στο systemd ειχαν το καθαρο μυαλο του, η κατασταση των σχετικων συζητησεων δεν θα ηταν τοσο τοξικη. Στην τελικη, με ελαχιστες εξαιρεσεις, σε αυτην την συζητηση ολοι το τι ειναι το καλυτερο για το ελευθερο λογισμικο αναζητουμε.

Η συζητηση για το systemd εχει γινει απο την αρχη σε ενα τοξικο κλιμα, με επικεφαλιδες clickbate και με αρθρα του στυλ το systemd κανει και αυτο, τοσες χιλιαδες γραμμες κωδικα ... omg !!

Κανενας δεν καθισε να εξηγησει σε αυτα τα αρθρα τις αλλαγες, γιατι εγιναν, και ποια τα οφελη. Και αυτο το αρνητικο κλιμα μας εχει επηρεασει ολους. Προσωπικα ημουν εξισου επικριτικος (και υπαρχουν προσφατα σχολια μου λολ). Αλλα με αφορμη και του οτι κλειστηκαμε στο σπιτι, ειπα να καθισω να δω τι ακριβως συμβαινει και μιας και το φορτωθηκαμε να το μαθω. Και μου αρεσαν πολλα απο αυτα που βρηκα. Και αρχισα να αλλαζω γνωμη. Και επειδη ο καλυτερος τροπος για να μαθεις κατι ειναι να διδαξεις τους αλλους αρχισα να καταγραφω αυτα που εβρισκα σε μια σειρα αρθρων. Και θα ακολουθησουν και αλλα για οποιον ενδιαφερετε, μιας και ακομα εχω πολλα να μαθω για αυτο λολ.

Ενδεικτικα καποια απο αυτα ειναι:
1. https://cerebrux.net/2020/07/26/systemd-service-security/
2. https://cerebrux.net/2020/07/23/systemd-analyse-security/
3. https://cerebrux.net/2020/07/09/%cf%84%ce%b9-%ce%b5%ce%af%ce%bd%ce%b1%ce%b9-%cf%84%ce%bf-d-bus/
καθως και αρκετα αλλα σε αυτο το blog ως φιλοξενουμενος καθως και σε ενα αλλο φορουμ.

Εχω καθισει και εχω διαβασει ωρες και ωρες να διαβαζω παλια αρθρα και ατελειωτα threads, και ειδα ολα απο την αρχη με κριτικο ματι ολα σχεδον ειχα διαβασει για αυτο στο παρελθον. Ειλικρινα δεν βρηκα πολλα αξιολογα επιχειρηματα εναντιων του. Και η καταστροφη και το τελος του Linux που προφητευαν απλα δεν ηρθε ποτε. Το συστημα μου εγινε απλα γρηγοροτεροι και το κυριοτερο ευκολοτερα διαχειρισιμο. Καμια καταρρευση καμια επανεκκινηση καθε τρεις και λιγο οπως ειχε προβλεφτει. Ισως και οσοι δεν το συμπαθουν τοσο, αν καθισουν να διαβασουν για αυτο να αλλαξουν γνωμη. Η αν δεν αλλαξουν, τουλαχιστον θα γνωρισουν καλυτερα το γιατι.

Αν αφησει καποιος στην ακρη το FUD και τα echo chamber, και καθισει να μελετησει το τι ειναι τι κανει και γιατι πιστευω πως θα αλλαξει γνωμη. Και ανεξαρτητα του τι επιλεγει κανεις στον υπολογιστη του, στην δουλεια ειναι κατι που θα χρησιμοποιησεις και θα πρεπει να κατσεις να το μαθεις. Κοιταξα η προσπαθησα να κοιταξω και για αλλα inits. Αλλα η πληροφορια για αυτα ειναι τοση λιγη και χανετε μεσα στον θορυβο των "σταυροφορων". Πραγματικα την κυνηγας με το κουταλακι.

Αντι για κατεβατα λοιπον εναντια σε ενα συστημα παρουσιαστε τα αλλα συστηματα. Δειξετε μας τα θετικα τους και που πλεονεκτουν. Το systemd εχει ενα πολυ καλο logging οπου βρισκεις ευκολα την πληροφορια που θελεις και ειναι δυσκολο να αλλοιωθει. Γραφεις ευκολα ενα service και μπορεις ευκολα να εχεις μια καλη εποπτεια και διαχειριση του συστηματος. Σε ενα απο τα αρθρα παραπανω δειχνω καποια απο τα χαρακτηριστικα της ασφαλειας που παρεχει. Γραψτε οδηγιες και αρθρα να διαβασουμε που να δειχνουν πως κανεις αυτα σε αλλα συστηματα. Δειξτε μας πως κατι αλλο εχει καλυτερη ασφαλεια η καλυτερο ελεγχο η καλυτερη διαχειριση. Δειξτε μας γιατι να προτιμησουμε κατι αλλο ποιο καταλληλο για το ετος 2020.

Αυτο θα ηταν μια καλυτερη προσεγγιση και θα βοηθουσε καλυτερα το ελευθερο λογισμικο, αντι για την συνομωσιολογια, το FUD, την παραπληροφορηση και την παρελθοντολαγνεια. Ενας διαλογος δεν γινετε με κραυγες και ουρλιαχτα αλλα με επιχειρηματα.

Το linux καποτε δεν ειχε γραφικο περιβαλλον, γιατι να το διαλεξεις, τα win ητανε ενα κομματι λογισμικου και ητανε καλυτερο.

Σοβαρα τωρα συγκρινεις ενα κλειστο λογισμικο με ενα ανοικτο; Linux ειχα απο την δεκαετια του 90 και ηξερα πολυ καλα γιατι το ειχα. Αυτο που λεω ειναι απλο. Το systemd ηταν σκαλες ανωτερο απο τις προηγουμενες λυσεις και επικρατησε. Αν δεν σου αρεσει φτιαξε κατι που να ειναι 80% το ιδιο καλο (δεν λεω καν καλυτερο), απεδειξε το και θα σε ακολουθησω.


Αν την εταιρεια που προωθει το systemd την λεγανε microsoft και οχι redhat, θα ηθελες systemd στο συστημα σου ?


Συγνωμη αλλα αυτο ειναι ενα επιχειρημα του τυπου αν η γιαγια μου ειχε καρουλια θα ηταν καρο. Αλλα θα απαντησω παραβιαζοντας τα περι συζητησης τυπου καφενειου: Αν η microsoft ειχε βγαλει καποιο λογισμικο θα το εκρινα :
α. Απο την αδεια χρησης του. Αν ηταν GPL δεν θα ειχα κανενα απολυτως προβλημα. Αυτο ειναι το πρωτο και κυριο κριτηριο. Μπορει παντα να γινει ο κωδικας fork. Εσυ γιατι θα ειχες προβλημα;
β. Αν ειναι καλο και χρησιμο.

3.Πηγαινε φτιαξε την διανομη σου, μπορει να εισαι ο επομενος linux mint


Ευχαριστω πολυ για την προταση, αλλα προτιμω να ειμαι ενας απλος χρηστης και να βλεπω τα πραγματα απο την σκοπια ενος απλου χρηστη. Μπορω να βοηθησω καλυτερα ετσι τους χρηστες που προσπαθω στο μετρο μου να τους βοηθησω. Αλλα την προταση σου θα την σκεφτω σοβαρα αν ποτε αποκτησω καποιο ψυχολογικο συνδρομο και θελω να αναδειχτω. Οποτε σε ευχαριστω ξανα.

Δευτερον, η διανομη ανηκει πρωτα στους δημιουργους της και μετα στους υπολοιπους.


Σε αυτο ειναι το μονο που θα συμφωνησω. Ελπιζω να μεταφερθει αυτη η οπτικη και στις υπολοιπες διανομες που συστηματικα βριζετε. Καθενας γραφει την διανομη που θελει (και επιλεγει και οτι θελει ετσι δεν ειναι;). Και καθενας την προωθει κατα το μετρο του. Οι πελατες την κρινουν τοσο σε τεχνικο επιπεδο αλλα και απο αλλα πραγματα.

ΥΓ: Μετεφερε στον μεντορα σου πως οποιος εχει επιχειρηματα τα μεταφερει και δεν βριζει, δεν σβηνει δημοσιευσεις και δεν αποχωρει. Αλλα τα γραπτα μενουν να κρινει οποιος θελει. Επισης μεσα σε αυτα μπορει μεσα σε αυτα να βρεις και τις απαντησεις στα ερωτηματα σου, αν τουλαχιστον θελεις να τις δεις. Επισης μπορεις να εκφρασεις τις αντιρρησεις σου, αν βεβαια διαθετεις τα τεχνικα επιχειρηματα. Ειμαι σιγουρος πως εχεις, αλλα κριμα δεν ειναι να μενουν κρυφα; Αν τωρα δεν "απολυμαινετε" τα πακετα απο το systemd θα παραδεχτω το λαθος μου. Αλλα τις εξηγησεις να τις ζητησεις απο τον μεντορα σου, αν αυτος παραπληροφορησε. Ευκολα παντως μπορεις να αποδειξεις αν υπαρχει init-freedom στην διανομη η οχι. Στο debian για παραδειγμα απλα προσθετεις ενα πακετο.

Ελπιζω η συνεχεια της συζητησης να ειναι ουσιαστικη και οχι επιπεδου καφενειου. Ελπιζω να ακουστουν σοβαρα επιχειρηματα και να γινει μια καλη κουβεντα. Αλλωστε με μια ελπιδα ζει κανεις. Διαφορετικα δεν θα κανω αλλο καταχρηση του χωρου.

Ποιο ειναι το προβλημα με το να προτεινεται μια διανομη οπως το Artix σε νεους χρηστες;

Οταν το μονο που εχει να πει ειναι πως δεν εχει systemd και πως αν εχεις systemd εισαι σαν την Microsoft και θα πεσουν πανω σου ολα τα κακα του κοσμου δεν ειναι προβλημα; Οταν λες σε ενα αρχαριο χρηστη διαλεξε αυτο που δεν καταλαβαινει τι ειναι δεν ειναι προβλημα; Σε ενα νεο χρηστη θα προτεινεις μια απλη διανομη και οταν ειναι ετοιμος μπορει να προχωρησει σε κατι ποιο προχωρημενο.

Τι εννοεις; Σε ποια πακετα γινεται αυτο;

Ειμαι διαχειριστης σε ενα ελληνοφωνο φορουμ, οπου εχει ξεκινησει μια σειρα αρθρων για τα καλα και τα κακα του systemd. Δεν θα ηθελα να δωσω καποιο link να μην θεωρηθει διαφημιση. Εκει εχουμε ζητησει επανειλημμενως να παρουσιαστουν εναλλακτικα init και να γινει διαλογος. Εισπραξαμε μονο υβρεις. Και ειχαμε και ενα dev της διανομης που δηλωσε πως δεν επιθυμει κανενα διαλογο, αλλα απλα να πει μονο τα δικα του (τα οποια και εσβησε στην συνεχεια αλλα τα επαναφεραμε). Εκει δηλωσε πως εχουν δικα τους αποθετηρια και αφαιρουν την υποστηριξη του systemd (η συγκεκριμενη λεξη που χρησιμοποιησε ηταν νομιζω "μολυνει"). Αρα αν βαλω αυτη την διανομη και θελω να δοκιμασω το systemd δεν μπορω απο σχεδιασμο. Πακετα που πριν μπορουσαν τωρα δεν μπορουν. Μπορω να παρω την διανομη και να βαλω systemd; Ασκωντας το init-freedom; Μου αρεσει μετα που κατηγορειτε το debian ...

Αν εχω λαθος
α. Ρωτηστε τον συγκεκριμενο γιατι τα λεει αυτα και δυσφημει την διανομη,
β. Πειτε μου αν μπορω να βαλω systemd στην διανομη και πως.

btw, στο logout τα user processes θα γινονται kill

Μα ακριβως αυτο περιμενω να γινει οταν κανω logout απο μια γραφικη συνεδρια. Το nohup το λεει και το ονομα ειναι για το τερματικο. Επειδη ομως πριν τα cgroups δεν μπορουσε αυτο να γινει. Αρα να μην διορθωθει κατι λαθος γιατι ετσι καναμε τοσο καιρο; Να δωσω ενα πρακτικο παραδειγμα. Χρησιμοποιω cinnamon που δυστυχως δεν υποστηριζει systemd ακομα. Καποιες φορες καποια παιγνιδια στο steam κολλανε και τρεχουν στο background χωρις παραθυρο. Ακομα και αν κανω logout παραμενουν. Γιατι;

Μονο προβλημα ειναι σε προγραμματα τυπου `tmux` οπου ομως υπαρχει ειδικη υποστηριξη και θελουν ενα απλο patch η να τα ξεκινησεις με ειδικο τροπο.

Μου αρεσουν αυτοι που ενω δεν εχουν φτιαξει εστω ενα project, ποσο μαλλον διανομη, να εκφραζονται ως ειδημονες.

Εκπληκτικη δομη επιχειρηματος. Δεν υπαρχει αναγκη παραθεσης κανενος αλλου τεχνικου επιχειρηματος. Συγνωμη δηλαδη που τολμαει να μιλησει καποιος. Αν ειναι δυνατον. Πως να τον βγαλω τον κωδικα να το μετρησω απεναντι σε καποιον που εχει φτιαξει ολοκληρη διανομη! Ζητω ταπεινα συγνωμη.

Δεν εκφραζομαι καθολου σαν καποιος ειδημονας γιατι δεν ειμαι. Αναζητω επιχειρηματα με την λιγη τεχνικη γνωση που εχω για να πειστω. Και δεν τα βρισκω. Εχω γραψει και ελαχιστα τεχνικα αρθρα για το systemd οπου μπορει ο καθενας να με διορθωσει. Και ως μη γνωστης καθε τι που εχω καταλαβει λαθος και διορθωθει θα μου κανει μεγαλο καλο. Το να μαθαινει κανεις ειναι ενα απο τα πλεονεκτηματα του να μην ειναι ειδημονας καποιος. Τα σχολια στα αρθρα ειναι ανοικτα, ειναι με αδεια CC (και μπορεις να τα κανεις μεχρι και copy!). Οποιος θελει προσθετει τις αντιρρησεις του. Δεν τα παραθετω για να μην λετε πως κανω SEO, αλλα ειναι ευκολο να βρεθουν. Τοτε μπορει ισως και να βρεθει ποιος ειναι ο φανατισμενος και ποιος οχι.

Οποιος θελει, διαβαζει, οπως κανει και ο υπολοιπος πλανητης.

Για παραδειγμα μπορει να μαθει τα βασικα της C και να χρησιμοποιησει την τυπικη βιβλιοθηκη της ( που ειναι κομματι του POSIX) και να φτιαξει ενα δυαδικο αρχειο. Αλλα τι να ξερουν οι πρωτοετεις απεναντι σε καποιο που εχει γραψει διανομη και ξερει πως τα binary αρχεια δεν ειναι POSIX. Να αλλαξει αμεσως η υλη και να μην παραπληροφορει.

Ενα αλλο κομματι, ειναι το porting. Πως μπορει να γινει port σε ενα *BSD συστημα ενα component που εχει εξαρτηση στον systemd? Δε μπορει.

Αυτη ειναι μια εγκυρη κριτικη, Δεν με ενδιαφερει τοσο το BSD αλλα τα υπολοιπα μικρα λειτουργικα που εχουν αδεια GPL. Αλλα ο πυρηνας του Linux εχει προσθεσει τοσα χαρακτηριστικα ασφαλειας που ειναι κριμα να μην χρησιμοποιηθουν. Δεν θα μεινουμε πισω αν το BSD δεν εχει αυτα τα api. Αυτο ισχυει και για οτιδηποτε αλλο ερθει με αξιωσεις να αντικαταστησει το systemd.

Οσο για το BSD η λυσεις ειναι οι γνωστες: Ειτε υλοποιει τα api, ειτε προσθετει την δικη του λυση. Και πατσαρει οτι θελει να χρησιμοποιησει ειτε upstream ειτε downstream. Αν θελει το gnome το πατσαρει και το τρεχει ειτε με μειωμενες δυνατοτητες, ειτε κανει τα παραπανω. Εχει αποχθειει πως αυτο ειναι δυνατο downstream, αλλα η καραμελα καραμελα.

το οποιο εχει ενα documentation το οποιο μοιαζει να εχει γραφτει απο γιββωνα μετα απο λοβοτομη, προσωπικα δε μπορω να το παρω στα σοβαρα.

Τι εννοεις; Το documentation ειναι τεραστιο και εκτεταμενο. Ο κωδικας εχει 20% σχολια. Το μονο προβλημα ειναι πως πρεπει να ξαναδιαβασει κανεις, για πληρη χρηση. Στην πραξη οι παλιες μεθοδοι δουλευουν και εχει ενα ομαλο μονοπατι μεταβασης. Αυτος ειναι ενας απο τους λογους που εχει επικρατησει.

αλλα με αυτην την κινηση το linux αρχιζει και μοιαζει περισσοτερο σε windows.

Το Linux ειναι GPL και στον ανοικτο κωδικα δεν υπαρχουν αδιεξοδα. Μην το συγκρινουμε με ενα κλειστο συστημα. Αν τωρα λες πως θα πρεπει να περιμενει το BSD να το φτασει, επετρεψε μου να διαφωνησω.

αποτε το linux προσπαθουσε να ειναι συμβατο με κοινα προτυπα για να ερθουν εφαρμογες που ετρεχαν σε μεγαλα εμπορικα Unix. Τωρα...

Τωρα τα αλλα UNIX προσπαθουν να αποκτησουν τις δυνατοτητες του Linux και να τρεχουν οτι καινουργιο γραφετε σε Linux. Δεν με χαλαει καθολου :P Το Linux API ειναι το νεο POSIX

Υπηρχε μια εποχη που η κατασταση στο Linux Desktop ηταν να επιλεξεις τον διαχειριστη παραθυρων που ηθελες (ειχαμε καμια 20ρια) να προθεσεις ενα διαχειριστη για αρχεια, κατι να διαβαζεις τα email, καποιο συστημα μενου κλπ. Και τιποτα δεν ταιριαζε πληρως με κατι αλλο. Αλλα η δουλεια γινοτανε. Και μετα ηρθε το kde και το gnome και θυμαμαι κατι λιγους γραφικους να γκρινιαζουν και να λενε τι τα θελουμε αυτα; Ευτυχως το αποτελεσμα ηταν αμεσα ορατο και ολοι τους αγνοησαν. Ελαχιστοι σημερα θα ακολουθησουν αυτον τον δρομο. Ο πολυς κοσμος ειδε τα πλεονεκτηματα που εχει ενα σφιχτοδεμενο συστημα. Σημερα ακουγετε σαν αστειο η επιστροφη στο παρελθον.

Λετε πως υπαρχουν 127 διανομες που δεν εχουν systemd. Ποιες ειναι αυτες και ποσο καιρο εχουν να βγαλουν μια καινουργια εκδοση; Τι βαση χρησεων εχουν; Η μονη αξια λογου διανομη ειναι το Slakware (για συναισθηματικους λογους) και το Alpine (που εχει πολυ ειδικες χρησεις). Πολυ θα ηθελα να ακουσω μια λιστα με 30 απο αυτες, ποτε βγαλανε την προηγουμενη και την τελευταια εκδοση τους, και το userbase που εχουν. Μια διανομη που δεν εχει ανανεωθει για 10 χρονια δεν θα εχει systemd Υπεροχο!

Τωρα οσο για την ελευθερια επιλογης που εχει γινει καραμελα προσπαθειες σαν το Artix μου θυμιζουν το μπορεις να διαλεξεις οτι χρωμα θελεις αρκει να ειναι Μπλε. Ελευθερια επιλογης δεν υπαρχει χωρις πληροφορηση. Εχετε τοσα init system, αλλα με ποια λογικη θα διαλεξω ενα απο αυτα; Που καθοδηγειτε τον χρηστη (και ειδα με τρομο να το προτεινετε και σε νεους χρηστες) ωστε να επιλεξει; Ποια ειναι τα πλεονεκτηματα και τα μειονεκτηματα της καθε λυση που προτεινετε;

Θα ηταν μια καλη προσπαθεια αν δεν ειχε την τυφλωση του φανατικου (σε σημειο να θυμιζει ΚΚΕ, αντιδραση για την αντιδραση). Το Artix εχει τα δικα του αποθετηρια, οπου παιρνει τα πακετα και προσεξτε δεν προσθετει δυνατοτητες ωστε να υποστηριχτουν τα init που δεν υποστηριζονται στο επακρο. Κατι που θα ηταν απολυτα λογικο. Παιρνει τα πακετα και αφαιρει κωδικα ωστε να μην υποστηριζουν το systemd. Αυτο το βαπτιζουν ελευθερια επιλογης. Και ειναι κριμα, θα μπορουσε να αποτελεσει μια βαση να μπορει καποιος να κρινει και συγκρινει στην πραξη τα διαφορα init. Αλλα μαλλον δεν τους συμφερει να γινει η συγκριση.

Δυστυχως η προσπαθεια σας χανετε μεσα στον φανατισμο σας. Και δεν αξιζει τον κοπο να ασχοληθει κανεις, οσο τουλαχιστον δεν προσπαθειτε να το κανετε ως επιλογη σε νεους χρηστες και ετσι να κανετε μεγαλο κακο στην διαδοση του Linux. Παλια ειχαμε την Microsoft να σκορπιζει FUD αλλα πλεον μπορουμε και μονοι μας.

Καθιστε και διαβαστε καλο θα σας κανει. Για παραδειγμα δεν μπορειτε να λετε πως τα δυαδικα αρχεια δεν ειναι POSIX. Με το μπαρδον δηλαδης αλλα οι βασεις δεδομενων ειναι text αρχεια; Το berkleydb δεν ειναι POSIX; Ε ρε τι ακουμε καλοκαιριατικα... Τωρα αν θελετε το linux να εχει τις δυνατοτητες των Windows NT (που ειναι POSIX) και να αγνοειτε τα api που εχει φτιαξει μαγκια σας. Αν θελετε να αντικαταστησετε κωδικα σε LGPL με κομματια κωδικα απροσδιοριστης αδειας η με αδεια BSD παλι μαγκια σας. Αλλα μην νομιζετε πως κανετε κατι καλο στο GPL γιατι απλα δειχνετε την γυμνια σας.

Το systemd ειναι ενα κομματι λογισμικου με τα θετικα του και τα αρνητικα του. Αν θελετε να το αντικαταστησετε καντε το σωστα. Με επιχειρηματα και οχι με συνομοσιολογιες. Και το κυριοτερο με κωδικα. Φτιαξτε κατι καλυτερο (η εστω περιπου το ιδιο καλο) και δειξετε μας γιατι ειναι καλυτερο. Σαν ενα ολοκληρωμενο συστημα διαχειρισης του υπολογιστη. Γιατι αλλιως ειναι σαν να φτιαξετε ενα file manager και να λετε κοιταξτε ειναι καλυτερο του gnome/kde. Και με ποσο λιγο κωδικα το φτιαξαμε!!!. Φατε την σκονη μας!!

Σας αφηνω τωρα, λεω να φτιαξω μια διανομη που θα επιτρεπει στον χρηστη να διαλεξει αναμεσα σε fvwm και twm και να ασκησει την ελευθερια επιλογης του. Αρκει να μην τρεχει gnome γιατι κανει τα παντα. Μα διαχειριστης παραθυρων ειναι αυτο; Γιατι δεν κανει μια δουλεια μονο μπλεκετε στα ποδια των αλλων;

ΥΓ1: Κριμα μεγαλο κριμα με τα μυαλα που κουβαλανε οσοι πολεμουν το systemd με αυτον τον τροπο. Απλα κανουν οσους πραγματικα αναζητουν κατι διαφορετικο να τους μοιαζουν

ΥΓ2: Εμαθα πως υπαρχει το ετος 2020 site που απαγορευει το δεξι κλικ. Μεσα στην ανοιχτοτατα και το GPL εισαστε παιδια. Μπραβο ενα μεγαλο μπραβο! Δεν μπορει να σας κλεψει τον πνευματικο σας μοχθο κανεις. Information dont want to be free