Το μη κερδοσκοπικό Ίδρυμα Linux Foundation πληρώνει τον μισθό του Linus Torvalds και υποστηρίζει πολλά άλλα έργα ανοιχτού κώδικα. Εκτός από αυτά, αυτή την εβδομάδα κυκλοφόρησε μια νέα σειρά podcast με όνομα "The Untold Stories of Open Source".

"Κάθε εβδομάδα εξερευνούμε τα άτομα που υποστηρίζουν έργα ανοιχτού κώδικα, πώς ασχολήθηκαν με αυτά και τα προβλήματα που αντιμετώπισαν στην πορεία", εξηγεί η σελίδα GitHub του podcast (όπου μπορείτε να υποβάλετε ένα αίτημα "pull" για να προτείνετε μελλοντικά επεισόδια ή παρακολουθήστε την πρόοδο του έργου.)

Το podcast είναι διαθέσιμο στην επίσημη ιστοσελίδα του, καθώς και στο Spotify, στην Apple, την Google ή "όπου ακούτε τα podcast σας", σύμφωνα με ανακοίνωση του Linux Foundation. Μια εισαγωγική σελίδα λέει ότι το podcast θα "χρησιμοποιηθεί για να ενημερώσει τις κοινότητες Linux και Open Source σχετικά με την τρέχουσα κατάσταση στην ανάπτυξη πρωτοβουλιών ανοιχτού κώδικα και Linux Foundation Projects. Είναι ανεξάρτητο, χωρίς συνεντεύξεις από προμηθευτές εμπορικών προϊόντων ή ομάδες πωλήσεων. "

Εδώ είναι τα πέντε πρώτα επεισόδια:

• Balancing Priorities at the Cloud Native Computing Foundation, with Priyanka Sharma, general manager
• A Life in Open Source, with Brian Behlendorf, general manager at Open Source Security Foundation
• A New Model for Technical Training, with Clyde Seepersad, senior vice president of the Linux Foundation's training/certification project
• The Business Side of Open Source, with Patrick Debois, "godfather of DevOps"
• A New Model for Technical Training, with Clyde Seepersad

Το ZDNet προειδοποιεί ότι οι χρήστες Linux πρέπει να προσέχουν για «ένα νέο botnet peer-to-peer (P2P) που εξαπλώνεται μεταξύ δικτύων χρησιμοποιώντας κλεμμένα κλειδιά SSH και εκτελεί κακόβουλο λογισμικό εξόρυξης κρυπτονομισμάτων στη μνήμη του υπολογιστή».
Το botnet Panchan P2P ανακαλύφθηκε από ερευνητές στο Akamai τον Μάρτιο και η εταιρεία προειδοποιεί τώρα ότι θα μπορούσε να επωφεληθεί από τη διασύνδεση μεταξύ ακαδημαϊκών ιδρυμάτων για να εξαπλωθεί προκαλώντας την κοινή χρήση κλειδιών ελέγχου ταυτότητας SSH που είχαν κλαπεί προηγουμένως.

Ωστόσο, αντί να κλέβει πνευματική ιδιοκτησία από αυτά τα εκπαιδευτικά ιδρύματα, το botnet Panchan χρησιμοποιεί τους διακομιστές του Linux για την εξόρυξη κρυπτονομισμάτων, σύμφωνα με την Akamai... "Αντί να χρησιμοποιεί απλώς brute force ή dictionary attacks σε τυχαιοποιημένες διευθύνσεις IP όπως τα περισσότερα botnet, το κακόβουλο λογισμικό διαβάζει επίσης τα αρχεία id_rsa και known_hosts για να συλλέξει υπάρχοντα διαπιστευτήρια και να τα χρησιμοποιήσει για να μετακινηθεί μέσα στο δίκτυο". Η Akamai βρήκε 209 peers, αλλά μόνο 40 από αυτούς είναι επί του παρόντος ενεργοί και βρίσκονται κυρίως στην Ασία.

