Linux kernel releases

[famous-walker]

Περιμενω τωρα τον Λινους να πει πως δεν ειναι υποτακτικος, αλλα σαν Φιλανδος εχει προηγουμενα με την Κουβα.

[megahead13]

Περιμενω τωρα τον Λινους να πει πως δεν ειναι υποτακτικος, αλλα σαν Φιλανδος εχει προηγουμενα με την Κουβα.

Ξεφτίλα όμως

[famous-walker]

Ξεφτίλα όμως

Και δεν ειδαμε ακομα τιποτα...

[megahead13]

Δυστυχώς

[manosdoc]

Wishful thinking αλλα θα θελα να δω fork με έδρα στην Ελβετία.

Και αν δεν θέλει ο αγαπητός Λίνους, στο καλό, μα όπως έχει πει και ο ίδιος, θα πρεπε κάποια στιγμή να βρεθεί αντικαταστάτης του.

Θα γίνει το fork σίγουρα. Ο κόσμος δεν είναι ηλίθιος.

[imitheos]

Θα γίνει το fork σίγουρα. Ο κόσμος δεν είναι ηλίθιος.

Το να έρθουν άτομα και να κάνουν fork είναι εύκολο. Το πρόβλημα είναι ποιος ξέρει καλά τον κώδικα. Υπό κανονικές συνθήκες, θα έρθεις εσύ ο manosdoc, θα γράφεις μικρά fixes ή documentation, με την βοήθεια του script που σου λέει τον maintainer θα τα στέλνεις στη λίστα, μετά από μήνες θα αρχίσεις να γράφεις κάτι μεγαλύτερο με mentoring από αυτόν και σε 1-2 χρόνια θα μπορείς να συμμετέχεις σε καλό βαθμό.

Εκτός και αν φύγουν όλοι οι τρέχοντες maintainers εκτός του Linus, του Greg, του Matthew, κτλ και πάνε στο νέο fork, ποιοι θα κάνουν ανάπτυξη;

Θυμάσαι τα δεκάδες forks με βαρύγδουπα λόγια που έκανε το debian για τον firefox, για το cdrtools, κτλ; Όλα πάτωσαν γιατί κανείς δεν ήξερε τον κώδικα. Το wodim δεν έχει δει καθόλου ανάπτυξη από τότε που έγινε fork και debian / fedora δεν ντρέπονται να το παρέχουν ακόμη.

[Eruyome(MMXGN)]

Το να έρθουν άτομα και να κάνουν fork είναι εύκολο. Το πρόβλημα είναι ποιος ξέρει καλά τον κώδικα. Υπό κανονικές συνθήκες, θα έρθεις εσύ ο manosdoc, θα γράφεις μικρά fixes ή documentation, με την βοήθεια του script που σου λέει τον maintainer θα τα στέλνεις στη λίστα, μετά από μήνες θα αρχίσεις να γράφεις κάτι μεγαλύτερο με mentoring από αυτόν και σε 1-2 χρόνια θα μπορείς να συμμετέχεις σε καλό βαθμό.

Εκτός και αν φύγουν όλοι οι τρέχοντες maintainers εκτός του Linus, του Greg, του Matthew, κτλ και πάνε στο νέο fork, ποιοι θα κάνουν ανάπτυξη;

Θυμάσαι τα δεκάδες forks με βαρύγδουπα λόγια που έκανε το debian για τον firefox, για το cdrtools, κτλ; Όλα πάτωσαν γιατί κανείς δεν ήξερε τον κώδικα. Το wodim δεν έχει δει καθόλου ανάπτυξη από τότε που έγινε fork και debian / fedora δεν ντρέπονται να το παρέχουν ακόμη.

