[Musik]
Hallo und herzlich willkommen zur zehnten Folge des Fokus und Linux Podcasts,
aufgenommen am 22.07., Redaktionsschluss am 20.07.
Ja, und so kurz vor der Sommerpause, kurz vor dem Sommerloch und den Urlaubszeiten,
haben wir nochmal ein paar News zusammengesammelt, die wir euch vortragen wollen.
Das mache ich natürlich wieder nicht alleine, sondern mit dabei ist wieder der Jan.
Moin Moin.
Na, alles gut soweit? Juli gut rumbekommen?
Ja, ich habe mir selber den CVE 2019 eingefangen.
Mittlerweile bin ich aber wieder auf den Beinen und auch wieder bereit für Podcasts.
Oha, ja, das bleibt natürlich nicht aus, aber schön, dass du wieder unter den Lebenden bist
und gut durchgekommen bist. Ich glaube, das lässt sich ja im Moment nicht wirklich verhindern,
wenn wir mal so einen Blick auf die Inzidenzen werfen und die doch eher laschen Regelungen.
Da ist es ja eigentlich nur eine Frage der Zeit, ist es einen erwischt?
Genau, ich habe mich schon gewundert. Ich habe mich vor, ich glaube, das war vor einem Monat oder so,
habe ich mich mal wieder in den Moshpit geworfen und dass ich danach noch fit war,
das hat mich schon gewundert und da habe ich mein Glück wohl zu sehr rausgefordert jetzt.
Und dann hat es mich erwischt. Das ging mir auch so.
Wir haben auch rumgewitzelt neulich noch im Büro, weil zu einem Tag ich und ein anderer Kollege,
wir waren die Einzigen, die es noch nicht hatten und da ernteten wir so Kommentare wie,
wie kann das sein, wie kriegt man das hin, das noch nicht gehabt zu haben in den zweieinhalb Jahren
und da haben wir noch so ein bisschen gewitzelt, dass wir vielleicht einen Godmode hätten und
naja, was soll ich sagen, eine Woche später lag ich dann flach, also da habe ich glaube ich auch einfach,
hätte ich mich nicht so weit aus dem Fenster legen dürfen.
Und wie war dein Juli, Christian?
Ja, so weit ganz gut. Also das alltägliche Leben abseits des Homeoffice geht ja auch wieder langsam los,
habe wieder die ersten Termine wahrgenommen und das war echt schön.
Ansonsten bin ich ja gerade parallel bei der Vorbereitung eines Umzugs im vollen Gange,
der nächste Woche anstehen soll, also viel zu tun, aber trotzdem würde ich sagen, war es ein schöner Monat bisher.
Na dann hoffe ich doch mal, dass du alles in Flat Packs packst für den Umzug.
Sehr schön, ja. Nee, so einfach ist es dann leider nicht, aber wir haben den relativ großen Transporter,
also es ist mindestens mal ein TAR GZ oder ein TAR XF, was wir dafür nehmen.
Von daher einen ganzen Haushalt in den Transporter reinzukriegen, maximale Kompression, wird schon, wird schon.
Naja, solange du das TAR aus dem Kopf kannst, um es wieder zu entpacken, mache ich mir eigentlich keine Sorgen.
Es gibt wenig Parameter, die ich wirklich im Schlaf auswendig wüsste, aber so dieses typische TAR XV-FZ,
das hat man so oft eingetippt, irgendwann kriegt man es hin, aber es war sehr schwer,
diese Parameterabfolge reinzukriegen, weiß ich genau, was du meinst.
Okay, kommen wir mal zum Feedback. Wir haben positives Feedback für die VIM-Folge bekommen.
Also zum einen von unserem treuen Hörer Vincent, der meinte, es waren sehr viele Kleinigkeiten,
wo es sich auf jeden Fall auch mal lohnt, noch ein zweites Mal reinzuhören.
Jemand anderem war es ein bisschen zu technisch, das kann ich aber auch verstehen,
wenn man jetzt nicht so im VIM-Thema tief drin ist und dann erschlagen wird mit Parametern,
aber ansonsten gab es noch viel anderes positives Feedback, zum Beispiel Patrick fand die Folge auch sehr, sehr spannend,
meinte auch, es ist so die erste Folge, die er komplett am Stück runter gehört hat, das finde ich sehr schön,
da reden wir uns sehr drüber und an der Stelle schaut Aulens Ländle, geht natürlich raus.
Und wir müssen aber auf der anderen Seite auch sagen, auch bei uns steht jetzt so ein bisschen die Sommer- und Urlaubszeit an,
das heißt, für gewöhnlich haben wir ja angefangen, alle zwei Wochen noch eine Fokusfolge dann zu veröffentlichen,
also am Monatsende eben die News-Folge und im Mitte des Monats eine freie Themenfolge.
Das werden wir jetzt im August sehr wahrscheinlich nicht schaffen, aber wir hatten ja auch schon gesagt,
wir versuchen alle zwei Wochen noch ergänzend zu veröffentlichen, aber jetzt in dem Fall klappt es dann leider nicht,
also nach der Urlaubszeit wird es dann hoffentlich wieder möglich sein, aber immerhin schaffen wir es noch,
die News-Folgen zu veröffentlichen. Wo andere Podcasts sich schon lange ins Sommerloch verabschiedet haben,
versuchen wir noch so ein bisschen die Infos nachzureichen.
Ja und damit wären wir im Prinzip ja auch schon bei den News des Monats.
Und das erste Thema ist wieder eins für Security, Jan. Worum geht es denn dieses Mal?
Diesmal gibt es wieder zwei CVEs, auch wieder mit einem schönen Namen. Red Bleed heißt das Ganze.
Und zwar ist das für AMD die CVE-2022-2900 und die CVE-2022-2900-1 für Intel. Und zwar ist das Ganze eine Wiederholung von Spectre.
Die 2018 bekannt gewordenen Schwachstellen in X86 und ARM CPUs. Davon gibt es mittlerweile 5-6 Varianten.
Da haben wir gar nicht die Zeit, also da könnten wir eigentlich eine eigene Folge aus den spekulativen Bugs machen.
Und zwar probieren diese modernen CPUs, so ein bisschen in die Zukunft zu sehen.
Die haben so ein bisschen so eine Glaskugel, die lernen sie sich selber an.
Und das hat dann bei Spectre V1 zum Beispiel dazu geführt, dass, man kann sich das so vorstellen,
so ungefähr wie so ein Passwortcheck, die CPU denkt schon mal weiter und geht davon aus, dass das Passwort stimmt.
Und wenn es nicht stimmt, dann zieht das alles wieder zurück. Also quasi alles, was passieren würde, wenn das Passwort stimmt, wird wieder zurückgezogen.
So weit so gut, das funktioniert auch ganz wunderbar eigentlich.
Das Problem kommt dadurch dann, dass man dadurch so sichtbare Nebeneffekte hat.
Also man kann dann aus Seitenkanälen auslesen, also man kann aus Seitenkanälen auslesen Daten, die man eigentlich nicht hätte auslesen können als unprivilegierter Nutzer.
Zum Beispiel, wie lange braucht es dann, um den Speicher XY zu laden?
Also relativ technisches Thema. Und dann in Spectre V2 ist das Ganze nochmal, dass man diese Glaskugel so trainieren kann,
dass sie Sprünge nimmt, die sie sonst nicht genommen hätte. Also quasi, man trainiert die Glaskugel so und springt dann zum Beispiel in den Kernelmodus,
wo ganz andere Privilegien gelten und kann dann versuchen, spekulativ Sprünge auszuführen, um auch versuchen, da anzulegen.
Und Red Bleed ist jetzt quasi die Weiterentwicklung. Also quasi, es ist ein Katz-und-Maus-Spiel und Red Bleed ist der nächste Schritt.
Die Mitigations, also die Gegenmaßnahmen, die in Linux drin sind, sind zu schwach, um Spectre wirklich effektiv aufzuhalten.
Und Red Bleed ist jetzt quasi der nächste Schritt der Katze.
Und das Ganze betrifft Intel 6. bis 8. Generation und AMD Zen 1, 1+ und 2. Das sind die AMD Ryzen 4 2020.
Ich meine, das sind alle unter der Generation 5000, wenn ich mich recht entsinne, und bei Intel zwischen 2015 und 2018.
Das Ganze kommt von der ETH Zürich und ist quasi ein Kofferwort aus Red und Bleed. Das mit Bleed kennt man schon von Heartbleed.
Das ist so ein bisschen so ein Wink mit dem Zaunfall in die Richtung. Und das Ganze ist wieder wie bei Spectre und Meltdown,
so ein relativ theoretischer Angriff. Also ist es für Heim-Entwender nicht wirklich super kritisch und nicht super dangerous, würde ich jetzt mal behaupten.
Und nur Linux ist betroffen, weil Linux statt dem Indirect Branch Restricted Speculation nur die Red Pole Line implementiert hat.
Windows ist da einen Schritt weiter gegangen und hat die Indirect Branch Restricted Speculation implementiert.
Die ist ein Stück langsamer als Red Pole Line und dafür aber dann sicherer, wie jetzt gezeigt wurde.
Das Ganze kann man überprüfen, also inwiefern man davon betroffen ist, über SysFS und zwar /sys/devices/system/cpu/vulnerabilities.
Und da findet man dann eine Liste von allen möglichen Vulnerabilities und was dafür aktiv ist.
Oder man kann einfach lscpu eingeben und dann kriegt man unten schon eine Liste, welche Mitigations gerade an sind.
In Linux 5.19 schippt dann auch ein Patch gegen Red Bleed. Der kommt dann auch wieder mit einem deutlichen Slowdown daher.
Und weitere Details findet man auch auf der ETH Zürich Website.
Das Ganze haben wir mal in den Show Notes verlinkt für alle, die bei sich selber zu Hause mal nachschauen wollen.
Ich habe jetzt bei meinem Rechner nachgeschaut. Das ist eigentlich ein AMD 5000 CPU und da ist Red Pole Line trotzdem noch an.
Ich wollte mal schauen, ob man das mal abschalten kann. Weil eigentlich müsste es ja immun dagegen sein,
aber so richtig durchsteigen schafft man das auch nicht ganz, wenn man nicht gerade einen Doktortitel der Informatik hat.
Ja, das ist halt ein schwieriges Thema und das holt uns halt immer wieder ein.
Also das geht jetzt ja auch schon seit mehreren Jahren und da kann man so ein bisschen den Überblick behalten.
Deswegen bin ich auch immer dankbar, dass du dich um diese Themen kümmerst, weil da fehlt mir auch immer so ein bisschen auch die Motivation, mich da einzulesen,
wenn yet another CVE für CPU rauskommen.
Es ist auch wahnsinnig schwer, also wenn man nicht gerade weiß, wie so eine CPU in drin funktioniert,
dann ist es auch wahnsinnig schwer, sowas auch nachzuvollziehen.
Ich habe darüber tatsächlich meine Bachelorarbeit geschrieben über diese Schwachstellen und wie man dagegen vorgehen könnte.
Das Problem ist, dass du ja auch gar nicht so, das nutzt ja so ein Metasystem in der CPU aus, dass du gar nicht richtig nachverfolgen kannst.
Also du kannst ja nicht einzeln jede Instruktion mitverfolgen auf, ich glaube bei Intel kann man das mittlerweile mit diesem Processor Trace, bei AMD fehlt sowas noch.
Also du bist da echt als Anwender bist du quasi als Zuschauer verdammt und musst irgendwie auf die Gnade des Kernels und des Microcodes hoffen, dass es irgendwie, man fühlt sich da auch sehr machtlos irgendwie.
Auf jeden Fall und vorher war es ja wirklich auch ein Stück weit eine Blackbox, also das war schon sehr beeindruckend, dass es Microcode Updates gibt und wie eben der Scheduler intern arbeitet, war ja so gar nicht bekannt.
Das ist ja erst durch diese ganze Serie an Vulnerabilities auch so ein bisschen demonstriert worden von den Forschenden, wie so generell das ganze Scheduling arbeitet.
Genau, also es gibt jetzt tatsächlich ein ganz lustiges Projekt, ich glaube das haben wir ja noch nicht in den, das müsste ich nochmal in die Show Notes eintragen, das ist mir gerade eingefallen.
Der Microcode Decryptor für Intel Atom Prozessoren, also das sind glaube ich zwei Forscher, die haben es geschafft den Microcode zu extrahieren über so eine Debug Schnittstelle in Intel Atom und Pentium Prozessoren.
Und da haben sie jetzt gerade einen Decryptor veröffentlicht, dass man quasi nachschauen kann, ob da jetzt wirklich kein NSA Backdoors drin sind.
Ganz interessant, können wir vielleicht mal irgendwie in der nächsten Folge einbauen, dass ich da mal einen Blick drüber werfe.
Ich glaube das könnte ganz interessant sein, weil das ja auch so ein Kritikpunkt immer ist, dass das so eine Blackbox ist, wo man dann vorsteht und dass die jetzt dann so ein bisschen gelüftet wurde.
Können wir mal auf den Zettel nehmen.
Spannend, ich sehe schon deinen Tooltip für die nächste Folge.
Sehr schön. Auch neu in diesem Monat ist, also dieser Monat kann man sagen, ist so der Monat der neuner Version, wie wir feststellen werden.
Und die erste neuner Version, die wir uns anschauen können, ist Wim 9.0, die erschienen ist.
Und da haben wir auch gerade vorher eine Focus Folge zu veröffentlicht.
Da ging es auch um Wim und da konnte ich mit Volkmar, mit Peter und mit Jan Bundesmann von der Atex drüber sprechen.
Und die Version 8.0, die ist vor sechs Jahren veröffentlicht worden, hat also auch ein bisschen gedauert.
Und da gibt es ein paar Neuigkeiten, zum Beispiel gibt es eine eigene neue Wim 9.0-Script, also eine eigene Scriptsprache,
die im Verhältnis zu der vorherigen Scriptsprache deutlich schneller ist, weil nicht mehr jede Zeit neu interpretiert werden muss.
Im Benchmark spricht man da von Faktor zehnfach bis hundertfach schneller.
Die Sprache selbst ist weniger Wim-spezifisch, ist aber auch nicht mehr 100 Prozent abwärtskompatibel.
Das heißt, das Legacy-Script gibt es auch noch, aber man kann dieses Legacy-Script nicht so eins zu eins mit der neuen Script-Engine benutzen.
Da muss man also ein bisschen was tun, hat dann aber auch einen absoluten Mehrwert, kann man sich also überlegen.
Und das Release ist einem Entwickler gewidmet, der im Februar diesen Jahres verstorben ist.
Das ist nämlich der Sven Guggis, der viel in der Open Source Community unterwegs war und unter anderem auch an Wim mitgearbeitet hat.
Und generell, wenn ihr zum Thema Wim mehr hören wollt, könnt ihr einfach die vorherige Folge euch nochmal anhören.
Da haben wir so generell über Wim, über die Geschichte und Plugins und Tracks gesprochen.
Da war auf jeden Fall das ein oder andere Detail auch für mich neu.
Lohnt sich da mal reinzuhören.
Das bringt uns auch zum Hashtag des Monats, denn wir haben uns entschieden, dass Wim 9.0 natürlich eine sehr spannende Sache ist und das müssen wir gebührend feiern.
Deswegen, liebe Zuhörer, der Hashtag des Monats, Hashtag Wimbus 2000.
Dann kommen wir zur nächsten neuner Version und zwar vielleicht nicht ganz so freudig, sondern eher ein bisschen traurig.
Debian 9 ist End of Life.
Der Support endete am 30.06. und wurde insgesamt für fünf Jahre gewartet.
Und von Debian 9 kann man dann auf 10 und dann darüber auf 11 gehen.
Man kann natürlich auch, wie bei Debian üblich, auf 10 ein bisschen bleiben, glaube ich.
Da hat man auch ein bisschen Zeit.
Und Links dazu findet ihr in den Short Notes.
Und zeitgleich ist auch Debian 11.4 erschienen.
Das ist das vierte Update für Bullseye.
Und wie bei Debian üblich ist bei so einer Version dann nicht, also es passiert nicht mehr wahnsinnig viel.
Es gab 81 Bugfixes und 80 Securityfixes.
Und man kann jetzt die neue Version auch als neue ISO herunterladen.
Aber ja, das ist halt Debian.
Genau. Ist ja auch nicht schlecht.
Also ich meine, Debian User wollen ja auch bewusst ein bisschen restriktivere Versionsauswahl,
dass man vielleicht auch nicht von jedem CWI betroffen ist.
Und von daher, wie man es haben will, so kriegt man es da auch geliefert.
Genau.
Die nächste neuner Version, Rocky Linux 9.0, ist erschienen.
Und da kann man sagen, das ist jetzt 58 Tage nach Real 9.0 erschienen.
Einmal Linux brauchte neun Tage damals, um mit einmal Linux 9.0 nachzuziehen.
Das hat ja auch ein bisschen länger gedauert.
Ich stecke ja deswegen immer so ein bisschen Wert drauf, weil ich ja seitdem Rocky und einmal Linux rausgekommen sind
und sich so ein bisschen ein Kopf an Kopf Rennen geliefert haben, wer jetzt schneller liefert,
gucke ich immer so ein bisschen, wie lange die brauchen, um neue Updates und Versionen rauszubringen.
Nicht, dass es irgendwie relevant wäre, aber einmal Linux ist halt einfach einen Ticken schneller.
Das heißt, wenn neue Versionen oder neue Bugs rauskommen, dann werden die relativ schnell adaptiert.
Könnte sich jetzt aber auch für Rocky Linux ändern, weil Rocky hat jetzt eben ein neues Build-System,
das Peridot heißt. Da hatten wir auch schon mal in einer der vorherigen Folgen kurz darüber berichtet.
Das ist jetzt fertig, das Build-System. Das ist auch der Code, der ist auf GitHub verfügbar.
Und Peridot wird beschrieben als Cloud-Native-Baukasten für Linux-Distributionen und Forks.
Und wie sich das natürlich für so ein hippes neues Tool gehört, ist das auch in Golang geschrieben.
Gibt es, wie gesagt, auf GitHub. Und da sind viele verschiedene Tools drin, die dann hat eben in einer Pipeline benutzt werden,
um dieses ganze Source Code und Release Management und Errata Management eben umsetzen.
Und ein Tool, das finde ich ganz interessant, "Zackpass" heißt das, und das ist für das Errata Management und eine WebUI zuständig.
Das heißt, ihr kennt das vielleicht, wenn jetzt ein neuen Security-Patch für RHEL gibt, dann gibt es ja die Knowledge Base,
wo man als Red Hat-Kunde drauf zugreifen kann. Und dann hat man für die einzelnen Errata dann immer eine Seite,
wo drauf steht, wie heißt der Patch, also ist es ein Security-Fix, ist es ein Bug-Fix, was ist das CVE, das damit verbunden ist,
welche Pakete sind aktualisiert worden. Und da haben wir jetzt quasi einen Tool in der Pipeline,
das halt automatisch dann schön designt Rocky Linux Errata-Sites generiert,
wo dann eben alle Informationen analog zur Red Hat Knowledge Base drin stehen.
Das Ganze gibt es für X86, für ARM 64-Bit, für Power und auch für die S390X.
Support ist bis zum 31.05.2032, also üblich zehn Jahre. Der Unterschied zwischen den Downstreams wie Rocky und ARM und RHEL ist ja,
dass da nur zehn statt 13 Jahre Support mit drin sind, dafür aber unentgeltlich.
Und das ist, glaube ich, kann sich sehen lassen, Änderungen sind analog zu RHEL 9.
Da könnt ihr einfach in einer der vorherigen Folgen mal reinhören, als wir über RHEL 9 gesprochen haben.
Und Details findet ihr in den Release Notes, die wir auch in den Show Notes verlinkt haben.
Ach Mensch, und ich mache mich hier über Debian lustig mit fünf Jahren zuvort und dann gibt es da zehn dabei.
Also da muss ich vielleicht doch mal eher in die RHEL-Welt eintauchen.
Oder du machst halt so wie Google und machst halt hier deinen Rolling Release auf Basis von Debian Testing,
dann hast du Bleeding Edge, da bist du immer mit vorne dabei.
Ja, das geht auch. Dann kommen wir weiter zu Elementorio.us.
Da gab es jetzt auch ein Update im Juni. Und zwar wurden zahlreiche kleine Bugs behoben.
Die Kameraanwendung unterstützt jetzt mehr Kameras und die Aufgabenanwendung synchronisiert sich nun zuverlässiger
und kann auch mit Netzwerkausfällen umgehen.
Elementorio.us 7, was auf Ubuntu 22.04 basiert, wird sich weiter verzögern.
Und es gab kaum Fortschritt bei einigen großen Blockern im Vergleich zum vorherigen Monat.
Und das kann man natürlich, da haben wir, glaube ich, in der letzten Folge oder in der davor drüber gesprochen,
dass das Elementorio.us Projekt halt ein paar Key-Leute verloren hat.
Und das zeigt sich jetzt natürlich auch irgendwo.
Absolut. Also davon war leider auszugehen.
Ich hoffe aber trotzdem, dass sie es hinkriegen, da eine neue Major-Version bald mehr rauszubringen,
weil 22.04 ist jetzt ja auch schon eine Zeit lang draußen.
Und ich bin mal gespannt, was sich da so tut.
Kann man hoffen, dass sich da genügend Entwickler*innen noch finden und da ein bisschen mitwirken.
News gibt es auch im SUSE und OUNI Umfeld.
Es gibt nämlich den SUSE Manager 4.3 bzw. das kostenlose Downstream OUNI 2022.06, Upstream, nicht Downstream.
Und die neue Version, die sorgt vor allen Dingen dafür, dass das Betriebssystem auf 15 SP4 geupgradet wird.
Also bei OUNI Open SUSE Leap 15.4, beim SUSE Manager eben SLEZ 15 SP4.
Das wird dann auch die letzte Version sein, die noch traditionelle Clients unterstützt.
Damit ist gemeint ein Legacy Client, so etwas wie SLE11, wo man keinen Solstack installieren kann.
Das wird in Zukunft abgeschaltet werden und dann muss man ein System benutzen, das mit Solstack umgehen kann.
Also man kann dann auch mal SLE11 wirklich mal in Rente schicken.
Das ist ja auch schon End of Life.
Von daher, irgendwann musste der Tag herkommen.
Salt wurde auf die Version 3004 aktualisiert und zu den Neuigkeiten zählt natürlich auch der Support für Open SUSE Leap 15.4, für SLEZ 15.4 und auch für SLEE Micro 5.2.
Dann habe ich etwas Interessantes auf GitHub gesehen im OUNI Projekt.
Und zwar gibt es da Work in Progress OUNI als Container Images und auch ein Helm Chart oder Helm Charts sind da schon in Arbeit.
Das kommt so ein bisschen daher.
Da gibt es im Moment Bestrebungen, dass man sagt, naja, in einer Welt, wo man viel mit Containern arbeitet, wäre es vielleicht auch ganz nett, die Option zu haben, so ein SUSE Manager oder ein OUNI mal eben als moderne Container basierende Anwendung auszurollen.
Das geht auch schon für die Proxy Services.
Das heißt, wenn ich so einen Satelliten Standort irgendwo starten will, dann habe ich die Wahl, eben die Proxy Services, die ich brauche, also ein Apache, einen Squid, SSH und TFTP.
Das kann ich mir schon in Form von Potman ausrollen.
Da gibt es jetzt auch schon Helm Charts, die in Arbeit sind.
Und ich denke mal, das wird dann auch mittelfristig für den Rest der Anwendung gelten, sodass man vielleicht in Zukunft nicht mehr unbedingt sich einen SLEZ oder einen Open SUSE Leap hinstellen muss, sondern halt eben auch einfach eine unterstützte Container Runtime bzw. eine orchestrierte Umgebung nutzen zu können.
Dann gibt es ein bisschen Eigenwerbung in der Richtung.
Und zwar habe ich angefangen, meine erste Ansible Collection zu programmieren.
Also ich habe schon länger Ansible Playbooks und Ansible Rollen, ein paar davon habe ich auch in die Ansible Galaxy so weit gepusht.
Und jetzt hatte ich eine Anforderung, dass ein Kunde, der sehr stark auf Ansible Tower setzt, dass der eben sagte, na ja, ich würde da auch gerne in dem Zuge in so einem Playbook vielleicht Patches auf System installieren und die neu starten über die API vom SUSE Manager.
Und da hatte ich auch schon angefangen, eine Python Library zu programmieren, die genau das tut.
Und dafür habe ich jetzt quasi eine Collection programmiert, die eben genau das tut.
Das heißt, man kann jetzt in so einem Playbook, kann man Patches installieren auf so einem System oder normale Paket Upgrades.
Und das natürlich noch in einem sehr frühen Zustand.
Also da sind noch viele Features, die ich da gerne nachrüsten möchte.
Zum Beispiel sowas wie dieses ganze Content Lifecycle Management, dass man sich da so ein bisschen einfrieren kann, dass Patches erst sauber in der Dev und dann in der Core.
Dann in der Broad Umgebung getestet werden.
Das kann man auch schön in so einem Playbook irgendwie gießen, denke ich mir.
Und ich habe da auch mal ein bisschen Werbung für gemacht in der OUUNI Community.
Da gab es auch ein, zwei Leute, die das prinzipiell interessant fanden.
Und vielleicht kann ich sie auch bei einer der nächsten OUUNI Community Hours, die einmal im Monat stattfinden, vorstellen.
Aber liebe Zuhörer, wenn ihr das gerne mal testen wollt, Links haben wir in den Show Notes.
Ihr findet das auf GitHub, könnt das da einfach installieren und könnt das gerne auch mal testen.
Also Doku folgt noch.
So in der Klasse gerne mal programmiert, erst mal dokumentiert im Nachgang.
Beispiel Playbox dürften bald folgen.
Und dann könnt ihr das gerne mal ausprobieren und sehr gerne mir mitteilen, wie das für euch funktioniert.
Da bin ich sehr dankbar, wenn da ein bisschen Feedback käme.
Vielleicht ist das ja was, das ihr gebrauchen könnt oder wenn ihr sagt, nö, das löse ich wie folgt.
Da bin ich da auch dankbar, wenn ihr andere Wege gefunden habt, die Dinge zu automatisieren.
Lasst mich gerne mal teilhaben, wie ihr das Ganze angeht.
Im Red Hat Satellite Kontext gab es diesmal auch ein Update.
Und zwar ist jetzt der Red Hat Satellite 6.11. am 5. Juli erschienen.
Und zwar auf Basis von Forman 3.1, Vorwar Groups und Catello 4.3.
Da könnte man natürlich, also da ist Potenzial für den Wort, wird es leider verloren gegangen.
Das hätte man auf jeden Fall Forman for War Groups nennen können.
Der Satellite 6.10, der hat sein EOL jetzt im Mai 2023.
Und was neu ist, ist natürlich einmal Rell 9 Support.
Das heißt, man kann jetzt Rell 9 als Client schön damit verwalten.
Und die UI wurde ein bisschen aufgehübscht.
Das gibt nämlich als Technical Preview einmal so eine neue Hosts Seite, die man aktivieren kann in den Einstellungen.
Das versucht so ein bisschen die Brücke zu schlagen zwischen dem Host und dem Content Host.
Und die Content View an sich, die wurde vereinfacht, sodass sie ein bisschen schicker aussieht
und man nicht mehr so viele Orientierungsprobleme hat.
Das sieht ganz schick aus. Das kann sich sehen lassen, meiner Meinung nach.
Und neu ist jetzt auch, dass das Betriebssystem, auf dem ihr den Satellite betreibt,
das kann man jetzt eben von EL7 nach EL8 aktualisieren.
Also bisher musste ich immer den Satellite zwingend noch auf Rell 7 betreiben.
Und Rell 7 hat ja jetzt auch 2024 sein reguläres End of Life.
Und da kann man schon mal auf EL8 migrieren und das kann man jetzt auch auf zwei Wege tun.
Eine Option wäre es, ein In-Place-Upgrade über das Leap-Framework vorzunehmen.
Das heißt, da wird dann wirklich das installierte Betriebssystem von EL7 auf EL8 aktualisiert.
Das ist auch das Framework, was zum Beispiel AlmaLinux benutzt,
um eben mit dem Elevate-Migrationen von anderen Distries auf Alma zu ermöglichen.
Und die zweite Option wäre es eben ein Backup in der bereits vorhandenen Installation vorzunehmen
und dann den Restore in eine neue, frische Installation vorzunehmen.
Ich denke, Option 1 ist die, die vielleicht mit ein bisschen mehr Problem behaftet sein könnte.
Option 2 scheint dann so der sichere Weg zu sein.
Aber wenn es die Möglichkeiten des In-Place-Upgrades gibt und man funktionale Backups hat,
kann man im Prinzip auch das mal versuchen.
Entgegen aller Behauptungen ist es jetzt so, dass der Puppet Support jetzt optional ist,
aber er ist nicht entfernt.
Das heißt, wenn ich jetzt den Satellite 611 neu installiere, dann ist Puppet erstmal deaktiviert.
Wenn ich jetzt halt ein Upgrade fahre, dann bleibt es natürlich aktiviert und man kann es noch nutzen.
Da werden wir mal gucken, was dann mit dem Satellite 7 vielleicht da an Neuerungen kommen könnte,
der ja auch für nächstes Jahr geplant ist.
Weitere Neuerungen von Satellite 611 ist, dass es jetzt eben ein Inter-Satellite-Sync für AirGap-Umgebungen gibt.
Das heißt, wenn ihr irgendwo einen isolierten Satellite stehen habt,
der nicht raus kann in irgendein Internet und der wollte trotzdem Pakete aktualisieren,
dann könnte man das halt bisher immer über USB zum Beispiel machen.
Und jetzt gibt es auch den Inter-Satellite-Sync.
Das heißt, da könnt ihr dann auch so Dinge machen, wie ihr habt irgendwo eine andere Satellite-Umgebung,
da sind die Pakete drin.
Und dann kann man mal kurz temporär zwischen den beiden Umgebungen eine Netzwerkkonnektivität herstellen
und da eben den Paketsync vornehmen.
Also AirGap-Kundinnen dürften sich darüber freuen, dass jetzt auch das machbar ist.
Dann kommen wir zu den nächsten neuen, und zwar ist Oracle Linux 9 erschienen.
Das Ganze ist 44 Tage nach RHEL 9 passiert, damit ein Stück langsamer als die anderen Derivate.
Und die meisten Änderungen sind analog zu RHEL 9.
Das Ganze kommt mit dem Unbreaking Enterprise Kernel Release 7 auf Basis von Linux 5.15 LTS.
Bei RHEL 9 ist es 5.14.
Und die Features sind unter anderem Core Scheduling und Sicherheitsfunktion zur Vermeidung von Zeitschränkungen und Angriffen.
Nativer Virtual Box Shared Folder Support.
Und das Ganze ist auch als Update für Oracle Linux 8 erhältlich.
Finde ich sehr spannend, dass man den Virtual Box Shared Folder Support jetzt da mitliefert direkt.
Ja, gut. Ich muss gestehen, bei Virtual Box habe ich irgendwann aufgehört, das so richtig nachzuverfolgen.
Ist das noch irgendwie ein großes Thema, Christian? Willst du da tiefer im Thema?
Ja, ja. Also Virtual Box ist so eigentlich das Standard Tool, wenn du zum Beispiel mit Hachikop-Dick ins Wayground arbeitest.
Da hast du das auf jeden Fall mit drin.
Also das benutze ich auch tagtäglich tatsächlich für meine Demos, für Kundinnen zum Beispiel.
Und ist natürlich klar, das eigene Produkt mit dem eigenen Hypervisor, da guckt man natürlich, dass das Modul drin ist.
Ansonsten kommt es auch echt mal vor, wenn man sich so ein eher nicht so bekanntes Linux installiert, dass man da erstmal einen Kernel Update bzw.
keinen Update installieren muss, sondern sich die Kern-Module übersetzen muss, damit überhaupt diese Shared Folder Funktionalität gegeben ist.
Hm, gut.
Ja, ist also definitiv ein Thema. Was ich interessant finde, also der Kern ist ja prinzipiell erstmal optional.
Also standardmäßig kann man auch den Standard-Rel-Kernel haben, aber dass sie den neuen Kernel, den 7er Kernel,
der auf Basis vom 5.15 LTS veröffentlicht wurde, den auch noch für das ältere Release anbieten, finde ich spannend,
weil dann kann man auch auf den älteren Versionen von neueren Features profitieren, weil ich glaube WireGuard ist in Oracle Linux 8 noch nicht drin.
Und mit dem neuen Kernel kann man das natürlich nachrüsten. Sehr feine Sache.
Irgendwo aber auch spannend, weil ich meine WireGuard ist seit 5, 6 im Kernel. Das ist ein Release aus 2020.
Also die haben sich Zeit gelassen, möchte ich sagen. Aber gut, wenn es drin ist, ist es drin, dann bin ich happy.
Fand ich nur ein bisschen spannend.
Ja, ich meine, du hast natürlich, ich meine, wie Debian auch, Israel ja auch eine sehr restriktive Distribution.
Das heißt, da willst du ja auch für die 13 Jahre etwas warten, das jetzt nicht so super viel Änderungen mit sich birgt.
Und dann würdest du auch gucken, dass du ja jetzt keine neue Hauptkernenversion da irgendwie mitbringst.
Ich gucke hier gerade parallel mal auf DistroWatch und REL 8, die Version, die da mit dabei ist.
Da ist natürlich kein brandneuer Kernel drin, sondern in dem Fall ist es ein 4.18er Kernel.
Da wird auch viel gebackportet, deswegen wird es mich auch nicht wundern, wenn da auch jemand schon mal WireGuard gebackportet hat.
Stimmt, als GKMS.
Genau, standardmäßig ist es halt nicht mit drin. Und von daher ist es ja eine nette Option, das da auf jeden Fall nochmal mit reinzuholen.
Genau. Ich hoffe ja auch so ein bisschen, dass WireGuard jetzt in der Industrie ein bisschen einen Push erfährt,
dadurch, dass es jetzt in den großen Versionen auch drin ist, weil es ja einfach deutlich besser ist als eigentlich alles, was auf dem Markt ist.
Und ich spreche jetzt hier natürlich aus Heim-Anwenderperspektive und nicht irgendwie, dass wir das beim Kunden einsetzen.
Es ist einfach auch wahnsinnig einfach einzurichten.
Also wer schon mal mit WG Quick gearbeitet hat und einen Tunnel aufgebaut hat für seinen VPN oder VPS, das ist ein Traum.
Ich muss da immer mega aufpassen, wenn ich darüber rede, weil ich sonst gerne mal irgendwie WireGuard sage.
Und das ist jetzt ja nun wirklich was rudimentär anderes, aber irgendwie keine Ahnung.
Ich kann mich ja nicht mehr dran erinnern. Mein Handy hat irgendwie seine Nachrichten vergessen.
Von daher wechseln wir lieber mal das Thema.
Und zwar Canonical hat wieder ein paar neue Updates bzw. einen neuen Blogartikel zum Thema Firefox und Snapgraph Performance Probleme.
Und da hat sich jetzt was getan tatsächlich. Das finde ich ganz interessant. Und zwar ist das jetzt in Summe bis zu 50 Prozent schneller, wenn es um Kaltstart geht.
Nur mal zur Wiederholung. Kaltstart heißt, ihr habt euer System gebootet, euch eingeloggt, der Desktop ist da, aber ihr habt Firefox noch nicht gestartet.
Und da hat man jetzt eben gesagt bis zu 50 Prozent schneller, wobei sich die Zahlen so berechnen, dass es halt auf dem Raspberry Pi 4 bis zu 50 Prozent schneller ist
und auf x86 Geräten eben halt 29 bis 42 Prozent Verbesserung mit sich birgt.
Wie hat sich das Ganze umgesetzt? Also zum einen hat Mozilla das Snappaket für Firefox überarbeitet.
Da hatten wir ja auch beim letzten Mal schon angemerkt. Da kam man am Anfang auf die glorreiche Idee, dass der Firefox beim ersten Start einfach alle Language Packs, die es so gibt, eben mal runterlädt.
Und ich habe jetzt keine genaue Zeit im Kopf, aber Firefox ist, glaube ich, wirklich eins der am besten übersetzten Open Source Programme überhaupt.
Und so ein Übersetzungspaket besteht halt eben auch aus vielen Unterordnern und kleinen Dateien.
Und wenn man jetzt mal eben so sagt, so lieber Firefox, jetzt lad doch mal diese 60 Language Packs runter und schieb die auf die Festbatte des Geräts,
es soll ja auch immer noch Geräte geben, die mit drehendem Rost daherkommen, dann ist natürlich schnell so eine gewisse I/O Auslastung zu beobachten.
Das haben sie jetzt geändert. Jetzt wird quasi geguckt auf die Locales, was ist im System konfiguriert, welche Sprache.
Und dann wird eben nur die passende Übersetzung runtergeladen, plus halt Englisch.
Das heißt, in unserem Fall wäre jetzt Englisch und Deutsch was runtergeladen werden würde und der Rest eben nicht.
Das hat schon mal viel verbessert und parallel hat halt Canonical eben auch für diese ganzen GDK GNOME Sachen das Snap auch überarbeitet,
beziehungsweise das Core überarbeitet, dass das jetzt eben eine LZO Kompression statt XZ benutzt.
Das ist eben deutlich schneller und hat auch den Vorteil, dass andere Snaps, die eben GTK oder GNOME basiert sind, davon profitieren
und dadurch, dass es ein bisschen schneller wird, sobald die Entwickler*innen eben da den Core gewechselt haben.
Und kleiner Ausblick an der Stelle ist auch, das große Problem ist ja, dem ganzen liegt Squash FS als Technologie zugrunde.
Und unter Ubuntu ist es so, dass diese Dekomprimierung von so einem Squash Image, die ist im Moment Single Threaded.
Das heißt, du kannst noch so einen geilen AMD Thread Ripper mit 64 Threads haben.
Du wartest halt trotzdem, bis der Single Thread durch ist und dein Image dekomprimiert hat.
Das ist bei anderen Distributionen nicht zu beobachten.
Also man kann ja Snap auch unter anderen Distributionen, wie zum Beispiel Debian oder Fedora benutzen.
Da ist das eben nicht beobachtet worden.
Das heißt, hier muss Ubuntu den Curl mal anpassen, das Squash FS Modul, das im Curl drin ist.
Wer schon mal einen Curl kombiniert hat, erkennt das ja, wenn man in dieser Config Ansicht ist,
da kann man für die einzelnen Module auch Parameter aktivieren und deaktivieren.
Und da muss man hier eben einfach mal die Multi Threads Decompression mal aktivieren.
Dann sollte das auch bedeutend schneller gehen.
Und auch in Diskussionen ist Precaching für GTK und GNOME Snaps, dass man dann vielleicht sagt,
na ja, bevor eine Anwendung geladen wird, wird dann vielleicht schon mal die eine oder andere Library vorgeladen.
Das dann in Summe vielleicht ja Prozess, bis der Desktop da ist, ein bisschen länger wird.
Aber wenn man dann die Apps startet, dass es dann halt schneller wird.
Aber auch spannend, dass die Option nicht, also Ubuntu und Canonical, das ist ja ein Hersteller,
dass die Option dann nicht schon an ist oder schon seit langem an ist, ist natürlich ein bisschen spannend.
Ich sehe die Änderung mit einem Lachen und einem weinenden Auge.
Zum einen, Ubuntu Live CD wird auf jeden Fall jetzt deutlich snappier.
Und das weinende Auge ist natürlich, uns geht der Running Gag verloren, wenn es snappschnell ist.
Dann können wir nicht mehr die Faust Richtung Cloud richten und uns über Snap beschweren.
Dann müssen wir uns was Neues suchen.
Da findet sich was.
Also ich finde auch, also es ist natürlich so eine Neverending Story.
Sie haben sich da natürlich auch bewusst so ein bisschen, ich will jetzt nicht sagen lächerlich gemacht.
Sie haben sich ja drum gekümmert.
Das ist jetzt der dritte Blogpost, der zu dem Thema erschienen ist.
Aber es ist jetzt ja nicht so, als wären diese Probleme nicht im Vorfeld vorherzusehen gewesen.
Aber sie haben sich drum gekümmert. Das muss man ihnen zugute halten.
Sie haben sich die Kritik zu Herzen genommen, haben daran gearbeitet.
Und das finde ich ist ja prinzipiell begrüßenswert, auch wenn man das alles im Vorfeld vielleicht hätte erkennen können.
Ja, und auch wenn wir jetzt hier keine Freunde von von Gossip Talks sind, wir müssen über das Thema reden.
Es ist hier wirklich lange thematisiert worden, schon auf Social Media.
Leonard, Leonard, Leonard.
Was?
Ich habe gehört, du hast einen neuen Job. Du arbeitest gar nicht mehr bei Red Hat.
Genau. Und zwar geht es nicht um mich, sondern es geht um Leonard Pettering.
Und der hat anscheinend Red Hat verlassen.
Das Ganze ist so ein bisschen unterm Tisch passiert.
Und zwar hat ein Pharaonics Autor eine Mail an, wollte der an Pettering schreiben.
Und er hielt nur eine automatische Antwort, dass die E-Mail-Adresse nicht mehr vergeben ist.
Und Pettering kennt man unter anderem von SystemD und Pulse Audio und auch von Avahi Zero Conf.
Und ich denke, alle Zuhörenden wissen ungefähr Bescheid, dass SystemD nicht ganz ohne Kontroversen ausgekommen ist.
So gab es ja zum Beispiel auch Devuan, was Debian ohne SystemD ist und andere Distros.
Devuan Knullinux, ich bitte dich, so viel Zeit muss sein.
Devuan Knullinux, mehr Kulper natürlich. Du hast absolut recht.
Ich könnte den ganzen Text jetzt vorlesen, aber ich glaube, das sparen wir uns lieber.
Und zwar, Pettering hat auch jetzt zum Beispiel einen privaten Account erstellt, um Fedora Bugs zu melden bei Red Hat im Bug Tracker.
Und er macht nach wie vor Git Commits im SystemD-Project. Also ist er immer noch quasi aktiv dabei und führt das jetzt weiter.
Aber anscheinend macht er das jetzt aus dem Hause Microsoft raus.
Und Red Hat hat das auch schon bestätigt, dass Pettering die Firma Antwirk Tisieris verlassen hat.
Und auch offiziell bestätigt, dass er jetzt in einer anderen Organisation ist, wo er an SystemD weiter arbeitet.
Und Microsoft hat aktuell 663 offene Positionen im Thema Linux und hat auch andere annamhafte Linux-Entwickler angeworben.
Zum Beispiel gibt es da Guido van Rossum, der Erfinder und Ben Neveland Dictator for Life von Python.
Miguel Di Icaza, der Gnome Erfinder von 2016 bis 2022 war da.
Daniel Robbins, der Gen2 Erfinder, war früher auch bei Microsoft.
Steve French, bekannt durch SIFS. Christian, hast du da SIFS?
SIFS, SIFS. Ach, wie das Spiel. Na gut.
SMP2 und 3 und Linux-Maintener ist er.
Und Christian Brauner, auch ein langjähriger Gali-König-Entwickler aus Berlin.
Die sitzen jetzt alle bei Microsoft oder Saasen.
Und das ist eine recht spannende Entwicklung.
Man bleibt noch abzuwarten, ob es dann tatsächlich jetzt durch das Extend Embracing Extinguish auch noch zu den letzten beiden Schritten kommt
oder ob Linux jetzt tatsächlich einen dauerhaften Platz in der Microsoft-Welt verdient hat.
Es bleibt zu hoffen, jetzt gerade durch die Dissidious-Engagement bei Azure,
dass Microsoft ihre alten Wege verlassen hat und jetzt tatsächlich irgendwo am Open Source Geist von Linux interessiert ist
und nicht als eigenes Microsoft/Gnulinox.
Ja, also ich meine, also ländert war jetzt glaube ich 14 oder 15 Jahre fast bei RedHats.
Der Mann darf auch mal woanders arbeiten.
Also ich verstehe auch nicht, warum das so groß thematisiert wurde.
Also ich hatte so den Eindruck, als die News rumgingen, gab es in sämtlichen Foren und News-Sites keine anderen Themen mehr.
Und ich habe auch echt lange überlegt, ob wir das überhaupt thematisieren wollen.
Aber wenn es jeder macht, können wir es zumindest mal kurz anreißen.
Ich finde, jemand, der im Linux-Umfeld arbeitet, der hat natürlich genauso das Recht, sich seinen Arbeitgeber auszusuchen.
Und wenn du 15 Jahre bei einem sehr großen internationalen Player warst,
dann kannst du auch durchaus mal den Wunsch haben, was anderes zu sehen.
Und ob jetzt Leonard Pöttering bei SUSE arbeitet oder bei RedHat oder bei Microsoft,
das ist eigentlich so lange er seine Arbeit fortführen kann, dann finde ich, ist das doch eine feine Sache.
Und das ist das, was im Vordergrund stehen sollte.
Hauptsache, er wird da happy.
Und Microsoft hat ja gezeigt, dass sie schon ihren Imagewandel vollzogen haben,
dass Linux für sie ein ernst gemeintes Thema ist.
Also über 50 Prozent aller Azure-Workloads sind Linux-Workloads.
Sie haben eine eigene kleine Distro, an der sie bauen, die im Networking-Bereich zum Einsatz kommt.
Sie haben Leute, die am Kern mitarbeiten, die das ganze Hyper-V-Thema auf Linux zum Beispiel auch versucht haben, vorwärts zu bringen.
Also ich würde schon sagen, dass das ein Zusammenspiel ist, das auch funktioniert.
Also von daher verstehe ich den Aufschrei jetzt nicht so ganz.
Und so 100 Prozent bestätigt wurde es ja noch nicht.
Aber die Zeichen sind halt sehr, sehr stark.
Und ich könnte es mir auch vorstellen, warum denn nicht?
Also jeder soll die freie Wahl haben, sich seinen Anwaltgeber auszusuchen.
Das gilt auch für bekannte Ikonen aus der Linux-Welt.
Genau.
Ja, von daher schauen wir mal, was passiert in der Zukunft.
Und vielleicht haben wir ja bald, nahezu spätestens dann, wenn ich einen Activation-Key brauche, um einen Kern zu booten,
dann weiß ich, dass wir vielleicht irgendwo falsch abgebogen sind.
Aber ansonsten, was wäre das Schlimmste, was du dir vorstellen könntest, Jan?
System D minus Windows minus Media minus Player.
Das ist glaube ich das Alptraum-Szenario.
Oder wenn ich plötzlich bei Yay dann die Codex-Einsam-bezahlen muss.
Aber da sind wir hoffentlich noch ganz weit von entfernt.
Oder irgendwie ein Add-on für den Paketmanager, dass du hier deine Updates über die Microsoft Cloud bekommst.
Und die Windows-Store-Account.
Genau, du brauchst einen Windows-Store-Account, um dir deine Z-Shell runterzuladen.
Und kannst nicht mehr rauswählen, wann du deine Updates installierst.
Aber gut, soweit wird es nicht kommen.
Lassen wir mal den QoS-IP.
Was auch ein spannendes Thema war diesen Monat, war eine Sache, die eigentlich schon im Mai stattgefunden hat.
Und zwar geht es darum, dass die Firma Broadcom gerne VMware für 61 Milliarden USD kaufen möchte.
Und beide Unternehmen haben diese Absicht auch bestätigt.
Das heißt Broadcom möchte gerne kaufen und VMware würde sich gerne kaufen lassen.
Jetzt fragt ihr euch, naja, was hat das jetzt mit Linux zu tun?
Das ist doch hier der Linux-Podcast und nicht der Virtualization-Podcast.
Das ist richtig.
Aber was da so ein bisschen das Problem ist, dass natürlich auch viele Linux-Kundinnen oder Enthusiastinnen
natürlich trotzdem auch einen Halbherweiser wie VMware gerne einsetzen.
Gibt es ja auch als kostenlose Edition, also auch im Home-Lab trifft man das gerne mal an.
Weil es ist ein stabiler Halbherweiser, ist ja auch so ein bisschen das Kernthema von VMware, kann man sagen.
Es ist ja auch ein gewisser Platzhirsch im Markt.
Und viele Leute aus der Community und viele Kundinnen trauen Broadcom nicht so richtig.
Das ist die Frage, warum vertraut man Broadcom da jetzt nicht.
Also Broadcom hat sich bisher als semi-vertrauenswürdig erwiesen,
weil Broadcom vor allen Dingen dafür bekannt ist, Firmen massenhaft aufzukaufen
und Teile dann sofort auch wieder abzustoßen.
Zum Beispiel, wenn wir uns daran erinnern, es gab die Firma LSI, die wurde von Broadcom übernommen.
Es gab SymanTech und es gab die CA Technologies, die auch von Broadcom übernommen wurden.
Und dann wurden auch viele Geschäftsbereiche dann auch sofort wieder abgegeben.
Und das hat oftmals Veränderungen für die aufgekauften Firmen bedeutet,
im Sinne von, dass man Preise angehoben hat, dass ein Subscription-Modell eingeführt wurde,
beziehungsweise ein Abo-Modell.
Und in dem Fall ist es auch so, dass ein Abo-Modell und eine Preiserhöhung bereits in Diskussion ist.
Da haben wir auch Show Notes verlinkt, beziehungsweise einen Link in den Show Notes, wo ihr das nachlesen könnt.
Die Frage ist, warum? Warum wird da jetzt direkt die Preisschraube angedreht, vermutlich?
Also im Sinne von, es wird jetzt nicht sofort instant passieren, aber in den nächsten zwei, drei Jahren ist davon auszugehen.
Und da ist es so, dass eben VmW hier die Übernahmeabsicht für einen deutlich höheren Wert als der aktuelle Marktwert angeboten wurde.
Das heißt, Broadcom möchte auf jeden Fall, dass kein anderer Interessent hier sich für VmW interessiert.
Und diese zusätzlichen Ausgaben, die müssen natürlich wieder in irgendeine Art und Weise reingeholt werden,
kann man hier im übertragenden Sinne auch sagen.
Und was hier auch noch ganz spannend ist, ist natürlich, dass die EU die Übernahme hier auch noch so ein bisschen verhindern könnte,
beziehungsweise die zuständigen Kartellbehörden.
Da können wir uns mal dran erinnern, vor anderthalb Jahren war es ja auch so, dass Nvidia starkes Interesse an Arm hatte.
Und da hat jetzt nach anderthalb Jahren haben die Kartellbehörden das ja schlussendlich doch verhindert,
weil eben in der Phase-2-Analyse davon auszugehen war, dass hierdurch ein deutlicher Nachteil für die Kund*innen zu erwarten ist.
Und das fand ich halt eben spannend, dass es damals nicht funktioniert hat.
Und Gleiches könnte jetzt theoretisch auch Broadcom drohen.
Da habe ich auch einen neuen Podcast zu dem Thema entdeckt, den ich hier gerne mal verlinken möchte.
Und zwar ist es der Wartungsfenster-Podcast.
Also hier Shout-out und Grüße an Patrick und Claudia.
Das sind zwei Podcaster*innen, die auch so aus der Administrations- und Projektschiene kommen
und sich eben alle zwei Wochen mit verschiedenen technischen Themen, aber auch solchen News eben beschäftigen.
Und Patrick hat da ein paar wirtschaftliche Details dazu genannt, wie so eine Übernahme eben vonstatten geht,
wie man da Aktien beispiele, wie da die ganzen Modalitäten sind.
Also wenn euch das interessiert, hört da gerne mal rein.
Patrick kann das 100 Mal besser erklären als ich mit meinem fehlenden Börsenwissen.
Aber im Endeffekt ist trotzdem spannend, es wurde zu deutlich mehr marktwert die Kaufabsicht proklamiert, als es der aktuelle Zeitwert ist.
Und jetzt ist natürlich die Frage, was bedeutet das für die Kund*innen?
Und da ist es so, dass da eben jetzt nach einer Alternative gesucht wird, aber es gibt ja relativ wenig.
Wir können uns ja mal zurück erinnern.
Red Hat Virtualization wurde abgekündigt.
Das war ja die Enterprise-Variante von Oviets, die Red Hat vermarktet hat,
so was im Endeffekt halt ein Hypervisor-Produkt war, wo man sich zwei, drei Hypervisor oder noch mehr hinstellen konnte
und die eben im Verbund über einer Webguide schön administrieren konnte.
Das wurde abgekündigt.
Da endet der Full Support schon Ende August diesen Jahres, die Wartung endet Ende August 2024 und das End of Life ist auch schon 26.
Man kann es auch nicht mehr kaufen.
Und die Zukunft von Oviets ist natürlich ungewiss.
Wenn wir mal zurückdenken, damals als Red Hat den Satellite 5 abgekündigt hat und den Satellite 6 auf Basis von Forman und Catello angekündigt hat,
da haben sich halt eben auch in relativ kurzer Zeit die internen Entwickler*innen von Spacewalk abgewandt
und Suze musste das Ding dann halt forken, weil einfach da kein Auftrieb mehr kam.
Und das ist jetzt halt die Frage. Sehen wir jetzt vielleicht einen Oviets-Fork?
Abgekündigt ist das Produkt ja schon. Das wäre halt so von der Marktseite her eine interessante Sache gewesen.
Wenn Red Hat das nicht abgekündigt hätte, hätte das bestimmt den einen oder anderen neuen Kunden auch bedeutet.
Das heißt, RRV-Oviets würde ich eher nicht draufsetzen.
Red Hat selbst sagt auch so für die Leute, die aktuell noch RRV einsetzen, das wird eher so in die Richtung OpenShift und CubeWirt gehen.
Ist technisch eine total schöne Sache, aber zu komplex für kleinere Umgebungen.
Ich denke jetzt mal bewusst an den typischen deutschen Mittelstand, wo man einfach so seine, keine Ahnung, 2 bis 400 VMs hat.
Da stellst du dir nicht unbedingt einen OpenShift hin. Das ist ja auch wieder ein knowledge-technisch neues Thema.
Da musst du dich darauf einstellen. Du brauchst die Infrastruktur. Du musst deine Angestellten drauf schulen.
Das ist komplex und gleiches gilt für OpenStack meiner Meinung nach.
Das könnte diesen Gap auch füllen, ist aber auch ein Thema, das man nicht so mal eben nebenher macht.
Und deswegen stellen wir das Ganze hier auch vor, weil was jetzt hier in der Community so ein bisschen wieder an Fahrt aufnimmt oder häufiger jetzt genannt wird, ist das Tool Proxmox.
Weiß ich, ob du dich damit schon mal beschäftigt hast, Jan? Sagt dir das was, Proxmox?
Ich höre es eher quasi. Viele Kollegen haben das irgendwie als HomeLab-Lösung.
Bei Kunden habe ich es jetzt eher weniger im Einsatz. Also beim Kunden höre ich es eher weniger.
Das höre ich eher von Kollegen, die damit rumbasteln. Von denen habe ich dann aber auch echt eigentlich nur Gutes gehört.
Ich kann das auch eher aus der HomeLab-Ecke zugeben, weiß aber auch, dass wir zum Beispiel bei uns Kollegen haben, die da auch schon Kundenprojekte gemacht haben.
Und für die Leute, die es nicht kennen, das ist halt eine Distro auf Basis von Debian.
Und da hat man eben eine schöne Web GUI, wie man es ja auch im Prinzip von Wieswee kennt.
Da hat man ja auch eine Web-Uberfläche, über die man dann seine Hypervisor und seine VMs administriert.
Das ist auch das, was die Leute wollen. Man will jetzt nicht sich ein nacktes Rell oder irgendein anderes Linux aufsetzen.
Und da manuell KVM-mäßig VMs betreiben, sondern man will halt schon eine GUI haben.
Und das liefert halt Proxmox. Und es gibt auch wirklich größere Kunden, die sich damit beschäftigen.
Und da kann ich hier auch einen Vortrag mal verlinken in den Show Notes von der OSA 2019 von Jens Schanz.
Das ist ein damals IT-Admin bei der Müllerkette, also bei der Druckerie.
Und der hat hier einen Vortrag gehalten, IT-Infrastruktur fernab der Hype-Themen, also alles, was nicht K8s und OpenStack und solche Hype-Themen sind.
Und hat da gezeigt, wie die zum Beispiel deutschlandweit hier mit Proxmox ihre Virtualisierung umsetzen.
Das fand ich total erfrischend und interessant, weil zum einen zeigt das nicht jeder braucht diese Hype-Themen.
Und zum anderen, du kannst auch mit einem Proxmox Hypervisor, der jetzt vielleicht nicht zu den Top 3 Hypervisor zählt, die jeder kennt,
eben auch unternehmenskritische Workloads bereitstellen.
Und ich könnte mir gut vorstellen, dass das eher so in die Richtung geht, dass man vielleicht schaut, Proxmox als Alternative vielleicht mal näher zu betrachten.
Guck ich mir auch gerade im Lab so ein bisschen an. Und da würde mich auch total interessieren, wie das bei euch liebe Zuhörende aussieht.
Habt ihr euch mit dem Thema selbst schon mal befasst? Also benutzt ihr Proxmox?
Habt ihr da vielleicht Projekterfahrungen mit? Wie geht ihr mit dieser ganzen Voranwärtssache um?
Sagt ihr, naja, ich benutze das halt so lange, wie es funktioniert oder seid ihr auch schon drauf und dran, hier nach anderen Alternativen zu schauen?
Das fände ich total spannend. Also da gerne Feedback über Social Media oder über die anderen üblichen Kanäle, wie beispielsweise E-Mail.
Dann kommen wir zu den Kurznews. Und zwar gibt es wieder ein paar Update-News.
Und zwar Qtfish OS, die Entwicklung steht ja jetzt leider vor dem Aus.
Die Beta-Version 0.8 ist im März erschienen. Seitdem ist aber leider relativ wenig passiert.
Und in den letzten zwei Monaten ist zum Beispiel in Git Repos auch gar nichts mehr passiert.
Die Website ist auch nicht mehr erreichbar. Und auf Reddit gab es jetzt Ankündigungen über einen Fork.
Dann kommen wir zu ein bisschen erfreulicheren News. Asahi Linux ist jetzt erhältlich für den M1 Ultra und den M2.
Das Ganze kommt mit Bluetooth-Support und nach zwölf Stunden Arbeit war schon der M2 Support grundlegend implementiert.
Da gab es dann wohl gar nicht so viele Neuerungen, die nötig waren, um das zum Laufen zu bringen.
Und OpenBSD 7.1 nutzt jetzt zum Beispiel schon die Arbeit von Asahi Linux, damit man OpenBSD auf dem M1 Laptop betreiben kann.
Ich weiß, das ist so eine kleine Anekdote, aber wenn man Spaß haben möchte im Internet, dann setzt man seinen User Agent auf OpenBSD und kann nämlich überall einen Capture ausfüllen.
Es gibt jetzt auch schon einen Alpha-GPU-Driver und der spricht die GPU dann per PCA und USB an.
Und da kommt aber USB als Bottleneck zum Tragen.
Ja, total spannend. Es gab da ein Livestream, da habe ich mal reingeguckt. Da hat man Hector Martin gesehen, wie er das M2 Device bekommen hat und das M1 Ultra, was er sich entweder gekauft hat oder geliehen hat.
Ich weiß es gar nicht. Und dann hat er halt in diesem Livestream gezeigt, okay, das geht nicht, dann bauen wir mal das rein.
Also für mich natürlich intellektuelle Höhenmalerei, die ich nicht verstehe, weil ich nicht körnennah programmiere.
Aber total beeindruckend, dass sich da wirklich relativ wenig geändert hat, also man das relativ schnell adaptieren konnte, dass Apple da so ein bisschen dem Grunddesign treu geblieben ist, bis auf so ein paar Treiber, die umgeschrieben werden mussten.
Und echt cool, dass es schon einen Alpha-GPU-Driver gibt.
Ich bin echt mal gespannt, wie das in einem Jahr aussieht.
Also ich bin ja auch immer so am Liebäugel mit so einem M1 oder einem M2 Gerät, aber ich kann das irgendwie noch nicht so ganz mir erlauben und die Justification, die kriege ich irgendwie noch nicht mit mir selbst ausgemacht.
Aber ich würde das voll gerne mal irgendwo sehen.
Also wenn einer mir so ein M1 oder M2 Gerät mal leihen möchte, sehr gerne, dann gucke ich mir das an.
Dann gibt es auch noch ein paar News aus der SUSE-Ecke.
Und zwar haben wir im Januar in der ersten Folge über den SUSE-D-Installer gesprochen, so ein neues Installations Framework, das eben hier SUSE entwickelt.
Da haben wir uns auch schon über den Namen ein bisschen ausgelassen, dass irgendwie der D-Installer vielleicht nicht so der treffende Name für ein Installations Framework ist, mit dem du etwas auf einen Rechner installieren willst.
Aber sei es drum, im Januar wurde das Ding angekündigt, im März gab es das erste experimentelle Release und jetzt gibt es eine Version 0.4, wo man eben ein Open SUSE Tumbleweed, Leap oder Leap Micro installieren kann.
Und interessanterweise benutzen die jetzt das Fedora Cockpit als Unterbau. Also das Fedora Cockpit Projekt ist ja eine kleine Web GUI, die man sich eben auf einem Server installiert.
Und dann kann man über so eine Web GUI im Prinzip wie dieser Windows Server Manager so Dinge tun wie Benutzabpflegen, Storage einrichten, Patches installieren, VMs hochziehen, Container starten.
Und das Framework, das ist jetzt auch schon einige Iterationen lang gereift. Das ist ja auch mit Red Hat Rocky 1x8 auch direkt mitgeliefert und vorinstalliert, mit 9 auch.
Das verwenden sie jetzt eben als Unterbau. Und da haben wir auch mal einen Repository verlinkt, wo man auch so ein kleines Video sieht, wie man dann halt über so eine Web GUI dann entsprechend so ein neues System installieren kann.
Ist ja wie gesagt dafür gedacht, dass man halt so eine Installation nicht vor Ort an der Konsole machen muss und dann auch remote dann draufkommt.
Bin ich mal gespannt, wie das aussieht und wann das vor allen Dingen in eine Distri den Einzug erhält. Also in Tumbleweed denke ich mal wird es zuerst landen und in Sleeet Next oder Leap Next.
Also wir wissen ja bis heute noch nicht, ob Sleeet 16 sein wird. Vielleicht finden wir es da ja sogar schon. Ich glaube es zwar nicht, aber wir können ja trotzdem mal weiter hoffen.
Ja und damit haben wir die News des Monats soweit abgeschlossen und können über den Tooltip des Monats sprechen.
Und mein Tooltip des Monats ist Ventoy. Das ist ein sehr kleines, aber sehr feines Tool, das euch dabei unterstützt, einen bootbaren USB Stick zu bauen, der direkt von Isos booten kann.
Also man kennt das ja heutzutage die ganzen Linux Distros. Das sind ja alles Hybrid Isos, die können ja zu entweder auf CD, DVD, Blu-ray brennen oder eben auf ein USB Device und können dann über BIOS oder UEFI davon halt booten.
Das große Problem, das ich halt habe, ist, dass ich auf meinen Testgeräten gerne mal viel neu Installation tätige. Heute habe ich vielleicht mal ein Fedora 36 und nächste Woche will ich mir ein Tumbleweed mal draufziehen.
Das heißt, ich müsste halt immer so 5-6 USB Sticks mit mir rumschleppen oder die jedes Mal neu flashen und da habe ich halt keinen Bock drauf, weil da bin ich einfach zu faul.
Und Ventoy ist ein kleines Tool, das installiert halt einen Bootloader auf eurem USB Stick und erstellt noch eine weitere neue Partition.
Und das ist ein ganz normales VFAD und da könnt ihr halt eben dann entsprechend eure Isos drauf ablegen und habt dann, wenn ihr davon bootet, so ein kleines Bootloader-Menu und könnt dann die Iso auswählen und dann bootet das System halt von der Iso.
Das geht nicht unbedingt mit jeder Linux Distro. Also in dem GitHub Repository, das wir in den Show notes verlinkt haben, seht ihr was getestet wurde, aber auch Dinge, die nicht getestet wurden, funktionieren.
Also Pop OS zum Beispiel habe ich mal ausprobiert, das stand zu dem Zeitpunkt noch nicht drauf.
Hända Montana Linux habe ich jetzt noch nicht getestet. Das werde ich natürlich gleich im Nachgang machen und funktioniert aber auch mit Unix oder anderen Betriebssystemen.
Also auch so ein ESXi kann man davon booten und ich glaube Windows geht sogar irgendwie auch.
Seitdem habe ich schon noch einen großen USB Stick, den ich mit mir rumschleppe, wo halt der ganze Kram drauf ist, mit dem ich mich so beschäftige.
Dann kommen wir jetzt mal zu meinem Tooltip und zwar habe ich diese Woche mit oder diesen Monat mitgebracht OpenGrok.
Das Ganze kommt aus dem Hause Oracle und ist auch auf GitHub verfügbar und zwar das ist ganz praktisch.
Wenn man sich öfter mal in so eine neue Codebase einarbeiten möchte, dann hilft OpenGrok, indem man quasi, man klickt auf den Namen einer Variable und kann dann sehen, wo wird die benutzt, wo wird sie definiert.
Und das Ganze in so einem praktischen Webinterface. Ich benutze das meistens per Docker und mache dann Volume Mount, Mount in Source Code rein und klick mich da durch.
Ist genial, wenn man zum Beispiel durch den Linux-Quellkonten mal durchgucken möchte und dann auch wissen will, wo ist die Struktur, wo ist die Struktur definiert, wo wird sie benutzt, um sich einfach so einen Überblick zu verschaffen von der Struktur des Projektes und das ganze Open Source verfügbar.
Die GUI ist so ein bisschen spartanisch, kann man sie nennen, Open Source, also Open Source Software Fans werden sie lieben.
Ja, es ist pragmatisch, nennen wir sie pragmatisch. Und ja, das ist mein Tooltip des Monats.
Bei dem Namen musste ich ja irgendwie an das Getränk und an Monkey Island denken und habe jetzt festgestellt, das hat leider weder mit dem einen noch was mit dem anderen zu tun.
Und ich war auch verwundert, ich wusste gar nicht, dass Oracle eine GitHub-Organisation hat und die haben ziemlich viel Content da.
Die haben 260 Repositories, wo sie auch regelmäßig Dinge hochladen. Ist ja ein sehr intensives Open Source-Commitment.
Schöne Sache.
Denkt man mal gar nicht.
Ja. So war das mit den Vorurteilen. Sie stimmen halt nicht immer.
Gut, ja und damit sind wir mit den News und den Tooltips des Monats durch. Das heißt, da bleibt jetzt nur noch übrig, euch für das Zuhören zu danken.
Wenn ihr es bisher geschafft habt, dann freut uns das sehr.
Natürlich ist uns Feedback immer sehr wichtig. Das heißt, wenn ihr Ideen, Wünsche oder Tooltips habt, die ihr hier gerne mal hören möchtet, dann könnt ihr die uns natürlich sehr gerne zusenden.
Beispielsweise per E-Mail an podcast@sva.de oder über unseren Twitter-Händel @sva_focuson. Vergesst da auf keinen Fall den Hashtag des Monats, liebe Zuhörende.
Wimbus 2000. Der Hashtag des Monats, liebe Zuhörende. Ich wiederhol's nochmal.
Hashtag Wimbus 2000. Und wir freuen uns natürlich auch immer über Bewertungen über den Podcatcher eurer Wahl, also beispielsweise Spotify oder Apple Podcasts.
Ja, und in dem Sinne, vielen Dank fürs Mitmachen, Jan. Komm gut durch den restlichen Juli. Und dann hören wir uns in einer der nächsten Folgen wieder.
Jo, ebenso. Bis dahin, ciao. Ciao, ciao.
[Musik]