Και γιατί ο τομέας της εκπαίδευσης επηρεάζεται περισσότερο από τον Panchan; Η Akamai εικάζει ότι αυτό μπορεί να οφείλεται σε κακή διαχείριση των κωδικών πρόσβασης των χρηστών (Χρήση εύκολων κωδικών ή παράλειψη αλλαγής τους για μεγάλο χρονικό διάστημα) ή ότι το κακόβουλο λογισμικό μετακινείται στο δίκτυο με κλεμμένα κλειδιά SSH.

Η Akamai γράφει ότι το κακόβουλο λογισμικό «πιάνει σήματα τερματισμού Linux (συγκεκριμένα SIGTERM — 0xF και SIGINT — 0x2) που του αποστέλλονται και τα αγνοεί. "Αυτό καθιστά πιο δύσκολο τον τερματισμό του κακόβουλου λογισμικού, αλλά όχι αδύνατο, καθώς το SIGKILL δεν αντιμετωπίζεται (επειδή δεν είναι δυνατό, σύμφωνα με το πρότυπο POSIX, σελίδα 313)."

Ο David Airlie σήμερα το πρωί έστειλε ενημερώσεις του υποσυστήματος Direct Rendering Manager (DRM) ενόψη της κυκλοφορίας του Linux 5.19. Το πιο αξιοσημείωτο με τις DRM ενημερώσεις προγραμμάτων οδήγησης γραφικών για αυτήν την επόμενη έκδοση πυρήνα είναι η πολλή δουλειά στο Intel Arc Graphics DG2/Alchemist για την προετοιμασία αυτής της υποστήριξης και την αρχική ενεργοποίηση του Raptor Lake, καθώς και η AMD που προετοιμάζεται για προϊόντα επόμενης γενιάς CDNA Instinct και κάρτες γραφικών της σειράς RDNA3 Radeon RX 7000.

Με όλη την εργασία ενεργοποίησης που γίνεται από την Intel και την AMD για τα νεότερα προϊόντα γραφικών τους, αυτό το DRM pull είναι άλλο ένα μεγάλο έργο. Το pull έχει αλλάξει 1302 αρχεία, 495.793 γραμμές νέου κώδικα και 32.019 γραμμές διαγραμμένου κώδικα. Οι περισσότερες από τις νέες γραμμές βρίσκονται στην πλευρά του προγράμματος οδήγησης γραφικών AMD λόγω των header αρχείων που δημιουργούνται αυτόματα και άλλων headers που σχετίζονται με την εμφάνιση νέων μπλοκ IP για το RDNA3. Αυτό είναι που πηγαίνει το πρόγραμμα οδήγησης γραφικών AMD σε πάνω από 4 εκατομμύρια γραμμές κώδικα στον πυρήνα του Linux.

Το ZDNet αναφέρει υπάρχει παραπάνω από μια διανομές Linux που δημιούργησε η Microsoft για εσωτερική χρήση μόνο. Η πρώτη ονομάζεται CBL (Common Base Linux) Mariner, ενώ η δεύτερη είναι γνωστή ως CBL-Delridge ή CBL-D."
Η δεύτερη αυτή διανομή αποκαλύφθηκε από μια ανάρτηση ιστολογίου στις 2 Φεβρουαρίου από τον Hayden Barnes, ανώτερο διευθυντή μηχανικών στο SuSE, που ηγήθηκε της ομάδας μηχανικών Windows. Σε αυτή την ανάρτηση ιστολογίου περιέγραψε τα βήματά του στην ανακάλυψη και τη δημιουργία της δικής του εικόνας για το CBL-D. Ο Barnes σημείωσε ότι η Microsoft δημοσίευσε το CBL-Delridge το 2020, την ίδια χρονιά που δημοσίευσε και το CBL-Mariner. Η κύρια διαφορά μεταξύ των δύο: Το Delridge είναι ένα προσαρμοσμένο παράγωγο του Debian, ενώ το Mariner είναι μια προσαρμοσμένη διανομή Linux From Scratch.