Όλα αυτά σίγουρα ισχύουν 1000%, γι αυτο είπα wishful thinking και θα γίνει μόνο αν υπάρξει πρωτοβουλία να ηγηθούν μεγαλύτεροι οργανισμοί, αλλα απο την άλλη είναι προβλήματα που με τον ένα ή τον άλλο τρόπο θα τα δούμε μπροστά μας έτσι και αλλιώς. Οι κύριοι developers γερνάνε και κάποια στιγμή θα βαρεθούν. O ίδιος ο Λίνους το χει πει. Το να χεις ένα πιο αργό σε ανάπτυξη - η και σχεδόν παγωμένο για δυο χρόνια -, αλλα ασφαλές (με την ένα οτι δεν βασίζεται με ποιο πλευρό θα ξυπνήσουν στον λευκό οίκο) πυρήνα, είναι θεωρώ θετικό. Αυτήν την στιγμή κινδυνεύουμε να μην έχουμε linux σε κάποια χρόνια γιατί πχ μπορεί να τους φαγουρίζει στο δεξί λόγω εθνικής ασφάλειας ή οτιδήποτε.

[konenas]

Απλά σε λίγο καιρό θα γράφουν σχόλια σε κινέζικα μόνο.

[jim_p]

Asahi Linux Lead Developer Hector Martin Steps Down As Upstream Apple Silicon Maintainer
https://www.phoronix.com/news/Asahi-...ad-No-Upstream

[giorgosts]

Το drama πάει λίγο πιο παλιά, υπάρχει πολλή αντίσταση στην είσοδο της Rust στον πυρήνα. Κάποιος απείλησε να σαμποτάρει τη διαδικασία.

https://www.theregister.com/2025/02/...t_and_c_linux/

[GoofyX]

Διάβασα όλα τα μηνύματα στο thread της LKML. Αυτό που κατάλαβα είναι ότι δεν είναι ακόμα ανοικτοί κάποιοι developers (συγκεκριμένα ο Christoph Hellwig είναι κάθετος στο να μπει δεύτερη γλώσσα στον kernel) για να δεχτούν κώδικα Rust για drivers, θεωρούν ότι θα υπάρχει μακροπρόθεσμα πρόβλημα στο maintenability. Από την άλλη σκέφτομαι εγώ, τι έβαλαν υποτίθεται τη Rust υποδομή στον πυρήνα, για να την κοιτάνε; Ίσως είναι ακόμη νωρίς, κάποιος μάλιστα πρότεινε αυτό που έστειλαν ως patch να διατηρείται out of tree όπως έγινε με το RT patch που ήταν 20 χρόνια εκτός και ενσωματώθηκε πρόσφατα. Ολίγον τι μπάχαλο, αλλά δεν είναι η πρώτη φορά που συμβαίνει κάτι τέτοιο.

[Eruyome(MMXGN)]

Καταλαβαίνω την αντίσταση ώς εμπόδιο στο maintainability (και προσωπικά δεν με έχει πείσει η Rust σαν γλώσσα αλλα δεν είμαι system developer) αλλα κάποια σχόλια φαίνεται να είναι απλά αντίδραση για την αντίδραση. Η Rust απο ότι έχω καταλάβει θα έπαιζε λίγο το τυράκι για να ασχοληθεί νέο αίμα με τον πυρήνα.

[imitheos]

Από την άλλη σκέφτομαι εγώ, τι έβαλαν υποτίθεται τη Rust υποδομή στον πυρήνα, για να την κοιτάνε; Ίσως είναι ακόμη νωρίς, κάποιος μάλιστα πρότεινε αυτό που έστειλαν ως patch να διατηρείται out of tree όπως έγινε με το RT patch που ήταν 20 χρόνια εκτός και ενσωματώθηκε πρόσφατα. Ολίγον τι μπάχαλο, αλλά δεν είναι η πρώτη φορά που συμβαίνει κάτι τέτοιο.

Έχεις απόλυτο δίκιο σε αυτό. Ίσως όμως να μην ρωτήθηκαν κάποιοι maintainers για αυτό και να μπήκε για πολιτικούς λόγους (πχ λεφτά από αμερική σε όσους ξανά-γράφουν C κώδικα σε "ασφαλείς" γλώσσες).

Διάβασα όλα τα μηνύματα στο thread της LKML. Αυτό που κατάλαβα είναι ότι δεν είναι ακόμα ανοικτοί κάποιοι developers (συγκεκριμένα ο Christoph Hellwig είναι κάθετος στο να μπει δεύτερη γλώσσα στον kernel) για να δεχτούν κώδικα Rust για drivers, θεωρούν ότι θα υπάρχει μακροπρόθεσμα πρόβλημα στο maintenability.

