[Musik]
Hallo und herzlich willkommen zur zweiten Folge des Focus on Linux Podcasts.
Ja, und schon ist ein weiterer Monat oben und wir haben echt viele News für diesen Monat zusammengetragen.
Deswegen packe ich es gar nicht alleine und habe diesen Monat sogar zwei Kollegen mit dabei.
Wenn wir so weiterskalieren, freue ich mich schon mal auf die Sommer- oder Herbstfolgen.
Das dürfte organisatorisch gar nicht mal so einfach werden.
Und ja, heute freue ich mich auf jeden Fall einmal den Jan Walter vorstellen zu können.
Moin, moin.
Und einmal den Jasper Vigrads.
Moin.
Ja Jan, sag mal, wie kommt es, dass du heute mit dabei bist? Was machst du so?
Ja, ich bin auch bei der SVA und sorgte einfach eigentlich dafür, dass Probleme verschwinden und das im Bereich zwischen Linux, Cloud und Security.
Und deswegen bin ich heute auch hier.
Sehr schön. Hast du dir einen passenden Monat rausgesucht mit gleich CWIs, die wir besprechen können?
Nicht nur eins, sondern direkt zwei.
Super. Jasper, was machst du so?
Ich habe eigentlich mal Linux-System-Admin gelernt und bin dann aber irgendwie durch meinen digitalen Minimalismus auf den Containerzug mit aufgesprungen.
Und jetzt mache ich eher so Container und Kubernetes und schaue mir auch da immer ganz gerne die Sicherheitsaspekte an.
Ja, und ansonsten bist du ja auch Minimalisten, hast kaum Hardware zu Hause, hast du zumindest neulich gesagt.
Genau, ja, also früher waren es auch viele Thinkpads.
Die sind jetzt entweder verschenkt worden an die Familie oder auf den Dachboden gewandert. Und was bei mir nur noch läuft, das ist eben der eine Arbeitsrechner.
Und alles, was man so an Homelab sonst hat, habe ich bei mir auf ein einziges Stück Hardware verbannt. Und da bin ich auch ganz zufrieden mit.
Sehr gut. Oder sie sind bei mir in der Sammlung gelandet, weil bei mir sind im Laufe des letzten Jahres sehr viele alte Thinkpads hier angekommen.
Und das war so mein zweites Lockdown-Hobby, alte Notebooks wieder zu restaurieren und originalgetreu zu installieren. Gut möglich, dass da auch was von dir gelandet ist.
Ja, gib mir ne Liste, du kriegst das, was ich noch über hab.
Sehr gut. Kommen wir mal kurz zum Feedback. Also auch nach der letzten Folge haben wir wieder viel positives Feedback bekommen, entweder per E-Mail oder über die üblichen Social Media Kanäle.
Das hat uns sehr gefreut. Vielen Dank. Und hier auch schon mal der Hinweis, wenn ihr weiteres Feedback habt, Ideen, Dinge, die ihr unbedingt mal hier versprochen wissen möchtet, dann sehr gerne per E-Mail an podcast@sva.de
oder über die üblichen Kanäle, über die wir auch die Podcastfolgen entsprechend bewerben. Also Crossing, LinkedIn, Twitter. Und dann können wir auch schon mal beginnen, über die News heute zu sprechen.
Und den Anfang macht eine kritische Sicherheitslücke mit dem Namen Pornkits. Püffenkits. Wie spricht man das eigentlich korrekt aus?
Ähm, eigentlich, ja, lass uns lieber bei CPE 2021/4034 bleiben. Ich find diese benannten Sicherheitslücken sind immer, ja, ein bisschen cringe.
So, bist du kein Corner-Kid, das irgendwie den Swag aufdreht oder so? Bist du nicht so ein Fan von so YOLO und so?
Äh, nee, ich find das wird immer ein bisschen overhyped und ganz viele Sicherheitslücken, die eher banal sind, kriegen dann Namen und werden irgendwie personifiziert.
Und das lenkt irgendwie von der eigentlichen Security-Aspekten eher ab.
Das stimmt. Ich fand es am Anfang war es ja noch lustig als irgendwie Heartbleed und wie sie alle hießen, aber irgendwann war es dann nur noch so ein bisschen witzlos und die Websites, die extra hergestellt werden, die sind halt auch irgendwie immer sehr klischeebehaftet von daher.
Weiß nicht, was du meinst. Aber worum geht es denn überhaupt bei CPE 2021/4034?
Und zwar ist das eine kritische Lücke in Polkit, das Policy-Kit. Damit kann man den Zugriff auf manche Systemaspekte einschränken. Und zwar, genauer gesagt, ist der Bug in PK-Exec.
Das ist das Sudo von Polkit. Mit dem kann man dann mit Root-Rechten andere Programme ausführen oder generell mit den Rechnern des anderen Nutzers.
Und das funktioniert erst, wenn man schon bereits Schallzugriff hat. Also man muss schon relativ weit kompromissed sein.
Und das wird in SysVinit und System-Distributionen eingesetzt. Und der Bug selber besteht schon, glaube ich, seit 2009 und ist seit 2013 auch schon so halb bekannt.
Und zwar funktioniert hier folgendermaßen. Ein Programm auf Linux bekommt die Liste an Argumenten, die man auf der Kommandozeile mitgegeben hat und die Umgebungsvariablen mit beim Start.
Und eigentlich ist der erste Parameter in der Kommandozeile immer der Name des Programms selber. Also es wäre in diesem Fall PK-Exec.
Jetzt kann man aber auch einfach sagen, ich gebe gar keine Argumente mit. Das geht, glaube ich, nicht direkt über Bash. Das muss man dann über ein eigenes Programm machen.
Aber das sorgt dafür, dass durch diesen Bug kann man dann beliebig in die Umgebungsvariablen reinschreiben.
Was recht gefährlich ist, weil eigentlich werden die gefährlichen Umgebungsvariablen wie ld-library-path und ld-preload schon vorher rausgefiltert.
Und da das Programm das setUID-Bit gesetzt hat und root gehört, wird das Programm immer mit den root-Rechten ausgeführt.
Man kann sich das so vorstellen, als dürfte man einfach bei sudo noch seinen eigenen Code mitladen, also seine eigene Authentication-Methode mitnehmen.
Und das ist natürlich dann recht offensichtlich, warum das keine gute Idee ist.
BSD ist nicht verwundbar, weil dieser Trick, dass man keine Argumente mitgeben darf, funktioniert nicht bei BSD. Das Programm startet dann einfach nicht.
Und der Bug-Report kam Mitte Januar rein und dann kamen auch relativ schnell die ersten Distributions-Patches.
Nur Red Hat hat ein bisschen auf sich warten lassen mit ihrem Virtualization-Patch.
Ja, spannend. Ich fand es auch wirklich interessant, weil es ist ja häufig so das Argument, dass die Leute sagen, ja, aber ich hab doch noch meinen GNU/Linux, whatever, egal welcher GNU/Linux-Distribut man nimmt, die noch kein Systemd hat.
Aber das ist natürlich ein Druckschluss, weil Polkit eben halt auch, wie du schon gesagt hast, in Nicht-Systemd-Distributionen enthalten ist.
Und von daher schön, dass man das so schnell beheben konnte. Und Workaround war ja auch einfach das Set Debit dem PicaExec-Programm zu entziehen.
Jasper, wie ist das eigentlich bei dir als digitaler Minimalist? Bist du bei SysDV_init oder bist du bei Systemd?
Das heißt, ich nehme das, was ich bekomme, und das ist nun mal Systemd.
Beziehungsweise nutze ich tatsächlich gar kein Linux-System aktiv, sondern bin mit meinem MacBook eigentlich ganz zufrieden. Und da läuft wieder SysDV_init noch Systemd drauf.
Das ist auch eine Form von Minimalismus.
Ja, so geht's auch. Gut, dann hatten wir noch eine andere Lücke, die ist auch noch relativ neu, und zwar war das CVE202144731.
Und da ging es um eine kritische Lücke in SnapCraft, also dem alternativen Paketformat. Das hat auch einen CVS-Score von 7.8, also auch schon relativ hoch.
Und da gab es eine Sicherheitslücke in dem SnapConfine-Befehl, genauer gesagt in Race-Condition.
Die hat es eben erlaubt, dass man Bind-Mounts im privaten SnapCraft-Mount einhängen konnte und so eben auch fremden Shardcode einschleusen konnte, der dann auch direkt ausgeführt wurde.
Und das war wohl auch eine relativ triviale Lösung. Also der Patch hat nicht lange auf sich warten lassen, der kam dann direkt raus für Ubuntu 18.04, für 20.04 und für 21.10.
Und die 16.04, die steht noch aus, aber da gibt es auch noch einen Patch, der dürfte noch nachgereicht werden.
Und dieser CVE, der ist eben auch Teil des USN 5292-1 Advisories und das ist quasi eine Sammlung aus mehreren Patches, die eben sich das SnapCraft-Thema angucken.
Also da gab es noch eins, zwei weitere kleine Fehler in der Ecke von Snap, die dann auch gleich betroffen waren und behoben wurden.
Das Ganze hat nicht nur Ubuntu betroffen, sondern Snap gibt es natürlich auch unter Debian und Fedora und die haben auch entsprechend schnell reagiert und ich glaube am 17. directly dann auch Patches rausgebracht.
Also haben nicht lange auf sich warten lassen. Das ist ja immer eine feine Sache, ist natürlich schlimm, wenn es Sicherheitslücken gibt, die eklatant sind, aber umso schöner natürlich, wenn man da nicht wochenlang drauf warten muss und dann direkt den Patch bekommt.
Wie macht ihr das eigentlich? Installiert ihr, wenn ihr auf einem Niedungssystem arbeitet, immer relativ schnell Patches oder lasst ihr die auch gerne mal abhängen?
Oh, da bin ich, ich lasse mich dann immer vom SSH-MOTD überraschen, wie viele Updates jetzt gerade noch ausstehen, wenn ich mich mal wieder auf meine Kisten einlocke.
Meistens sind es aber tatsächlich nicht Snaps, davon versuche ich irgendwie Abstand zu halten. Da habe ich einmal schlechte Erfahrungen mit gemacht und seitdem halte ich mich von denen lieber fern.
Und ansonsten mache ich, wenn ich sie sehe, dass ich Updates installieren kann oder wenn ich tatsächlich mitkriege, dass ein großer Bug ansteht, dass ich mich da mal nur auf alle Kisten schalte und die einmal durchziehe.
Sehr gut. Ja, also ich überlege manchmal auch, ob man nicht so etwas wie ein Auto-Update einschaltet, also für Systempakete auf den Headless-System, die ich ja nun mal habe, aber ich lese tatsächlich sehr, sehr, sehr gerne Change-Logs.
Das wäre schon ein Grund für mich, warum ich niemals ein Auto-Update einschalten würde, nicht nur, weil es da nicht funktionieren könnte den anderen Tag, sondern einfach, weil ich wissen möchte, was hat sich in der neuen Köln-Version geändert, die ich bekommen habe, um so ein bisschen up-to-date zu bleiben.
Da hatte ich tatsächlich mal einen ganz spannenden Bug auf einer Ubuntu-Maschine, da habe ich mir, ich weiß gar nicht mehr, wo ich den Server gemietet hatte.
Und zwar musste das Modul, das Kernel-Modul für den Ethernet-Anschluss, musste man immer manuell noch mal mit DKMS nachziehen, weil wenn man das sonst vergessen hat und neu gestartet hat, durfte man sich direkt die KVM geben lassen, sonst ist er nicht mehr online gekommen.
Also deswegen traue ich mich bei Auto-Updates nicht ganz so ran. Wow, das klingt ja wild. Also das sollte eigentlich nicht mehr passieren im Jahr 2022. Aber gut.
Ja, ich denke, die Wahrheit liegt irgendwie so zwischen den beiden Welten. Also ich habe auch mir einen Server bei einem Cloud-Hoster geklickt und da habe ich tatsächlich Auto-Update installiert, weil da will ich jetzt nicht unbedingt sonntag morgens beim Frühstücken Patches installieren, da habe ich nicht so Bock drauf.
Aber für andere Systeme, die ich intern habe oder so beim Kunden, da arbeite ich nicht unbedingt mit Auto-Updater. Will man meistens schon mal gucken, was man da jetzt gerade für einen Patch auf die Datenbank oder auf die Application-Server-Kiste zieht, sonst gibt es möglicherweise nach dem nächsten Neustart auch Effekte, die man so nicht haben möchte.
Wo wir es gerade vor lange warten hatten, nach fünf Jahren Entwicklungszeit ist jetzt Slackware 15 veröffentlicht worden und das ist deswegen interessant, weil Slackware die älteste immer noch aktiv entwickelte Linux-Distribution ist, die es schon seit 1993 gibt.
Habt ihr damit schon mal gearbeitet bisher?
Das habe ich ganz früher mal so als CD gesehen gehabt, aber selber damit gearbeitet habe ich tatsächlich nicht. Meine Anfänge waren glaube ich mit Ubuntu 10.04 oder 10.10. Davor hatte ich mit Linux relativ wenig Berührungspunkte.
Ich habe auch nur im Helferbereich vom CTC manche Jahre mal jemanden davon reden hören, aber auch noch nie etwas davon gesehen.
Also quasi habe ich mal nach Wikipedia gelesen, kenne ich nicht.
Genau.
Geht mir eigentlich ähnlich. Also ich habe richtig angefangen 2005 mit Ubuntu 5.10 und vorher mal so ein bisschen SUSE, aber Slackware, ich weiß, das ist die älteste immer noch aktiv entwickelte Distri, aber ich habe da jetzt keine persönliche emotionale Bindung zu.
Aber ich finde es ist halt spannend, weil es wirklich so einer der ersten Distros überhaupt war, die basierte ursprünglich mal auf Softlanding Linux und hat halt eben die Linux-Welt doch schon sehr nachhaltig beeinflusst.
Vor allen Dingen gab es viele Distros, die auf Basis von Slackware rausgekommen sind. Fugalware ist eine relativ bekannte oder eben Slacks und auch SUSE hat sich früher eben ursprünglich mal an Slackware orientiert.
Das ist jetzt nicht mehr unbedingt der Fall, aber so weiß man zumindest, woher das Ganze kommt, finde ich immer recht spannend.
Und jetzt hat es eben fünf Jahre gedauert, bis eine neue Version rauskommt und die kam jetzt eben raus mit dem Linux 5.15.9 LTS-Könnel.
Das sind circa 1600 Pakete, die da mit dabei sind. Und was ich total spannend fand, ich habe mir mal so eine VM hochgezogen, da ist halt nach wie vor kein Systemd, das zum Einsatz kommt, sondern eben sysv-init.
Hat aber trotzdem eben eLogin-d, was halt auch eine Komponente ist, die aus Systemd kommt und hat auch andere Systemabhängigkeiten, die man halt einfach braucht, damit man moderne Desktop einsetzen kann.
Also wenn man heutzutage einen modernen KDE Plasma Desktop zum Beispiel einsetzen will, dann braucht man eben Abhängigkeiten aus dem Systemd Projekt, sonst kann man die GUI nicht wirklich sinnhaftig benutzen.
Das finde ich da ganz spannend, dass wirklich das Inits-System auf Biegen und Brechen eben weiterhin genutzt wird, so wie man es schon immer getan hat, und dann aber trotzdem die Abhängigkeiten nachzieht.
Damit man eben zum Beispiel KDE Plasma 5.23.5, was halt eben auch mit dabei ist, auch mit Vandans-Support, das ist die 25th Anniversary Edition.
Und alternativ gibt es noch einen XORG 1.20 Standard eben, X Server und halt eben Vandans auch in Version 1.20.
Und auch interessant fand ich, dass eben neben Pulse Audio auch Pipewire mitgeliefert wird.
Also als ich gelesen habe, das Ding benutzt kein System, die dachte ich mir, naja, okay, dann ist das vielleicht ein bisschen betagte, abgehangene Software, aber das ist auch hier nicht korrekt, sondern man hat trotzdem moderne Audio Stacks, sondern man ist hier einfach.
Aus verschiedenen Gründen hält man eben an diesem alten Inits-System fest.
Und in Kürze kommt auch noch eine Armversion, habe ich gelesen, die wird noch nachgereicht.
Wie steht denn ihr zu den Distros, die kein System-D benutzen?
Also für Headless finde ich es nicht so tragisch. Auf dem Desktop kann ich es nicht so richtig nachvollziehen, wie man sich um Biegen und Brechen vor System-D drücken möchte.
Also gerade Journal Control und Co. möchte ich eigentlich nicht mehr missen und auch die Service Files für System-D kann man mittlerweile auch irgendwie so halb aus dem Kopf schreiben.
Also klar, die Umstellungsphase war irgendwie so ein bisschen awkward, aber mittlerweile finde ich das ein bisschen einfach stur, sich davor so zu weigern, vor allem, wenn man dann trotzdem die Komponenten mitbringt.
Also ich kenne auch ein paar Leute, die tatsächlich sich da so sehr gegenwehren, dass sie sagen, sie nehmen nicht mal mehr SysV-Init, sondern ihren eigenen selbstgeschriebenen Init-Manager, um die komplette Kontrolle über das System zu haben.
Und wenn man dann mal erzählt, ich nutze auch System-D, um Netzwerkinterfaces einzurichten, weil das kann es ja mittlerweile, es hat ja ziemlich viele coole Features, sagen sie gleich nein, nein, nein, das würde ich niemals an so eine komplexe Software abgeben.
Ja, ich meine, es ist natürlich schon im Widerspruch zu der ursprünglichen Unix-Ideologie, wo man ja wirklich so sagte, schreibe ein Programm das einen spezifischen Use-Case abdeckt, aber die sind perfekt.
Das kann ich schon nachempfinden, dass man dann eben sagt, System-D ist halt einfach so ein Tausend-Sasser, der irgendwie alles kann und es kommen auch wirklich Features rein, die am Anfang vielleicht noch nicht so praktikabel sind, aber ja, in Summe möchte ich es auch nicht mehr missen.
Also gerade so diese Parallelisierung, also wenn man mal guckt auf so ein Desktop-System, gerade neulich mal wieder ausprobiert, wenn man sich da halt eben einfach ein modernes System-D-System installiert, wie schnell so eine Kiste bootet und wie lange damals so Ubuntu-Destops gebraucht haben zum Booten, ist schon echt beachtlich.
Also ich verstehe es auch nicht ganz, wie man sich da noch wehren kann, aber vielleicht müssen wir da einfach mal eine Sonderepisode zu machen und mal ein paar Leute finden, die da Bock haben zu dem Thema zu reden. Ich glaube, das könnte sehr, sehr politisch und aber auch sehr spannend werden.
So Pro und Contra, dann packen wir das gleich auch noch auf so eine Alignment-Chart mit Nano und Wim. Ich meine natürlich EMAX und Wim.
Die In-Ed Wars.
Die In-Ed Wars. Und gucken wir mal, welches In-Ed-System zieht welchen Editor an.
PipeWare finde ich auch sehr spannend, benutze ich privat auch. Hat für mich Pulse Audio quasi nahtlos ersitzt.
Also das war glaube ich ein Kommando im Packet Manager und dann war Pulse Audio weg und PipeWare war da.
Kann ich nur empfehlen, habe bis jetzt deutlich weniger Probleme gemacht als Pulse Audio.
Ja, ich habe mir dann Slackware auch mal angeschaut in der virtuellen Maschine und habe da mal auch ein bisschen drüber getwittert, was ich da so für Eindrücke hatte. Und da habe ich auch kurz irgendwas zum Thema System-D gesagt und bin gleich des Todes geflammt worden natürlich.
Und viel interessanter fand ich dann auch noch, die liefern standardmäßig halt, ich glaube, 10 GB Software, die mit installiert wird. Und da gab es auch irgendeine Software, die aus dem BSD-Projekt kam, wo so schlechte Witze erzählt wurden.
Und das waren halt echt voll die sexistischen Witze so. Und da habe ich halt einfach mal so einen Screenshot gedroppt.
Und da ging halt auch sofort ein mega Flamwarr los. Und ich glaube, das Ende vom Lied war irgendeiner, hat dann diesen Screenshot genommen und hat dann glaube ich ein Ticket aufgemacht, dass man diese Witze vielleicht mal rauswerfen sollte.
Das waren echt 50.000 Zeilen, sau schlechter Kahlauer, die halt seit den 90ern irgendwie im BSD-Projekt drin sind.
Und die kriegst du halt per Default angezeigt, wenn du so einen Slackware einfach gemäß der Doku durchklickst.
Das fand ich auch interessant, was da vielleicht dann teilweise mit geschleppt wurden.
Oha. Ja, das passt ja eigentlich auch perfekt ins Bild mit Sys v.init.
Und dass man sich auch von X noch nicht trennen kann und von Pulse Audio ja auch noch nicht komplett trennen kann.
Also das wirkt alles ein bisschen altbacken. Also ich finde, da könnte man mal gerade nach fünf Jahren Entwicklungszeit vielleicht einfach mal einen Schritt wagen und ein neues Kapitel aufmachen.
Ja, ist schwierig. Ich will mir keinen Urteil erlauben, weil ich die Leute nicht so ganz kenne, die in dem Projekt drin sind. Aber wenn man jetzt wirklich in Schubladen und in Stereotypen denkt, dann ist da eine gewisse Richtung. Das stimmt schon.
Aber wir wollen natürlich jedem die Chance geben, das Gegenteil zu beweisen. Von daher mal gucken, was aus dem Bug Report wird. Da muss ich mal nachlesen, was da passiert ist.
Ich habe irgendwann die Notifications gar nicht mehr gelesen. Das eskalierte mir zu zeitnah, dass ich da noch folgen konnte.
Dann gibt es noch was Neues aus der Raspberry Pi Ecke, Jasper. Worum geht es da?
Ja, Raspberry Pis. Ihr habt vielleicht der letzten Zeit mitgekommen, dass die mittlerweile echte Goldstücke geworden sind.
Also die Preise explodieren. Sie sind auch wahnsinnig nützlich. Mittlerweile vor allem mit der neuen Generation von Raspberry Pi gibt es ja eine Version, die hat sogar 8 GB Arbeitsspeicher.
Da hätte man jetzt gedacht, die laufen doch bestimmt mit 64 Bit, weil du bei 32 Bit so eine 3 GB Arbeitsspeicherbeschränkung pro Prozess hast.
Und dass das System insgesamt mehr als die 4 oder 8 GB, die da hardware-seitig hervorhanden sind, nutzen konnten.
Das ging über einen kleinen Trick, Large Physical Address Extension, der da länger schon angewendet wird von dem Raspberry Pi Betriebssystem, was ja übrigens vor zwei Jahren noch "Raspbian" hieß und mittlerweile eben "Raspbian Pi OS".
Na und es gibt jetzt die neue Raspberry Pi OS Version in 64 Bit. Gibt schon ein bisschen länger, jetzt instabil, sollen wir es nutzen. Und damit bekommen wir endlich Zugriff auf echte ARMv8 Features, weil bisher lief das noch im Kompatibilitätsmodus für ARMv7.
Damit könnten einige Anwendungen ein bisschen schneller werden, aber vor allem können jetzt auch Anwendungen, also einzelne Prozesse, mehr als 3 GB Arbeitsspeicher bekommen.
Das ging bisher schon in Ubuntu und jetzt mit dem ganz offiziellen Betriebssystem für den Pi. Und das betrifft alle Raspberry Pi Platinen, die schon 64 Bit SoC haben. Nämlich den Pi 3 und 4 und auch die zweite Generation von dem Pi Zero.
Klasse. Und in den Show Notes haben wir auch einen Artikel verlinkt von Foronex, die ja auch immer Linux Hardware benchmarken. Und da sieht man halt eben auch, es gibt so einen leichten bis mittleren Performancezuwachs.
Wo ich es halt immer spannend finde, ist, wenn man sich auf so einem Raspberry Pi einfach mal so einen Podman oder einen Docker draufzieht, um da eben Container zu betreiben, dann hat man mit den 32 Bit ARM Maschinen immer so das Problem gehabt, also ARMv5L und neuer, dass da halt einfach super wenig fertige Docker-Images gab und man musste sich das immer selbst bauen. Und jetzt kann man halt eben einfach auch die fertigen ARM-Images schon einfach nutzen, die es da so gibt. Finde ich auch ganz spannend.
Hab auch überlegt, gerade weil du sagtest, die Hardware ist mittlerweile fast mit Gold zu vergleichen, das ist wirklich irre. Also letztes Jahr hatte ich mich groß eingedeckt, hatte noch so ein paar Pi Zeros 2 gekauft und auch so ein Pi 4 mit 8 GB.
Und jetzt könnte ich gefühlt einen Monat unbezahlten Urlaub nehmen und halt einfach diesen Raspberry Pi verkaufen und vielleicht noch eine Nvidia Grafika damit dazu. Das ist echt absurd, dieser Chipmangel und welche Auswirkungen er da drauf hat.
Die Physical Address Extension ist tatsächlich auch nicht wahnsinnig neu, das gab es früher bei X86 auch, bevor 64-Bit so richtig beliebt wurde.
Ich glaube, das war eher so ein Hack, also das haben die Prozessoren unterstützt und dann konnte man auch mit 32 Bit CPU mehr als 4 GB RAM ansprechen. Aber spannend, dass das quasi sich so durchzieht, auch auf die anderen Architekturen.
Ja, was einmal funktioniert hat, das funktioniert dann noch ein zweites oder ein drittes Mal.
Also die haben es jetzt auch ein bisschen länger tatsächlich in A-Beta gehabt und die Raspberry Pi Organisatoren, die scheinen da schon sehr viel Wert auf Kompatibilität zu legen und wollten da jetzt nichts überstürzen damit.
Und es ist auch gar nicht so eine große Änderung, die uns da jetzt erwartet.
Ich denke nicht, dass sehr viele Applikationen wirklich dieses Memory Limit, was bisher bei 3 GB Arbeit lag, tatsächlich ausnutzen. Das wird vielleicht sehr, sehr vereinzelt vorkommen. Als Beispiel da mal so ein Chrom oder Chromium, der braucht auch mal sehr viel Arbeitsspeicher für die ganzen Browser, die man hat, aber die laufen jeweils in einem eigenen Prozess.
Deswegen hat das da auch wunderbar vorher schon funktioniert. Aber eben diese ARMv8 Features, dass wir jetzt tatsächlich auch die neue Hardware-Generation wirklich ausnutzen können allen Belangen, das ist womit das Interessanteste daran.
Absolut, ja. Und der Punkt ist wirklich valide. Das ist auch das, was wirklich die Leute an Raspberry Pi so schätzen. Sie sind halt wirklich einfach abwärtskompatibel.
Das heißt, du musst dir keinen Kopf drum machen, dass das nicht sauber läuft. Du kannst dir einen beliebigen neuen Pi kaufen, nimmst die Distro von denen, da funktioniert wirklich alles so featuremäßig betrachtet.
Das ist bei anderen Distries nicht immer so. Also ich bin da auch viel am Rumexperimentieren und das ist eigentlich immer noch so meine Lieblingsdistro.
Und habe jetzt halt für 1, 2 Projekte, habe ich dann halt doch mal Ubuntu genommen, weil das halt schon Aarch64 konnte. Und jetzt gibt es das auch bei denen direkt aus der eigenen Reihe. Finde ich super. Kann ich dann direkt das wieder nehmen.
Was ich auch super finde ist, dass es jetzt auch Catello 4.3 gibt. Also Catello, was ja zusammen mit Formen die Vorlage für den kommerziellen Red Hat Satellite oder den Atex Ocarino ist, ist jetzt in der neuen Version erschienen.
Und da gab es einige Updates, die PULP betreffen, also die Komponente, die eben die Softwarepakete lokal vorhält.
Da gibt es jetzt Support für das ULN, das glaube ich das Unbreakable Linux Network, also das, wo eben Oracle seine Patches vertreibt und einmal für OS Tree. Und es gibt eine neue grafische Oberfläche für diese Content Views.
Also ich habe sehr viel bei Kunden damit zu tun und bastle auch gerne mit den Produkten privat ein bisschen rum.
Und die User Experience, die war halt immer echt schwierig so ein bisschen, weil man hat halt gemerkt, es gab erst Formen und dann wurde per Add-on eben noch ein Catello dazu gefügt.
Das waren halt einfach, du hattest für manche Dinge, die du tun wolltest, bist du einfach intuitiv immer im falschen Menü gelandet und musstest dann wieder woanders hin klicken.
Da gibt es jetzt eine neue Oberfläche dafür, die ist jetzt auch seit Sommer letzten Jahres in Arbeit gewesen. Ich finde, die kann sich zeigen lassen, die gefällt mir sehr gut. Die reduziert das Ganze wieder mal ein bisschen.
Und für mich war das jetzt auch das erste Mal, dass ich Catello ohne die MongoDB mal testen konnte.
Also Formen benutzt ja eine Postgre, SQL-Datenbank und Catello, bis vor kurzem eben noch eine eigene MongoDB und naja, ich sage mal so, einen Application Server, einen Web Server und zwei Datenbanken auf einem Server gleichzeitig zu betreiben, geht eher in die Richtung, das kannst du schon so machen, aber dann ist es halt kacke.
Also vielleicht nicht kacke, aber es war auf jeden Fall immer suboptimal, weil das System einfach an vielen Ecken einfach ein bisschen gehungen hat.
Und da muss ich sagen, das fand ich total faszinierend, wie super schnell das geht, also auch als VM auf einem Notebook.
Total super. Da bin ich echt mal gespannt, wie das dann mit dem Red Hat Zetlight 7 aussieht. Der soll im Juni erscheinen.
Da bin ich auf jeden Fall auch sehr gespannt. Wenn sich das so ähnlich verhält, dann habe ich glaube ich einige Kunden, die sich darüber freuen, dass er schlankere und besser funktionierende Software- und Patch-Management-Systeme bei sich im Netz haben.
Hast du dich auch mal ein bisschen damit rumgewerkelt, Jasper, mit Zetlight und Formen?
In einem vergangenen Leben habe ich das auch gemacht, ja.
Okay, also schon ein bisschen länger her. Dachte ich, könnte ich damit jetzt begeistern.
Du brauchst so ein Catello für so zustandsbehaftete Systeme. Und da bin ich ja eher ein Freund der Continuarei. Da braucht man sowas dann weniger.
Stimmt, du bist eher Team Fire and Forget, hast du ja schon gesagt.
Genau.
Gut, neben Catello gab es auch noch OJuni, was in der neuen Version erschienen ist. Also OJuni ist die Open Source-Variante des SUSE-Managers.
SUSE hat den Spacewalk vor einigen Jahren als OJuni gefolgt und da kommt jetzt eben jeden Monat ein neues Update raus. Das ist jetzt in dem Fall eben 2022/2001.
Und da wird jetzt auch Debian 11 als Client unterstützt und die Hersteller-Patch-Infos, also das, was man in so einem CVE-Eintrag findet oder was der Hersteller in seiner Knowledge Base verlinkt,
das wird jetzt eben auch hier verknüpft, das sieht man dann direkt in der GUI. Man kann die SSH-Miniens, die man möglicherweise einsetzen will, wenn man keine vollwertige
Salt-Stack-Installation auf dem kleinen System haben möchte, da kann man die Ports jetzt ändern und man kann auch den Proxy eines verwalteten Clients in der GUI jetzt nochmal anpassen im Nachgang.
Und Highlight habe ich jetzt am Wochenende gesehen, das fehlte nämlich bisher immer. Das ist eigentlich immer so mein Argument gewesen, sich auch mal OJuni anzuschauen, statt nur Catello.
OJuni ist einfach ein bisschen schlanker, braucht nicht so viele Ressourcen, ist von der User Experience ein bisschen einfacher, wie ich finde.
Und die Features, die die meisten Leute wollen, da können sie eigentlich auch OJuni nehmen. Also die wenigsten Leute, die ich so bei Projekten gesehen habe, die brauchen zwingend den Satellite oder den Catello.
Aber was da immer gefehlt hat, ist, man konnte keine Ubuntu-Patch-Information anzeigen lassen.
Das heißt, wenn du einen Ubuntu-Server hast, der eben 50 Patches ausstehend hat, dann hast du halt nicht gesehen 40 Security-Patches, 10 Bugfixes oder so, sondern da standen einfach nur 50 Pakete.
Und jetzt am Wochenende ist eben Code gemerged worden, der das in der nächsten Version behebt, also vielleicht sogar schon in der 2022, 2002 oder spätestens im März, sodass man dann eben auch, wenn man einen Ubuntu-Client verwaltet, über OJuni auch sieht, was für Patches das sind.
Also sind es neue Features, Bugfixes oder Security-Fixes.
Das finde ich spannend, das habe ich lange vermisst und da kann ich es kaum erwarten, das mal zu testen nächsten Monat.
Dann gab es noch ein bisschen was aus der Reihe der CentOS-Forks, Jasper. Was ist denn da passiert?
Ja, das Rocky Linux Projekt, das ja CentOS ablösen möchte oder eine Ersatzdaffe darstellen möchte, das floriert wunderbar.
Die bereiten sich gerade auf die Migration zu Enterprise Linux 9 vor und haben einen Wallpaper-Contest dafür vor einiger Zeit gestartet.
Der Einsendeschluss endete gestern und seit heute ist das Voting möglich.
Ich habe mal geschaut auf der Voting-Webseite und tatsächlich kann ich für ein Wallpaper abstimmen, das wirklich schön aussieht.
Also im Prinzip kann da jeder hingehen und selber abstimmen für dieses eine Wallpaper und sich darauf freuen, dass es dann, wenn sich nichts ändert, in der nächsten Version im Hintergrund zu sehen sein wird.
Es ist wirklich genau ein Wallpaper.
Ein Wallpaper, was dir gefällt oder ist es tatsächlich eine Scheinwahl?
Nö, es ist schön. Es ist das Rocky Linux Logo wie eine Sonne, was im Hintergrund von Bergen gerade untergeht oder aufgeht, je nachdem.
Die erste Version vom Rocky Linux, die wir bekommen haben, ist die Ablösung von CentOS 8, die es ja schon gab.
Danach kam ja erst die Rocky Linux-Version.
Wen es getroffen hat, war die Washington University mit ihrem Supercomputerbetrieb.
Die hat nämlich letztes Jahr ihre dritte Generation des Supercomputers gelauncht.
Der heißt Klone.
Da haben sie extra diese Migration auf die neue Generation des Supercomputers dafür genutzt, von CentOS 7 auf CentOS 8 zu gehen.
Sie haben das schön aufgebaut und als es dann fertig war, kam das Announcement, dass CentOS 8 am Ende des Jahres nicht mehr in der bisherigen Form weiter gemaintaint wird.
Sie waren deswegen, als das Projekt schon live gegangen ist, gezwungen, zu Rocky Linux zu migrieren.
Sie haben davon berichtet und das lief ganz wunderbar.
Wir reden hier bei einem Supercomputer darüber, dass da ungefähr 18.000 CPU-Kerne mit drinlaufen, die für wissenschaftliche Zwecke genutzt werden.
Diese Migration auf eine andere Linux-Distribution wie Rocky Linux, die ja zwar ähnlich ist, aber technisch nicht die gleiche,
da sind auch die wissenschaftlichen Nutzer von beeinflusst.
Ich hatte das Problem mit der Migration von CentOS zu Rocky Linux, dass dann meine Ensebill-Skripte zum Beispiel nicht funktioniert haben.
Aus so trivialen Gründen wie, dass der Betriebssystem-Name einfach ein anderer ist und erst mal die Software darauf angepasst werden muss.
So gut wie es mit Rocky Linux läuft, hat es aber auch andere erwischt, die jetzt nicht diesen Ersatz für CentOS liefern werden auf lange Zeit.
Eins davon ist Navy Linux mit einem Logo, was mich sehr an Kubernetes erinnert.
Die haben sich als Ziel gesetzt, bis zu dem Zeitpunkt, wo CentOS den normalen Support aufgibt, nämlich Ende des letzten Jahres,
dass sie bis dahin einen Ersatz für die aktuelle Version CentOS 8.5 liefern.
Das haben sie zum Jahresende nicht geschafft und haben es auf Mitte Februar weiter verschoben.
Diese Linie ist jetzt auch erneut gerissen und da haben sie gesagt, wir lassen das noch bis Ende des Jahres laufen und dann ist das Projekt Navy Linux beendet.
Aber wir haben ja aktuell noch genug Alternativen.
Habt ihr da Favoriten? Also ALMA Linux, Rocky Linux sind ja besonders im Gespräch als CentOS Alternativen.
Ich bin gar nicht. Bei CentOS bin ich immer im Team Debian oder Ubuntu oder Henna Montana Linux.
Da bin ich auch dabei. Aber sonst halte ich mich von den RPMs relativ weit fern.
Ich habe mir beide angeschaut. Ich war am Anfang skeptisch, was ALMA Linux anbelangt, weil wieder eine Firma dahinter steht.
Ich war dann eher so pro Rocky Linux und muss sagen, ob Rocky oder ALMA, ich finde die eigentlich beide gut.
Ich habe die mal letztes Jahr Gevorratsdaten speichert, weil die Frage kam, was soll ich daneben, was liefert Patches schneller.
Da hat sich herausgestellt, dass ALMA Linux ein bisschen schneller ist, weil sie auch schon Infrastruktur und Knowledge haben.
Die haben nämlich schon einen eigenen Fork.
Dann haben sie den als Open Source Variante neu aufgezogen.
Aber im Endeffekt sind die eigentlich beide gut, muss ich sagen.
Ansonsten Oracle Linux nutze ich nicht ganz so gerne, aber es gibt ja genügend Distrust, die man da wehren kann.
Von daher passt das. Zur Not gibt es ja immer noch Hannah Montana Linux.
Da werden wir gar nicht müde, in diesen Podcasts da regelmäßig darauf hinzuweisen.
Wir sind die einzigen Hannah Montana Linux Influencer.
Hoffentlich bleibt es auch so.
Die sollen uns endlich sponsern.
Ansonsten gibt es noch News aus der Open Source Welt. Da gibt es jetzt weitere Details zu Open Source 15.4, was dieses Jahr erscheinen soll.
Das soll basieren auf Linux 5.14, soll System D Version 249 benutzen, soll mindestens GNOME 41 mitbringen, wenn nicht sogar GNOME 42, wenn die Zeit, die es bis dahin noch gibt, ausreicht, um das sauber zu testen.
Es kommt auch noch mit KDE Plasma 5.24, was auch eine LTS ist. Dazu gleich noch mehr.
Die Beta ist aktuell für Ende Februar geplant.
Die Final habe ich jetzt nicht näher im Kopf, aber ich glaube, irgendwas so Mai, Juni, Juli herum müsste die Final sein.
Links wie auch zu den anderen News haben wir natürlich in den Show Notes, dass ihr das auch selbst noch mal nachlesen könnt.
KDE Plasma habe ich gerade schon kurz genannt. Das ist in einer Version 5.24 erschienen.
Das ist ein LTS Release und das erhält Support, solange es KDE 5 gibt.
Also es scheint dann irgendwann auch ein KDE 6 zu geben. Und wenn das irgendwann mal erscheint, dann dürfte KDE 5 und 5.24 nicht weiter gepflegt werden.
Aber es ist auf jeden Fall ein LTS Release, weswegen z.B. Open Source darauf setzt, damit sie das möglichst lange supporten können.
Was gibt es da so Neues? Da kann ich eigentlich gar nicht so viel zu sagen. Ich muss zugeben, ich bin auch gar nicht so ein KDE Fan.
Also nicht, dass ich was gegen KDE hätte, aber ich bin einfach eher so Team Gnome oder XFCE oder auch mal so einen Sway finde ich ganz nett.
Aber was es wohl Neues gibt, ist, dass der K-Runner, der hat jetzt eben einen Hilfe- und Suchassistent und kann dann z.B. auch nach Begriffen im Internet suchen, wenn ihr das möchtet.
Dann gibt es den Fingerprint-Support, der unterstützt jetzt Sudo Zugriff und kann auch für den Anmeldebildschirm über KDM benutzt werden.
Das heißt, ihr könnt dann direkt an eurem Login-Screen euren Finger drauflegen und könnt euch einloggen.
Und es gibt ein neues Wallpaper und zahlreiche kleinere UI und UX Tweaks. Habt ihr schon mal KDE benutzt oder wie ist eure Meinung zum KDE das Top?
Ich bin auch im Team Gnome und ich bin ein bisschen überrascht, dass der Fingerprint-Support erst jetzt kommt.
Auf einer Seite bin ich überrascht, dass es erst jetzt kommt, aber auf der anderen Seite auch nicht so richtig, weil ich glaube, die Zahl der Leute, die KDE Plasma einsetzen und ein Fingerprint wieder an ihrem Linux-Desktop haben, die Zahl der User hält sich ganz stark in Grenzen.
Finde ich spannend, finde ich gut.
Ich hatte auch mal so eine Zeit, in der habe ich alle Ubuntu-Distributionen, Varianten ausprobiert und da war auch irgendwann mal Kubuntu dabei.
Und das ist aber schon Blocker zehn Jahre her und seitdem bin ich auch eher Team Headless.
Minimalist.
Genau.
Ich habe auch verschiedene Distros mir angeschaut bei KDE, finde ich schön, dass die relativ effizient in ihrer RAM-Auslastung sind. Ich glaube, ein aktueller KDE-Desktop hat eine niedrigere RAM-Auslastung als ein Gnome-Desktop.
Das ist natürlich prinzipiell gut.
Also das fühlt sich auch alles relativ snappy an. Ich habe ja auch so ein relativ flachbrüstiges Pinebook Pro, das hat jetzt nicht so viel Power und da läuft auch KDE echt sauber drauf, muss ich zugeben. Das ist eine feine Sache.
Ich glaube, KDE hat schon sehr lange Hardware-Bestellungen bei den Effekten. Das hat er genommen, glaube ich, erst mit 41 sogar, wenn ich mich nicht täuche.
Und das ist prinzipiell nett, aber ich bin da immer so erschlagen, weil da gibt es so viele verschiedene Einstellungsoptionen, die man vornehmen kann. Und ich will einfach nur irgendeinen Icon verschwinden lassen und habe dann so einen riesigen Einstellungsdialog.
Und nach fünf Minuten gebe ich auf und starte dann doch wieder irgendwie, wie Gnome muss ich zugeben. Aber das ist, glaube ich, einfach nur meiner persönlichen Faulheit geschadet. Also prinzipiell kein schlechter Desktop.
Ich finde...
Müssen wir mal hier beleuchten.
Gnome hat eigentlich, also zumindest aus meiner persönlichen Erfahrung, ich habe mir irgendwann mal 64 GB Arbeitsspeicher gegönnt. Und seitdem habe ich mit Gnome kaum noch Probleme.
Aber es wächst schon mal gelegentlich auf 7 GB an.
Wow.
Da gibt es aber ein recht schönes Gegenmittel. Das ist einfach Alt+F2+R. Und dann restartet sich der Gnome-Desktop, ohne dass die Programme geschlossen werden.
Und das ist, glaube ich, auch so mit der einzige Grund, warum ich noch auf X Server bin und nicht bei Wayland, weil das gibt es bei Wayland noch nicht. Und sobald das da ist, würde ich auch den Sprung wagen.
Das ist ja spannend. Aber 7 GB ist schon echt viel, muss ich sagen.
Ich glaube, das wird auch... Ich glaube, der Idle Usage, das wird sich natürlich auch an den RAM anpassen. Wenn mehr da ist, wird man benutzt. Und ungenutzter RAM ist Wasted RAM. Von daher habe ich da nicht so richtig die Sorgen drüber.
Aber natürlich könnte man sich das mal irgendwo anschauen, dass man da vielleicht nicht so viel speichert, also dass das nicht unerbsichtlich passiert.
Wenn halt Chrome ordentlich laufen soll, dann muss man halt auch mal die 64 GB kaufen. Das ist absolut richtig.
Da gab es noch was zu System 76, Jan. Was gab es da Neues?
Oh ja, die haben den System 76 Scheduler vorgestellt und der Überwachung steuert den Completely Fair Scheduler. Der Scheduler bei Linux entscheidet quasi...
Es gibt vier Kerne, aber es gibt ein paar tausend Prozesse und der Scheduler entscheidet, welcher Prozess welchen Kern gerade kriegt.
Und im Endeffekt, der Completely Fair Scheduler ist relativ simpel und hat ein paar nette Features, aber arbeitet größtenteils ohne Heuristik und ohne Statistik. Das heißt, wenn man ihn nicht explizit anweist,
dass UI-Programme ein bisschen snappiger, ein bisschen mehr Leistung kriegen sollen, dann macht er das auch nicht. Dann verteilt er es einfach fair weiter.
Das ist super, wenn man eh viel CPU-Leistung hat, aber wenn man nicht so viel hat und vielleicht auf dem Laptop unterwegs ist, dann macht das manchmal schon Sinn, dass man da den UI-Threads ein bisschen mehr Aufmerksamkeit gibt.
Und genau das soll dieser System 76 Scheduler machen. Den kann man auch per Jaml noch anweisen, dass auch andere Hintergrundanwendungen ein bisschen mehr Power kriegen.
Wenn man zum Beispiel merkt, dass irgendein Dienst im Hintergrund dadurch schwachbrüstig wird, kann man das nachziehen. Und das ist vor allem für schwächere Hardware interessant.
Und erste Tests auf dem Raspberry Pi waren sehr vielversprechend. Aber auch höhere FPS-Raten und Performance bei VR wurden gemessen.
Von daher bin ich mal gespannt und das werde ich wahrscheinlich auch selber ausprobieren, dass ich auch gelegentlich mal auf Linux game.
Cool. Ja, ich finde das auch spannend. Also ich habe auch auf meinem Arbeitsgerät und auf meinen Privatgeräten habe ich auch PopOS, was ja die eigene Distro von System 76 ist.
Und die haben jetzt auch mit der letzten Version ein Arm Image für den Raspberry Pi 4 rausgebracht. Und das wollte ich mir auch mal anschauen.
Ich glaube, das wäre ein guter Use-Case, um sich mal diesen neuen Scheduler anzuschauen, weil der dürfte dann ja doch auf dem System ein bisschen was bringen, wenn man damit mit Tweaks arbeitet.
Da bin ich auf jeden Fall mal gespannt, wie sich das verhält. Dann gab es noch was bei Framework. Da hat du, glaube ich, noch was zum Thema Risiko Kapital zusammengetragen, oder?
Ah, genau. Und zwar Framework Laptop sind bekannt dafür, dass sie ein modulares Notebook mit 11th Gen Intel Prozessoren herstellen.
Und alle Ports kann man so als kleinen Dong, so ähnlich wie ein Dong, aber zum reinstecken im Laptop mitnehmen.
Also kann man Full-Size USB, Full-Size HDMI und Full-Size Displayport mitnehmen bei einem Laptop.
Das Ganze gibt es als DIY Kit. Das heißt, man kriegt einfach zu Hause alle Komponenten und darf sich das selber zusammen basteln.
Und die haben wir jetzt 18 Millionen Risiko Kapital erhalten und setzen das an die Entwicklung und Weiterentwicklung der bestehenden Produkte.
Die haben auch von iFixit, das ist so eine Firma, die setzt sich für Reparierbarkeit ein und schreibt Guides, um Hardware zu reparieren.
Haben sie einen Score von 10 von 10 gekriegt. Und wenn ich in nächster Zeit mal wieder im Markt bin für einen Laptop, dann wird das definitiv in die Ringe ausverfallen.
Und scheinbar scheinen sie auch an einem Smartphone zu arbeiten, in Richtung Wollefon und Fairphone gucken sie da wohl. Und ja, da bleibe ich gespannt, was dabei rauskommt.
Ich finde das ja auch total spannend, muss ich zugeben. Ich bin ja schon so ein bisschen ein Thinkpad-Fan, aber ich finde einfach in puncto,
einfach Dinge selbst reparieren zu können. Das Teil ist einfach super. Und auch das Display hat ein ordentliches Limit oder hat eine ordentliche Größe mit einem ordentlichen Abstand zu den Rändern.
Und ja, ich finde es halt super, dass man das so kostengünstig kaufen kann. Also das DIY-Kit, das ist gar nicht so teuer. Ich habe das mal durchkonfiguriert.
Was mich halt noch stört, ist es gibt keine deutsche Tastatur. Also da ist nur Anzi mit dabei und ich bin ja eher Team ISO DE Ultra und ein Notebook, das keine ISO Tastatur hat.
Sorry, da bin ich leider irgendwie raus. Und aktuell gibt es ja auch schon die 12. Generation der Intel Prozessoren.
Da bin ich auch mal gespannt, wenn das da mit reinkommt. Das hatten sie ja auch angekündigt, dass das kommen dürfte in absehbarer Zeit.
Das fände ich schon sehr, sehr charmant, muss ich zugeben. Einfach sich selbst zusammenklicken, was für Ports man haben will.
Quelloffene Firmware, das heißt, man braucht hier keine Free Doors oder keine Ahnung was, um Firmware-Patches zu installieren,
wie ich das echt bei manchen Dingen immer noch gesehen habe oder bei manchen Herstellern. Und auf das Smartphone bin ich auch gespannt.
Da können wir glaube ich auch stundenlang noch drüber reden, über Google-freie Smartphones.
Da finde ich, da gibt es noch zu wenig brauchbare Produkte und da glaube ich, ist ein weiterer Player in dem Segment bestimmt eine feine Sache.
Bin ich auch mal sehr gespannt, was da so Neues gibt.
Und gerade in Richtung Reparierbarkeit ist da ja auch deutlich noch Luft nach oben.
Also ich habe da aus persönlicher Erfahrung, da musste ich mal bei meinen Großeltern den Laptop aufmachen.
Das waren 20 Schrauben, damit ich an die Festplatte rangekommen bin und drei Klickverschlüsse.
Und dann mein alter persönlicher Lenovo Laptop, das waren zwei Schrauben, dann konnte ich das Wi-Fi Modul ersetzen,
dann konnte ich die Festplatte tauschen und mehr RAM hinzufügen.
Also da gibt es deutlich noch Luft nach oben und es ist wirklich kein Hexenwerk.
Also man braucht dazu jetzt keine, also man sollte sich vielleicht grob auskennen, wie ein Computer funktioniert,
aber man braucht keine Ausbildung dafür, um so ein Laptop mal aufzumachen, vielleicht mal sauber zu machen und was zu verrieren.
Also da irgendwie auch einen Markt zu schaffen, dass das tatsächlich ein Kaufargument ist für Kunden, das finde ich super.
Ja, absolut. Also auch jede Komponente hat glaube ich auch ein QR-Code drauf, das heißt im Zweifelsfall Handy draufhalten,
Webseite aufmachen und schon hast du eine Weiterleitung auf irgendeine Webseite, wo halt ein Video ist.
Das ist schon echt cool, gefällt mir.
Ja, die müssen da sicherlich aber auch über den Berg kommen mit diesem Modularitätskonzept,
weil es gab ja auch einige Smartphone-Konzepte von komplett modularen Smartphones, die dann doch gefloppt sind
und wahrscheinlich auch deswegen, weil sie den Teilepreis gar nicht genug senken konnten,
weil sie die Ekonomin auf Scale gar nicht erreicht haben.
Und es ist eine wunderschöne Vorstellung, dass man einfach diese Komponenten austauschen kann, wenn was kaputt ist,
weil was Neues da ist, aber dafür muss das auch wirklich gekauft werden, damit man sich es leisten kann.
Das stimmt, ja. Also eigentlich brauche ich ja kein neues Notebook, aber eigentlich nur um die zu unterstützen,
müssen wir darüber nachdenken.
Dann gab es noch was Neues aus dem Docker-Bereich. Von Docker habe ich schon mega lange nichts Neues mehr gehört.
Was gibt es denn da Neues für Linux-User?
Man hört schon, also wenn man sich doch mal nachliest, dann hört man doch erstaunlich viel von Docker,
nämlich dass die Docker-Registry Pull-Limits einführt und wir im Enterprise-Umfeld uns Gedanken darüber machen müssen,
wie wir da überhaupt noch produktive Landschaften mit betreiben können.
Und das läuft dann darauf hinaus, dass wir eigentlich einen Cache für die Images brauchen.
Aber das andere wichtige Produkt von Docker ist eben der Docker Desktop.
Für Windows und für Mac gab es den schon sehr lange und der löst nämlich das Problem, was wir mit Docker haben,
nämlich dass wir einen Linux-Körner brauchen, um diese Container auszuführen.
Und das macht Docker Desktop mit einer virtuellen Maschine auf Windows und Mac.
Eine Linux-virtuelle Maschine, die brauchen wir unter Linux allerdings gar nicht.
Deswegen ist natürlich die Frage erstmal da, was machen wir denn mit dem Docker Desktop auf Linux?
Und da benutzen sie tatsächlich auch eine virtuelle Maschine.
Das hat für die mehrere Gründe, nämlich zum einen, dass sie generell mehr Konsistenz erreichen
für diese Containerumgebung. Denn Container sind ja wahnsinnig portabel
und läuft auf meinem Laptop, ja, okay, läuft auch auf deinem Laptop, das wissen wir.
Aber da kommen manchmal so Effekte rein mit älteren Kernelversionen.
Und da hört es dann eben auf, dass ein Container von innen immer gleich aussieht, wenn man älteren Kernel hat.
Und in dieser Docker Desktop mit der virtuellen Maschine haben wir dann immer einen aktuellen Kernel
und eine gleichbleibende Erfahrung für verschiedene Nutzer.
Ein Problem, was man sich damit auf jeden Fall reinholt mit der virtuellen Maschine, ist,
dass wenn man die Dateien von seinem Host-Betriebssystem nutzen möchte,
muss man sie irgendwie mit einem Mount in diese virtuelle Maschine reinbekommen.
Und sie benutzen hier den VirtuoFS-Driver, der laut den Entwicklern eine fast native Performance versprechen soll.
Übrigens ist dieser Docker Desktop für Linux das zweitwichtigste Feature für die Nutzer.
Also auf GitHub, auf der Roadmap, sehr viele Abworter sehen.
Das am meisten nachgefragte Feature ist, dass sie die macOS-Filesystem-Performance mal ein bisschen pushen.
Das betrifft mich als Mac- und Docker-User sehr direkt.
Denn wer das benutzt auf Mac, den Docker Desktop, der wird merken, dass die Bindmount-Performance echt schlimm ist.
Und sie versprechen eben da, dass das bei Docker Desktop für Linux nicht passiert und es sehr viel performanter ist.
Das Produkt der Docker Desktop hat in der letzten Zeit allerdings auch für Aufruhr gesorgt,
denn vor drei Wochen endete die Grace-Period für Unternehmensnutzer,
also Mitarbeiter in Unternehmen mit mehr als 250 Angestellten oder einem Unternehmen,
das mehr als 10 Millionen US-Dollar im Jahr an Umsatz hat.
Die müssen nämlich dann Docker Desktop kaufen oder zumindest eine Subscription im Unternehmen haben.
Und da war in den letzten Wochen auch bei vielen die Diskussion,
ja wie kommen wir denn von Docker Desktop weg? Was sind so die Alternativen?
Und ich habe dabei gelernt, es reicht vielen nicht aus, dass sie Docker-Container auf ihren Rechnern starten können,
auch wenn das Windows- oder Mac-Rechner sind, sondern vielen ist die UI sehr wichtig.
Da hatte ich gar kein Gefühl für.
Und mein Tipp war eigentlich immer für die Windows-Nutzer, ja nimm doch das Windows-Subsystem von Linux,
installiert eine Docker-Engine da drin, das geht weiterhin kostenlos.
Auf dem Mac geht es auch mit zum Beispiel Minikube oder einer normalen Linux, vor allem, die man sich hinsetzt.
Aber vielen ist diese UI wichtig und das ist sicherlich auch ein Grund für Docker,
dass sie die UIDs für Mac und Windows gibt, auch für Linux-User anbieten,
auch wenn Docker bereits nativ auf diesem System läuft.
Finde ich total spannend, auch dass man, ich will es nicht Verzweiflung nennen,
aber dass Docker jetzt irgendwann wahrscheinlich Druck kriegt, dass sie mal nicht produktiv, sondern profitabel werden.
Gerade dieses Pull-Limit, das du schon erwähnt hast, das gibt natürlich deutliche Einschnitte.
Und jetzt Docker Desktop auch so zu monetizen, dass da der Strick wird irgendwie enger gezogen.
Und das sorgt wohl einfach dafür, dass die Leute dann wohl vor oder später von Docker weggehen.
Du hast diese Entwicklung in drei verschiedenen Sparten bei Docker gesehen.
Zum einen ist die Docker Enterprise-Sparte an Mirantis gegangen.
Die haben die gekauft und dort gibt es jetzt die Mirantis Enterprise-Plattform.
Docker Desktop muss seit drei Wochen oder eigentlich seit Ende letzten Jahres bezahlt werden für Unternehmensmitarbeiter.
Und im Docker Hub ist es nicht mehr so frei wie Free As in Beer, sondern ab ein paar 100 Puls pro Zeitraum
müssen wir eigentlich eine Premium-Subscription haben.
Und das ist dann für Unternehmen auch einigermaßen unbrauchbar ohne den Cash dazwischen.
Das größere Problem sehe ich da gar nicht.
Also wir als System Engineers haben natürlich das Problem, dass wir dann unseren Account ja nicht einfach mit zum Kunden mitnehmen können.
Das heißt, selbst wenn wir irgendwie über die Firma eine Subscription haben, bringt uns das beim Kunden ja recht wenig.
Das heißt eigentlich jeder Kunde bräuchte so eine eigene Subscription oder man wartet eben das Pull-Limit aus.
Das macht gerade Setup-Prozeduren, macht das einfach nerviger, gelinde gesagt.
Ja, das Pull-Limit setzt sich zum Glück nach sechs Stunden zurück.
Das heißt, wenn du lang genug wartest, gehen deine Services auch irgendwann wieder.
Einfach eine kurze Mittagspause machen und dann ist man wieder online.
Ja, also vielleicht, wenn das nachts passiert, merkst du das gar nicht.
Wenn du morgens wieder am Platz sitzt, dann ist alles wieder normal.
Nachts geht halt ein bisschen was nicht.
Fairerweise sei gesagt, das ist ein Rolling Pull-Limit.
Das heißt, wenn man zehn Images pullt, dann fünf Stunden wartet und dann 90 Images pullt,
dann darf man schon wieder nach einer Stunde zehn Images pullen.
Also das setzt sich in so einem Fenster zurück.
Von daher ist das, wenn man den ganzen Tag daran arbeitet, kann man das irgendwie schon abfedern.
Man kann auch diese Änderungen auch mal nutzen, um sich nach links und rechts umzuschauen.
Ich habe meine Erfahrung mit Podman sehr intensiviert in den letzten Wochen,
weil ich gezwungen war, Docker Desktop zu deinstallieren.
Ich kenne schon sehr lange das Produkt Podman, aber ich bin absolut fasziniert davon,
was sie von dieser Idee, dass sie einen Docker-Ersatz darstellen wollen, darüber hinaus noch alles machen
und wie direkt du auf diese Container-System-Features zugreifen kannst.
Das ist faszinierend.
Die Entwickler sind ja auch die, die ganz eng dabei getragen haben zu diesen Features im Linux-Könnel,
die Container überhaupt erst ermöglichen.
Den GUI-Part konnte ich auch nicht so ganz nachvollziehen, was du gerade sagtest,
weil wenn du dir halt irgendeinen Linux Desktop anguckst, da gibt es ja auch Applets für die Sys Trace.
Ich habe hier so eine kleine Gnome-Extension, die mir so ein Docker-Symbol neben die Uhr zimmert.
Da kann ich draufklicken und kann dann die Container sehen, die ich offen habe, und kann da direkt eine Konsole aufmachen
oder kann die neu starten. Also hatte ich so auch nicht ganz auf der Uhr.
Und ja, muss zugeben, ich habe auch Podman hier auf einigen Systemen im Einsatz und das funktioniert erstaunlich gut.
Also auch, es gibt einen Podman-Compose, das ist allerdings nicht ganz so gut,
aber da hatte Jasper die Tage einen tollen Tipp bereit, der bei mir echt geholfen hat.
Und zwar einfach Docker-Compose deinstallieren und halt einen Symbol-Link machen.
Oder wie war der Trick? Das hat auf jeden Fall sehr gut bei mir funktioniert.
Ja, also Podman kann Docker-Socket emulieren und das löst schon fast die meisten Probleme.
Du kannst auch ein Alias von Docker auf Podman setzen und dann schließt sich eigentlich schon der Kreis und Docker-Compose funktioniert.
Und so betreibe ich das tatsächlich auch. Also ich habe mit Podman 1 zu 1 Docker ersetzt
und nutze auch wenn ich will den Docker-Command und greife dann im Hintergrund aber immer noch auf Podman zu.
Stimmt, genau das war es. Alles Docker-Compose nehmen, aber den Podman nach Docker linken, das hat echt gut funktioniert.
Schöner kleiner Lifehack.
Und tatsächlich zu dem GUI-Thema. Ich hatte letztens Kontakt mit einem Business,
die auch vor dem Problem stand, Docker Desktop abzulösen. Und da war mein Vorschlag, wenn ihr eine GUI haben wollt,
dann installiert euch ruhig auf euren Dev-Laptops das Docker-Engine in der WSL und installiert dann den Portainer,
was ja so eine webbasierte GUI für Docker ist. Und da war ich ein bisschen überrascht, denn dann war die Antwort,
ja, dann müssen wir aber auf die Command-Line gehen und da irgendwie Docker-Run Portainer eingeben.
Und das wollen die meisten wahrscheinlich gar nicht. Und da ist mir in dem Moment klar geworden,
okay, es gibt doch gute Nachfrage nach dieser UI und scheinbar nutzen auch einige Leute Docker ohne einen Workflow,
um die Command-Line herum zu haben.
Wow, okay. Aber es gibt doch auch noch hier den Rancher Desktop, von dem habe ich neulich gelesen.
Wäre das auch noch eine denkbare Alternative? Das kommt doch eigentlich genau zur richtigen Zeit, oder?
Ja, genau. Es gibt noch so ein paar andere Tools außer Podman, die Docker ersetzen.
Und dann Minikube und Rancher Desktop sind beides Software-Stückchen, die das Problem lösen,
dass du eigentlich ne Linux-VM brauchst auf deinem Mac OS oder auf deinem Windows.
Das Problem, was ich persönlich bei beiden sehe, ist, dass du an diesen Kubernetes-Komponenten aktuell nicht herumkommst.
Das heißt, sie bauen dir eine Docker-fähige Linux-VM auf deinen Rechner, finden dabei heraus,
was ist die beste Virtualisierungslösung, also Hyper-V bei Windows zum Beispiel oder HyperKit bei Mac OS.
Aber da machen sie nicht stopp, da wo du Docker hast, sondern dann wird noch Kubernetes darauf installiert.
Und das würde ich zum Beispiel auf meinem Laptop nicht haben, wenn ich da mal auf der Couch sitze und was code und auf Batterie unterwegs bin,
dass dann noch ein bisschen Kubernetes da rumtickert. Das werde ich dann doch schon merken, wenn ich eine halbe Stunde früher an Strom muss.
Gut, dann gab es noch was bei GitHub.
Ja, als Open-Source-Entwickler hat man bestimmt auch mal das Problem, dass man mit seiner Arbeit gerne den einen oder anderen Taller verdienen möchte.
Und GitHub hat ja seit einiger Zeit schon das Sponsoring-System, dass ich also als Nutzer von Open-Source-Software den Software-Entwicklern bei GitHub,
die mir einen Mehrwert bringen mit ihrer Software, Geld spenden kann.
Das funktioniert übrigens schon in 36 Ländern. Als Spendenempfänger muss man dann aufpassen, dass man die Steuergrundlagen auch schafft für diese Spenden-Einnahmen.
Aber ein neues Feature, was es da jetzt gibt von GitHub, ist die Möglichkeit für Spenden-Einnahmer, für Open-Source-Projektbetreiber,
dass sie Repository-Zugriff limitieren für Sponsoren. Und das kann einige interessante Effekte haben.
Zum Beispiel kann man als Open-Source-Betreiber einer bestimmten zahlenden Benutzergruppe die Möglichkeit geben, dass sie Issues erstellen oder eben in Entwickler-Diskussionen reinkommen.
Wenn zum Beispiel die Sponsoren gefragt werden, was sind denn die Features, die euch am meisten interessieren, dass die da quasi eine Priorität haben.
Oder auch für Early Access von Software, also die neue Features vorzustellen und eine kleine Benutzergruppe erst mal zugänglich machen, den besonders treuen Benutzern tatsächlich.
Das sind so Möglichkeiten, die sich dadurch eröffnen.
Also Only Git.
Ja, genau. Das erinnert uns ein bisschen an andere Online-Plattformen, wo man Geld einwerfen kann.
Ja, das soll dann eine Möglichkeit sein, dass die Sponsorfunktion noch nützlicher wird und noch mehr genutzt wird.
Und so, dass die Entwickler auch was davon haben, dass sie ihre Freizeit da investieren.
Gut, dann haben wir die News für diesen Monat durch. Zeit, um auf den Tooltip des Monats zu sprechen zu kommen.
Ich habe diesmal ein Tool mitgebracht, das auch so eher im Desktop beheimatet ist und zwar heißt das Tool Time Shift.
Das ist im Prinzip nichts anderes als eine Reprogrammierung der Backup Software, wie man es von Mac OS kennt.
Also wie diese Time Machine, nur halt eben das Ganze unter Linux.
Das sieht nicht ganz so fancy aus, also es ist jetzt nicht so, dass im Dateimanager dann verschiedene Karten zurückgewischt werden
und man dann quasi auch visuell das Gefühl hat, in die Vergangenheit zurückzuspringen.
Aber darum geht es auch gar nicht, sondern das Tool kann halt eben einfach auf Basis von R-Sync oder auf Basis von ButterFS Snapshots, das System erstellen.
Und das nutze ich halt ganz gerne, um meine Backups auf den Maschinen zu machen.
Einmal in der Woche oder einmal im Monat lasse ich das darüber laufen. Das ist dann entsprechend auch inkrementell.
Man kann auch Filter setzen, dass gewisse Ordner nicht gesichert werden.
Also beispielsweise die heruntergeladenen VM Vorlagen oder die Docker-Images, die muss ich halt echt nicht sichern,
weil die lade ich mir einfach so, wie sie sind, wieder aus irgendeiner Library runter.
Das ist jetzt nicht so spannend, aber halt irgendwie die Dinge, die man programmiert hat oder die Dokumente, die man erstellt hat,
die wüsste ich schon gerne in einem gescheiten Maße abgespeichert.
Und das nutze ich halt eben, weil ich halt auch recht lange auf Mac gearbeitet habe und mir so dieses Look and Feel und wie man damit umgeht, das fand ich halt schön.
Also ja, ich hätte mir auch selbst einen Skript irgendwie schreiben können, das halt mit R-Sync arbeitet, aber so geht es halt auch, habe ich mir gedacht.
Also wenn ihr dann einfaches Backup haben wollt und vielleicht auch so ein bisschen aus der Mac-Ecke kommt und ButterFS oder R-Sync toll findet,
dann ist Time Shift ein nettes kleines, kostenloses Programm, das man ausprobieren kann, ist in manchen Distros auch direkt in den Repositories enthalten.
Was hast du uns mitgebracht, Jan?
Ich habe euch heute mit Pandog mitgebracht und zwar ist das passend zum Thema Time Machine und Time Shift.
Das hilft beim Erstellen der Dokumente, die dann gesichert werden.
Und zwar nimmt das alle möglichen Input-Formate. Ich nehme meistens Markdown oder Latech und Compile ist ein anderes Format.
Das geht dann Richtung PDF, Richtung Latech, aber auch Richtung HTML.
Und man kann auch direkt mit Latech Vorlagen arbeiten. Das heißt, man kann das auch einigermaßen akademisch und wissenschaftlich aussehen lassen,
aber man kann sich da auch selber Vorlagen basteln, um zum Beispiel Anleitungen für Kunden zu schreiben mit dem Firmenlogo.
Das Ganze geht dann auch in der Pipeline und dann kann man einfach Dokumente in ein Git Repository packen und dem Kunden die Artefakte geben. Finde ich super.
Finde ich auch gut. Habe ich schon öfters mal benutzt, um Dokumente zu konvertieren. Das ist ja das Schöne.
Das kann von PDF zu HTML oder umgekehrt. Das ist schon echt ganz nett. Und es gibt auch Bindings für verschiedene Programmiersprachen.
Das heißt, wenn man sich jetzt selbst irgendeine tolle Python-Anwendung gebaut hat, dann kann man da Pandoc direkt integrieren, um dann den Output halt eben umzuformatieren in ein anderes Dateiformat.
Sehr schöne Sache. Jasper, was hast du mitgebracht?
Also ich bin ja auch großer Freund von Pandoc und habe das irgendwann mal kontinuerisiert vor vielen Jahren.
Und dabei ist mir aufgefallen, es gibt ja keine RPM für Pandoc. Und da bin ich auf ein anderes Tool gekommen, was ich seitdem benutze.
Das ist FPM. Und das macht etwas ähnliches wie Pandoc, nämlich gib mir alles, ich mach daraus alles.
Ist ja das Konzept für Pandoc, für Dokumente. Und FPM macht das gleiche für Pakete.
So kannst du zum Beispiel ein Robi-Jam, was im Internet vorhanden ist, kannst du in eine RPM-Datei umkonvertieren lassen.
Oder du hast ein Verzeichnis von deiner Software auf dem Rechner rumfliegen und daraus möchtest du ein Debian-Paket machen.
Oder aus einem RPM-Paket, ein Debian-Paket. Das alles kann RPM. Und solche Tools faszinieren mich auch, die eine ganze Menge einlesen und eine ganze Menge ausspucken können.
Und den würde ich sicherlich auch bei GitHub etwas sponsern.
Nächstes Mal bringe ich dann einfach passend zum Thema gleich FFmpeg mit. Und dann haben wir fast alle Formate durch, die man umwandeln kann.
Stimmt, das ist auch noch so ein Tool, das eigentlich nützlich ist. Ich war ja gerade ein bisschen am Überlegen.
Also mit FPM um die Ecke kam es, dachte ich, boah, der Jasper Meindröck, jetzt hoffentlich nicht hier dieses PAP Fast CGI Process Manager-Ding.
Denn das hat mir schon so viel graue Haare verschärft. Da dachte ich gerade, boah, nee. Aber war ja ein anderes Tool.
Finde ich auch echt spannend, habe ich bisher noch nie gehört. Mir fallen direkt ein paar Use-Cases ein, wo ich das Tool gebrauchen könnte.
Das werde ich mir auf jeden Fall mal zeitnah anschauen.
Der kann ja auch Init-Skripte rausrendern mit "please run".
Kann er neben ja auch nach System Deconvertieren und umgekehrt?
Genau, auch für das alte System Init kann er Skripte erstellen.
Wo wir gerade bei dem PAP-Tool sind, vielleicht wäre das hier eine Idee für die nächste Folge der Uninstall des Monats.
Ein Tool, was man auf keinen Fall mehr sehen möchte.
Ja, da fallen mir auch direkt ein paar Tools ein. Könnte schwierig sein.
Da haben wir bestimmt ein paar Leute, die wir verlieren, wenn wir das Lieblingstool zu Tote renten. Aber ist auf jeden Fall eine Idee. Ich vermerke es mal.
Gut, und damit sind wir, glaube ich, mit den News diesen Monat durch. Können den Sack zumachen.
Habt ihr noch was, Jungs?
Ich habe nichts mehr.
Sponsert euren liebsten Projekten bei GitHub und bekommt Zugriff auf eure Early Access-Inhalte.
Genau, mit dem Code "SVA10". Was ihr jetzt seht, wenn ihr nach oben swipe, bekommt ihr 10% auf eure – naja, das ist immer das falsche Portal, falsche Audienz.
Aber es ist immer eine gute Idee, den Leuten was zurückzugeben, deren Code man gerne nutzt.
Hab ich auch so. Es gibt auch ein paar Projekte, die ich finanziell unterstütze, weil ich es einfach wichtig finde, da mal was zurückzugeben.
Und wo wir beim Thema "zurückgeben" sind, liebe Zuhörende. Wenn ihr es bis hierhin geschafft habt, dann freut uns das sehr.
Ich glaube, ich schließe mal eine etwas längere Folge als letzten Monat, aber es gab ja auch wirklich viel News.
Und wenn ihr Feedback habt, dass ihr loswerden wollt oder ihr habt Ideen, Wünsche, Tooltips, die ihr hier gerne mal hören möchtet, dann könnt ihr das sehr gerne an uns richten.
Und zwar per E-Mail an podcast@sva.de. Und über den Podcast-Catcher eurer Wahl könnt ihr natürlich auch immer unseren Podcast bewerten.
Da freuen wir uns auch immer über Feedback.
Ja, dann vielen Dank für euch. Vielen Dank, dass ihr heute mit dabei wart. Jasper und Jan hatten mir sehr viel Spaß gemacht.
Und dann würde ich sagen, hören wir uns in einer der nächsten Folgen.
Hoffe ich gerne wieder.
Macht's gut, Leute. Tschüss.
Ciao.