Το CBL-D τροφοδοτεί το Cloud Shell του Azure. Το Azure Cloud Shell παρέχει ένα σύνολο εργαλείων διαχείρισης cloud συσκευασμένα σε ένα κοντέινερ. Σε μια σημείωση για το αποθετήριο GitHub για το Cloud Shell, σημειώνεται ότι "η κύρια διαφορά μεταξύ του Debian και του CBL-D είναι ότι η Microsoft συγκεντρώνει όλα τα πακέτα που περιλαμβάνονται στο αποθετήριο CBL-D εσωτερικά. Αυτό βοηθά στην προστασία από επιθέσεις στα πακέτα εφαρμογών."

Το CBL-Mariner και το CBL-Delridge είναι μόνο δύο από τα παραδοτέα που έχουν αναπτυχθεί από τη Microsoft σχετικά με το Linux από την ομάδα Linux Systems. Άλλα περιλαμβάνουν το Υποσύστημα Windows για Linux έκδοση 2 (WSL2), το οποίο αποτελεί μέρος των Windows 10. έναν πυρήνα Linux συντονισμένο με Azure που έχει σχεδιαστεί για βέλτιστη απόδοση για χρήστες-επισκέπτες του Hyper-V· και το Integrity Policy Enforcement (IPE), μια προτεινόμενη Ενότητα Linux Security Module (LSM) από την ομάδα Enterprise and Security.

Το Linux CBL-Mariner χρησιμοποιείται εσωτερικά από την Microsoft σε ένα ευρύ φάσμα εφαρμογών από το Azure έως το WSL.

Αυτή η διανομή "Common Base Linux" της Microsoft λειτούργησε καλά για τις εσωτερικές της ανάγκες, ενώ συνεχίζει να λαμβάνει public ενημερώσεις κάθε μήνα στο branch 1.0.

Από τα τέλη του περασμένου έτους, η Microsoft εργάζεται αθόρυβα στο CBL-Mariner 2.0 και έχει προσφέρει πρόσβαση στο κοινό σε κατάσταση "προεπισκόπησης" διαθέτοντας ISO καθώς και τον κατάλογο των πακέτων, με την πρώτη production έκδοση της διανομής να είναι διαθέσιμη από σήμερα.

Το CBL-Mariner 2.0 το οποίο χρησιμοποιεί τον πυρήνα  Linux 5.15 LTS ως βάση, έχει μια ποικιλία από ενημερώσεις πακέτων τα οποία είναι αρκετές εκδόσεις νεότερα σε σύγκριση με αυτά που είναι διαθέσιμα στο CBL-Mariner 1.0. Ωστόσο, μέχρι τη στιγμή που γράφτηκε η είδηση, η Microsoft δεν έχει ακόμη εκδώσει καμία επίσημη ανακοίνωση για την έκδοση η οποία να περιγράφει λεπτομερώς όλες τις αλλαγές της στο CBL-Mariner 2.0. 

Η "ανακοίνωση" της έκδοσης 2.0 του CLB-Mariner στο GitHub

Μπορείτε να κατεβάσετε το CBL-Mariner 2.0 από το GitHub. Και οι δύο αρχιτεκτονικές AArch64 και x86_64 συνεχίζουν να υποστηρίζονται και σε αυτήν την έκδοση της διανομής.

Ο επικεφαλής του έργου Fedora Matthew Miller μίλησε με τον Jack Wallen από τον δικτυακό τόπο TechRepublic αυτή την εβδομάδα, μοιράζοντας μερικές σκέψεις του για το μέλλον του Linux — και γενικά για τον ανοιχτό κώδικα:

-----
Matthew Miller: Νομίζω ότι είναι χαμένη υπόθεση να προσπαθήσουμε να "πουλήσουμε" το ιδιόμορφο τεχνολογικό ενδιαφέρον μας σε ανθρώπους που δεν το βλέπουν ήδη. Πρέπει να ακολουθήσουμε μια διαφορετική προσέγγιση... Νομίζω ότι το μήνυμά μας, στη ρίζα του, πρέπει να είναι γύρω από τον ανοιχτό κώδικα... Με το Linux, όταν εγκαθιστάτε μια διανομή ανοιχτού κώδικα, δεν είστε απλώς μέρος μιας κοινότητας θαυμαστών. Είστε μέρος μιας κολοσσιαίας, παγκόσμιας προσπάθειας για να κάνει το λογισμικό πιο διαθέσιμο σε όλους, κάνει αυτό το λογισμικό όλο και καλύτερο και κάνει όλο τον κόσμο καλύτερο μέσω της κοινής χρήσης... Απλά χρησιμοποιώντας το μοιράζεστε αυτό το καταπληκτικό εγχείρημα, το οποίο είναι μέρος μιας μετάβασης από την τωρινή κατάσταση έλλειψης, σε μια οικονομία που βασίζεται στην αφθονία.

Jack Wallen: Ποια είναι η μεγαλύτερη διαφορά στο Linux σήμερα σε σχέση με το Linux πριν από 10 χρόνια;

Matthew Miller: Νομίζω ότι πρώτα πρέπει να ξεκινήσουμε με την εκπληκτική πανταχού παρουσία του. Πριν από δέκα χρόνια, ήταν χαριτωμένο να βρεις μια τηλεόραση που έτρεχε Linux. Τώρα, όχι μόνο τροφοδοτεί σίγουρα την τηλεόρασή σας, πιθανότατα έχετε και Linux που τρέχει στους λαμπτήρες σας! Είναι παντού. Και ενώ το Linux είχε αντικαταστήσει το Unix από τις αίθουσες διακομιστών, πριν από δέκα χρόνια οι διακομιστές που βασίζονταν στα Windows προσπαθούσαν να πάρουν την πρωτοκαθεδρία. Το cloud το άλλαξε - τώρα, το cloud είναι Linux, σχεδόν εντελώς. (Οτιδήποτε δεν είναι είναι μια παλαιού τύπου εφαρμογή που δυσκολεύτηκε πολύ να μετασχηματιστεί!) Από μικροσκοπικές συσκευές μέχρι τους πιο ισχυρούς μεγάλους υπολογιστές και υπερυπολογιστές: Linux, Linux, Linux....

Jack Wallen: Αν το Linux έχει αχίλλειο πτέρνα, τι είναι αυτό;

Matthew Miller: Το Linux και ολόκληρο το κίνημα λογισμικού ελεύθερου και ανοιχτού κώδικα αναπτύχθηκε με την άνοδο του Διαδικτύου ως ανοιχτής πλατφόρμας επικοινωνίας. Χρειαζόμαστε οπωσδήποτε αυτό για να συνεχίσουμε για να πραγματοποιήσουμε το όραμά μας και δεν νομίζω ότι μπορούμε να το θεωρήσουμε δεδομένο.

Ωστόσο, αυτό είναι πιο γενικό από την αχίλλειο πτέρνα, οπότε αυτή τη στιγμή επιτρέψτε μου να επισημάνω ένα πράγμα που νομίζω ότι είναι ανησυχητικό: το Chrome γίνεται το κυρίαρχο πρόγραμμα περιήγησης σε σημείο που συχνά είναι ο μόνος τρόπος για να λειτουργήσουν οι ιστότοποι. Το Chromium είναι ανοιχτού κώδικα, αλλά δεν εκτελείται στην πραγματικότητα ως έργο κοινότητας και, φυσικά, πολύ λίγοι άνθρωποι εκτελούν το ίδιο το Chromium. Θα ήθελα πολύ να δω αυτή την αλλαγή, αλλά θα ήθελα επίσης να δω τον Firefox να αποκτά ξανά ουσιαστική παρουσία.

------

Ο Μίλερ είπε επίσης ότι η επόμενη κυκλοφορία του Fedora επικεντρώνεται στην απλότητα. ("Όταν το λειτουργικό σύστημα παρεμποδίζει, φεύγει από τη συζήτηση που θέλω να κάνω για τις μεγάλες ιδέες και πάει στις... βαρετές τεχνικές λεπτομέρειες με τις οποίες οι άνθρωποι δεν θέλουν ποτέ να ασχοληθούν")