Καταλαβαίνω την αντίσταση ώς εμπόδιο στο maintainability (και προσωπικά δεν με έχει πείσει η Rust σαν γλώσσα αλλα δεν είμαι system developer) αλλα κάποια σχόλια φαίνεται να είναι απλά αντίδραση για την αντίδραση. Η Rust απο ότι έχω καταλάβει θα έπαιζε λίγο το τυράκι για να ασχοληθεί νέο αίμα με τον πυρήνα.

Σίγουρα κάποιοι είναι περισσότερο αρνητικοί από ό,τι δικαιολογείται (πχ επειδή δεν γουστάρουν αυτά που ακούν για την rust). Δεν είναι όμως υπερβολικό αυτό που λένε. Χωρίς να θέλω να μειώσω την νεολαία, σήμερα νέοι devs πολύ εύκολα εισάγουν νέες βιβλιοθήκες και νέες γλώσσες χωρίς να σκέφτονται τις συνέπειες. Εσύ ειδικά, GoofyX, όπως όλοι όσοι τρέχουμε gentoo, έχουμε βιώσει τις συνέπειες.

Ας γράψουμε 15 γραμμές κώδικα της librsvg σε rust ή του firefox ή ποιος ξέρει τι. Για αυτές τις 15 γραμμές τώρα, όλοι πρέπει να χτίσουν και να κουβαλούν την rust. Έχουμε το mkvtoolnix το οποίο επί χρόνια χρησιμοποιούσε make, ας πάμε να γράψουμε το build system ξανά σε Rake (δέχομαι ότι η σύνταξη είναι πιο εύκολη αλλά τα αρχεία που έχει το project είναι πάνω κάτω τα ίδια εδώ και χρόνια οπότε τα makefiles είχαν ήδη στηθεί οπότε δεν κέρδισε κάτι ο dev του). Τώρα για να χτίσεις το mkvtoolnix πρέπει να φέρεις ολόκληρο το υποσύστημα της ruby. Το ίδιο και για το webgtk για όσους χρησιμοποιούμε gnome.

Η rust είναι ακόμη πιο δύσκολη περίπτωση επειδή α) ακόμη και μετά από 45 χρόνια δεν έχει σταθερό api και συνέχεια αλλάζει, β) δεν έχει compilers για πολλές αρχιτεκτονικές γ) ακόμη και να είχε, είναι τόσο τεράστια που θα ήθελε ημέρες να χτιστεί εκεί. Όλοι ξεχνούν πόσο εύκολη γλώσσα (από την άποψη του να γράψεις ένα compiler) είναι η C και πόσο μικροί είναι οι compilers της. Πριν γραφτεί ξανά ο gcc σε c++, ήταν πολύ πιο μικρός σαν project και επίσης δεν χρειάζεται να υποστηρίξεις τα πάντα που υποστηρίζει ο gcc.

Πέρα λοιπόν από αυτό το εμπόδιο, των πολλαπλών γλωσσών, το maintainability εγώ, με το φτωχό μου το μυαλό, το βλέπω ως εξής: α) τι θα γίνει όταν βαρεθεί και φύγει κάποιος rust dev; Τώρα λένε ότι θέλουν να εισάγουν στον πυρήνα τον opensource driver nova και σιγά-σιγά να καταργήσουν τον nouveau επειδή ο nova είναι πολύ καλύτερος. Ο nova είναι γραμμένος σε rust. Αυτό είναι το μικρό - θεωρητικό εμπόδιο. Μπορεί να βαρεθούν και C devs και να φύγουν. β) Το μεγάλο εμπόδιο σε maintainability είναι ότι για να περαστεί ο rust κώδικας, σε ορισμένα υποσυστήματα τουλάχιστον, χρειάζονται να γίνουν αλλαγές ώστε να μπορεί να κουμπώσει εκεί η rust, οπότε εισάγει έξτρα μανούρα στους C devs.

Edit: Ξέχασα να γράψω ότι ποια είναι τα οφέλη της rust; Να δεχτώ ότι ένα πρόγραμμα σαν τον firefox ή το qtwebengine θα έχει 5000 memory leaks που δεν έχουν βρεθεί ακόμη και θα επωφεληθεί. Ένας πυρήνας είναι ένα σχετικά μικρό και δεμένο πρόγραμμα. Ούτε τρελά μαθηματικά χρησιμοποιεί ούτε floating point για να έχει rounding errors, ούτε τίποτα. Μπορεί να έχει εκατομμύρια γραμμές κώδικα λόγω drivers αλλά αρχιτεκτονικά είναι μετρημένα κουκιά. Επίσης σε χαμηλό επίπεδο πολλές startup ρουτίνες είναι γραμμένες σε assembly γιατί δεν γίνεται διαφορετικά και ακόμη και εκείνες που δεν είναι, αναγκαστικά χρησιμοποιούν "κακό κώδικα" πχ packed structs, μη-κανονική χρήση stack, κτλ οπότε εκεί θα πρέπει να χρησιμοποιήσουν μη-δόκιμο unsafe rust κώδικα, άρα ερχόμαστε στα ίδια με C.

[konenas]

Έχεις απόλυτο δίκιο σε αυτό. Ίσως όμως να μην ρωτήθηκαν κάποιοι maintainers για αυτό και να μπήκε για πολιτικούς λόγους (πχ λεφτά από αμερική σε όσους ξανά-γράφουν C κώδικα σε "ασφαλείς" γλώσσες).





Σίγουρα κάποιοι είναι περισσότερο αρνητικοί από ό,τι δικαιολογείται (πχ επειδή δεν γουστάρουν αυτά που ακούν για την rust). Δεν είναι όμως υπερβολικό αυτό που λένε. Χωρίς να θέλω να μειώσω την νεολαία, σήμερα νέοι devs πολύ εύκολα εισάγουν νέες βιβλιοθήκες και νέες γλώσσες χωρίς να σκέφτονται τις συνέπειες. Εσύ ειδικά, GoofyX, όπως όλοι όσοι τρέχουμε gentoo, έχουμε βιώσει τις συνέπειες.

Ας γράψουμε 15 γραμμές κώδικα της librsvg σε rust ή του firefox ή ποιος ξέρει τι. Για αυτές τις 15 γραμμές τώρα, όλοι πρέπει να χτίσουν και να κουβαλούν την rust. Έχουμε το mkvtoolnix το οποίο επί χρόνια χρησιμοποιούσε make, ας πάμε να γράψουμε το build system ξανά σε Rake (δέχομαι ότι η σύνταξη είναι πιο εύκολη αλλά τα αρχεία που έχει το project είναι πάνω κάτω τα ίδια εδώ και χρόνια οπότε τα makefiles είχαν ήδη στηθεί οπότε δεν κέρδισε κάτι ο dev του). Τώρα για να χτίσεις το mkvtoolnix πρέπει να φέρεις ολόκληρο το υποσύστημα της ruby. Το ίδιο και για το webgtk για όσους χρησιμοποιούμε gnome.

Η rust είναι ακόμη πιο δύσκολη περίπτωση επειδή α) ακόμη και μετά από 45 χρόνια δεν έχει σταθερό api και συνέχεια αλλάζει, β) δεν έχει compilers για πολλές αρχιτεκτονικές γ) ακόμη και να είχε, είναι τόσο τεράστια που θα ήθελε ημέρες να χτιστεί εκεί. Όλοι ξεχνούν πόσο εύκολη γλώσσα (από την άποψη του να γράψεις ένα compiler) είναι η C και πόσο μικροί είναι οι compilers της. Πριν γραφτεί ξανά ο gcc σε c++, ήταν πολύ πιο μικρός σαν project και επίσης δεν χρειάζεται να υποστηρίξεις τα πάντα που υποστηρίζει ο gcc.