Και μοιράστηκε επίσης τις σκέψεις του για το τι χρειάζεται περισσότερο το Linux. "Αυτό που πραγματικά θα ήθελα να δω περισσότερο είναι περισσότερους μη τεχνικούς συντελεστές. Εννοώ, ναι, μπορούμε πάντα να επωφεληθούμε από περισσότερους προγραμματιστές και μηχανικούς, αλλά νομίζω ότι αυτό που πραγματικά χρειαζόμαστε είναι συγγραφείς, σχεδιαστές, καλλιτέχνες, βιντεογράφους, υπεύθυνους επικοινωνίας, διοργανωτές και σχεδιαστές. Δεν νομίζω ότι οι μεγάλες εταιρείες είναι πιθανό να παρέχουν αυτά τα πράγματα, τουλάχιστον όχι για τα μέρη του κόσμου του Linux που δεν είναι προϊόντα τους."

«Χρειαζόμαστε ανθρώπους που πιστεύουν ότι το μεγάλο έργο για το οποίο μίλησα είναι σημαντικό και που έχουν τις δεξιότητες και τα ενδιαφέροντα για να το βοηθήσουν να γίνει πραγματικότητα».

To 2020, ο πάροχος προγραμμάτων οδήγησης συστήματος αρχείων Paragon Software ανακοίνωσε ότι ήθελε να μεταφέρει το πρόγραμμα οδήγησης NTFS στον πυρήνα Linux. Αυτό το πρόγραμμα οδήγησης ήταν προηγουμένως μια ιδιόκτητη, εμπορική προσφορά από την εταιρεία, αλλά δεδομένης της κατάστασης του NTFS αυτές τις μέρες ήθελαν να ανανεώσουν αυτό το πρόγραμμα οδήγησης με πλήρη υποστήριξη ανάγνωσης/εγγραφής και άλλες δυνατότητες που δεν υπήρχαν στο υπάρχον πρόγραμμα οδήγησης NTFS. Τελικά πέρυσι, αφού πέρασε από πολλούς γύρους αναθεώρησης, το νέο πρόγραμμα οδήγησης συγχωνεύτηκε στο Linux 5.15. Δυστυχώς, λιγότερο από ένα χρόνο αργότερα, έχουν εκφραστεί ανησυχίες ότι ο οδηγός είναι ήδη ουσιαστικά ορφανός και δεν συντηρείται.

Ενώ η Paragon Software δεσμεύτηκε να διατηρήσει αυτό το πρόγραμμα οδήγησης ως μέρος της υποβολής του στο upstream, από τότε που εισάχθηκε στο Linux 5.15 το 2021, δεν έχουν γίνει σημαντικές ενημερώσεις σε αυτό, ακόμη και με διάφορες επιδιορθώσεις να έχουν τεθεί σε αναμονή από τότε. Ένας από τους προγραμματιστές που συνεισέφεραν ορισμένες ενημερώσεις κώδικα στον κώδικα NTFS3 κατά τη διαδικασία ελέγχου, ο Kari Argillander, εξέφρασε ανησυχίες σήμερα σχετικά με την κατάσταση του προγράμματος οδήγησης. Ο Kari σημείωσε επίσης ότι δεν μπόρεσε να λάβει καμία απάντηση από τον συντηρητή του Paragon και ότι υπάρχει σιγή ασυρμάτου από την εταιρία.

Ο Kari έθεσε τώρα αυτές τις ανησυχίες στη λίστα αλληλογραφίας του πυρήνα (kernel) και συνόψισε την κατάσταση. O Kari ταξινομεί αυτόν τον οδηγό ως ήδη ουσιαστικά ορφανό, ενώ έκανε μια προσφορά να συντηρήσει αυτόν τον οδηγό, αλλά δεν έλαβε ακόμη απάντηση από την εταιρία. Ερωτάται λοιπόν εάν αυτό το πρόγραμμα οδήγησης θα πρέπει να αφαιρεθεί από την κύρια γραμμή ή ποια μέτρα ελήφθησαν για αυτή τη κατάσταση -- ή αν μπορούμε να ελπίζουμε να φέρουμε τον οδηγό σε μια ανεκτή κατάσταση διατήρησης στην κύρια γραμμή

Μια γρήγορη αναζήτηση στο Git δεν δείχνει όντως καμία σημαντική αλλαγή κώδικα στο πρόγραμμα οδήγησης συστήματος αρχείων NTFS3 από τότε που συγχωνεύτηκε πέρυσι για το Linux 5.15. Το τμήμα ανάπτυξης της Paragon έκανε αλλαγές για τελευταία φορά τον Οκτώβριο και τον Νοέμβριο του περασμένου έτους -- διορθώσεις που έκτοτε δεν έχουν ακόμη ανανεωθεί. Έτσι, αυτή τη στιγμή τα πράγματα δεν δείχνουν καλά για το άλλοτε πολλά υποσχόμενο πρόγραμμα οδήγησης NTFS για Linux, αλλά θα δούμε αν αλλάξουν τα πράγματα ή αν θα ληφθούν άμεσα μέτρα.

Η ομάδα ανάπτυξης του Fedora 37 εξετάζει το ενδεχόμενο να σταματήσει την υποστήριξη σε συστήματα BIOS που δεν είναι UEFI, σύμφωνα με τον δικτυακό τόπο Linuxiac.
Το Unified Extensible Firmware Interface, ή UEFI, είναι μια σύγχρονη μέθοδος χειρισμού της διαδικασίας εκκίνησης του υπολογιστή. Το UEFI είναι παρόμοιο με το Legacy. Ωστόσο, τα δεδομένα εκκίνησης αποθηκεύονται σε ένα αρχείο .efi αντί στο hardware. Στην περίπτωση του Fedora, ενώ η αλλαγή μπορεί να διαρκέσει κάποιο χρόνο, οι νέες εγκαταστάσεις Fedora x86_64 δεν θα λειτουργούν πλέον σε πλατφόρμες εκτός UEFI. Στις αρχιτεκτονικές x86_64, το Fedora 37 θα σημάνει την εγκατάσταση του BIOS παλαιού τύπου ως καταργημένη υπέρ του UEFI.

Τα συστήματα που ήδη χρησιμοποιούν το Legacy BIOS θα συνεχίσουν να υποστηρίζονται, νέες εγκαταστάσεις σε υπολογιστές με BIOS παλαιού τύπου σε αυτές τις αρχιτεκτονικές, θα είναι αδύνατες.

Η Google προτείνει μια αλλαγή στον τρόπο με τον οποίο ο πυρήνας Linux χειρίζεται τον τερματισμό λειτουργίας συστήματος, ειδικά όταν χρησιμοποιούνται μονάδες δίσκου NVMe. Το ζήτημα που εντοπίζει η Google είναι ότι τα τρέχοντα προγράμματα οδήγησης NVMe χρησιμοποιούν σύγχρονα API κατά τον τερματισμό λειτουργίας και μπορεί να χρειαστούν 4,5 δευτερόλεπτα για κάθε μονάδα NVMe να τερματιστεί. Για ένα σύστημα με 16 μονάδες NVMe η διαδικασία τερματισμού μπορεί να διαρκέσει περισσότερο από ένα λεπτό περισσότερο. Αν και αυτό είναι ένα πρόβλημα που αντιμετωπίζουν επί του παρόντος μόνο τα συστήματα μεγάλων επιχειρήσεων, περισσότερες επιχειρήσεις αντικαθιστούν τους διακομιστές RAID μηχανικών δίσκων τους με διακομιστές SSD.

Οι προτεινόμενες ενημερώσεις κώδικα από την Google επιτρέπουν μια προαιρετική ασύγχρονη διεπαφή τερματισμού λειτουργίας σε επίπεδο διαύλου. Η νέα διεπαφή διατηρεί συμβατότητα προς τα πίσω με τη σύγχρονη υλοποίηση. Ως μέρος των ενημερώσεων κώδικα, όλες οι συσκευές που βασίζονται στο PCI Express μετακινούνται για να χρησιμοποιήσουν την ασύγχρονη διεπαφή, εφαρμόζουν τις αλλαγές σε επίπεδο PCIe και, στη συνέχεια, τις αλλαγές στο πρόγραμμα οδήγησης NVMe για να εκμεταλλευτούν τη ασύγχρονη διεπαφή τερματισμού.