Πέρα λοιπόν από αυτό το εμπόδιο, των πολλαπλών γλωσσών, το maintainability εγώ, με το φτωχό μου το μυαλό, το βλέπω ως εξής: α) τι θα γίνει όταν βαρεθεί και φύγει κάποιος rust dev; Τώρα λένε ότι θέλουν να εισάγουν στον πυρήνα τον opensource driver nova και σιγά-σιγά να καταργήσουν τον nouveau επειδή ο nova είναι πολύ καλύτερος. Ο nova είναι γραμμένος σε rust. Αυτό είναι το μικρό - θεωρητικό εμπόδιο. Μπορεί να βαρεθούν και C devs και να φύγουν. β) Το μεγάλο εμπόδιο σε maintainability είναι ότι για να περαστεί ο rust κώδικας, σε ορισμένα υποσυστήματα τουλάχιστον, χρειάζονται να γίνουν αλλαγές ώστε να μπορεί να κουμπώσει εκεί η rust, οπότε εισάγει έξτρα μανούρα στους C devs.

Edit: Ξέχασα να γράψω ότι ποια είναι τα οφέλη της rust; Να δεχτώ ότι ένα πρόγραμμα σαν τον firefox ή το qtwebengine θα έχει 5000 memory leaks που δεν έχουν βρεθεί ακόμη και θα επωφεληθεί. Ένας πυρήνας είναι ένα σχετικά μικρό και δεμένο πρόγραμμα. Ούτε τρελά μαθηματικά χρησιμοποιεί ούτε floating point για να έχει rounding errors, ούτε τίποτα. Μπορεί να έχει εκατομμύρια γραμμές κώδικα λόγω drivers αλλά αρχιτεκτονικά είναι μετρημένα κουκιά. Επίσης σε χαμηλό επίπεδο πολλές startup ρουτίνες είναι γραμμένες σε assembly γιατί δεν γίνεται διαφορετικά και ακόμη και εκείνες που δεν είναι, αναγκαστικά χρησιμοποιούν "κακό κώδικα" πχ packed structs, μη-κανονική χρήση stack, κτλ οπότε εκεί θα πρέπει να χρησιμοποιήσουν μη-δόκιμο unsafe rust κώδικα, άρα ερχόμαστε στα ίδια με C.

Μάλλον πάμε στο να βγάλουν δικό τους πυρήνα οι Κινέζοι

[Eruyome(MMXGN)]

Έχεις απόλυτο δίκιο σε αυτό. Ίσως όμως να μην ρωτήθηκαν κάποιοι maintainers για αυτό και να μπήκε για πολιτικούς λόγους (πχ λεφτά από αμερική σε όσους ξανά-γράφουν C κώδικα σε "ασφαλείς" γλώσσες).





Σίγουρα κάποιοι είναι περισσότερο αρνητικοί από ό,τι δικαιολογείται (πχ επειδή δεν γουστάρουν αυτά που ακούν για την rust). Δεν είναι όμως υπερβολικό αυτό που λένε. Χωρίς να θέλω να μειώσω την νεολαία, σήμερα νέοι devs πολύ εύκολα εισάγουν νέες βιβλιοθήκες και νέες γλώσσες χωρίς να σκέφτονται τις συνέπειες. Εσύ ειδικά, GoofyX, όπως όλοι όσοι τρέχουμε gentoo, έχουμε βιώσει τις συνέπειες.

Είναι μια διαφορά κουλτούρας σίγουρα (το οποίο πιθανόν να έρχεται πολύ απο τον σύγχρονο corporate κόσμο του "buy" vs build και της startup κουλτούρας) αλλα η λύση κατ εμέ δεν είναι να αρνείσαι κατηγορηματικά την αλλαγή αλλα να προσπαθήσεις να την κάνεις όσο πιο «αναίμακτη» γίνεται. Κακά τα ψέμματα, έρχεται η ώρα των «νέων» με Vscode+LSPs+AI οπότε το καλύτερο που μπορούν να κάνουν παλιοί με emacs, grep και ctags είναι να είναι προσεγγίσουν με ανοικτό μυαλό για να γίνει η αλλαγή με τρόπο ώστε να συνεχίσει με επιτυχία το project.

Σωστά αυτά που γράφεις στο τέλος αλλα ο κόσμος όπως και να το κάνεις περνάει σιγά σιγά απο C σε γλώσσες όπως Rust/Zig/Go.

Διαφορετικά βλέπω να έχουμε να μαθαίνει ο κόσμος κινέζικα για να μπορούν να διαβάζουν τα σχόλια στον πυρήνα (Αστειεύομαι, αλλά όχι απόλυτα)