Σύμφωνα με τον δικτυακό τόπο Neowin.com, μετά από περισσότερα από 17 χρόνια, το Ubuntu αλλάζει επιτέλους τρόπο με τον οποίο θα διαθέτει τις ενημερωμένες εκδόσεις του στο κοινό. Προχωράει δηλαδή στην υιοθέτηση των «κυλιόμενων» κύκλων κυκλοφορίας ενημερώσεων, τρόπος που βοήθησε και στη διάδοση του Arch Linux:

Πώς επιτυγχάνεται αυτό; Σύμφωνα με την τεκμηρίωση, επιτυγχάνεται κυρίως με την παρακολούθηση των αποθετηρίων "αναπτύξεως" ("devel" repositories), τα οποία είναι αποθετήρια που υπήρχαν για κάθε κυκλοφορία αλλά δεν χρησιμοποιούνται συχνά στην παραγωγή. Πρέπει να ξεκινήσετε με μια τροποποιημένη εικόνα του Ubuntu που μπορείτε να βρείτε εδώ. Στη συνέχεια, η διανομή πρέπει να «αρχικοποιηθεί» ακολουθώντας τα βήματα στην τεκμηρίωση. Τέλος, πρέπει να χρησιμοποιηθεί το προσαρμοσμένο εργαλείο τους που ονομάζεται «rhino-update», το οποίο επεκτείνει τις δυνατότητες σε apt που επιτρέπουν στη διανομή να ενημερώνεται εκτός των κανονικών ορίων μιας παραδοσιακής έκδοσης του Ubuntu.

Ενώ το Ubuntu συνεχίζει να έχει επιτυχία στο cloud με τις προτάσεις για διακομιστές, η λύσεις για desktops έχει χάσει πολύ από τη λάμψη της. Άλλες διανομές, όπως το Fedora και το Manjaro (μια φιλική εγκατάσταση του Arch) έχουν τύχει μεγάλης επιτυχίας. Αν το Rolling Rhino  θα καταφέρει να στρέψει τα φώτα της δημοσιότητας στο Ubuntu στον χώρο των καταναλωτών/χομπίστων ή αν αυξήσει τη δημοτικότητα του Ubuntu στον χώρο των κοντέινερ είναι κάτι που μόνο ο χρόνος θα δείξει.

«Όλοι γνωρίζουμε ότι το Linux είναι γραμμένο σε C», γράφει το ZDNet. "Αυτό που ίσως δεν γνωρίζετε είναι ότι είναι γραμμένο σε μια παλιά διάλεκτο C· την έκδοση 1989 του προτύπου γλώσσας C, C89". Αλλά αυτό πρόκειται να αλλάξει, μιας και ο Linus Torvalds αποφάσισε ότι το Linux θα μεταβεί στο πρότυπο C11 ξεκινώντας με τον πυρήνα 5.18. Το Linux είχε σχεδιάσει να μεταβεί σε ένα νεότερο πρότυπο τελικά με το C99 να είναι η επόμενη έκδοση. Ωστόσο, μια πρόσφατη ενημέρωση κώδικα σε ένα πρόβλημα ασφαλείας αποκάλυψε ότι ενδέχεται να υπάρχουν προβλήματα με το C99.

Προκειμένου να επιδιορθωθεί ένα πιθανό πρόβλημα ασφάλειας και δεδομένου ότι το πρότυπο C99 δεν ήταν πολύ δημοφιλές, συμφωνήθηκε να παραληφθεί και να χρησιμοποιηθεί το C11. Η συμβατότητα προς τα πίσω με τους περισσότερους μεταγλωττιστές όπως το gcc θα πρέπει να επιτρέπει την εύκολη μετάβαση του μεγαλύτερου μέρους του κώδικα.

Το ZDNet προσθέτει ότι "Δεν είναι τόσο μεγάλη μετάβαση όσο μπορεί να φαίνεται. Το C89 εξακολουθεί να έχει σχεδόν καθολική υποστήριξη. Επειδή οποιοσδήποτε μεταγλωττιστής C είναι συμβατός με παλαιότερες εκδόσεις, δεν υπάρχει κανένα πρόβλημα με τη μεταγλώττιση ή εκτέλεση ενός προγράμματος C89. Έτσι , ένας μεταγλωττιστής συμβατός με C11 δεν θα αντιμετωπίσει κανένα πρόβλημα με κανέναν κώδικα παλαιού τύπου C89."

Τα σφάλματα στο λειτουργικό Linux διορθώνονται γρηγορότερα από οποιονδήποτε άλλο λειτουργικό σύστημα, με μέσο όρο μόλις 25 ημέρες, από 32 ημέρες το 2019. Αυτό είναι το συμπέρασμα της ερευνητικής ομάδας ασφάλειας «Project Zero» της Google, η οποία μελέτησε την ταχύτητα της διόρθωσης σφαλμάτων από τον Ιανουάριο του 2019 έως τον Δεκέμβριο του 2021.

Σύμφωνα με το ZDNet, τα άλλα λειτουργικά συστήματα δεν τα πήγαν και τόσο καλά. Για παράδειγμα, για το λειτουργικό της Apple χρειάζονται 69 ημέρες, για το λειτουργικό της Google 44 ημέρες και για τον οργανισμό Mozilla, 46 ημέρες. Στις τελευταίες θέσεις βρέθηκαν η Microsoft με 83 ημέρες, και η Oracle, αν και με λιγότερα σφάλματα, με 109 ημέρες.

Σύμφωνα με την καταμέτρηση του Project Zero, άλλοι, που περιελάμβαναν κυρίως οργανισμούς και εταιρείες ανοιχτού κώδικα όπως οι Apache, Canonical, Github και Kubernetes, είχαν μια αξιοπρεπή απόδοση, στις 44 ημέρες.

Γενικά, υπάρχει μια τάση μείωσης του χρόνου απόκρισης στη διόρθωση σφαλμάτων ασφαλείας. Το 2021, οι χρειάστηκε κατά μέσο όρο 52 ημέρες για να διορθώσουν τις αναφερόμενες ευπάθειες ασφαλείας. Μόλις πριν από τρία χρόνια ο μέσος όρος ήταν 80 ημέρες. Συγκεκριμένα, το πλήρωμα του Project Zero σημείωσε ότι η Microsoft, η Apple και το Linux μείωσαν σημαντικά τον χρόνο τους για επισκευή τα τελευταία δύο χρόνια.

Όσον αφορά τα λειτουργικά συστήματα για κινητά, το Apple iOS με μέσο όρο απόκρισης τις 70 μέρες, εμφάνισε λίγο καλύτερη επίδοση από το Android το οποίο βρίσκεται στις 72 ημέρες. Από την άλλη πλευρά, το iOS είχε πολύ περισσότερα σφάλματα, 72, από το Android με 10 μόνο προβλήματα του.

Τα προβλήματα με τα προγράμματα περιήγησης επιδιορθώνονται επίσης με ταχύτερους ρυθμούς. Το Chrome διόρθωσε τα 40 προβλήματά του με μέσο όρο λίγο λιγότερο από 30 ημέρες. Ο Mozilla Firefox, με μόλις 8 τρύπες ασφαλείας, τις επιδιόρθωσε σε 37,8 ημέρες κατά μέσο όρο. Το Webkit, η μηχανή προγράμματος περιήγησης ιστού της Apple, η οποία χρησιμοποιείται κυρίως από τη Safari, έχει πολύ χειρότερο ιστορικό. Οι προγραμματιστές του Webkit χρειάζονται κατά μέσο όρο περισσότερες από 72 ημέρες για να διορθώσουν σφάλματα.