[Musik]
Hallo und herzlich willkommen zum ersten Monatsrückblick
des Focus on Linux Podcasts.
Nachdem wir euch in der letzten Folge so ein bisschen das Konzept vorgestellt haben,
wollen wir heute mal schauen, was sich im Januar so alles im Linux
und Open Source Software Umfeld getan hat.
Das Ganze mache ich allerdings wieder nicht alleine,
sondern ich habe mir heute wieder Verstärkung ins Haus geholt,
in Form von Felix. Hi!
Hallo!
Ja, und liebe Zuhörer, so schnell kann es gehen.
Gefühlt, gestern haben wir alle noch unter dem Weihnachtsbaum gelegen,
voll gemampft, nachdem wir uns vorher mit Log4j
die Nächte um die Ohren geschlagen haben.
Und jetzt ist der Januar auch schon wieder rum.
Ging also relativ schnell.
Bist du gut ins neue Jahr gekommen, Felix?
Auch eigentlich schon.
Ich habe Anfang des Jahres erstmal ein bisschen Orientierungsschwierigkeiten gehabt,
das Setup wieder in Gang gebracht.
Ich habe irgendwie traditionell anscheinend jedes Jahr, Anfang des Jahres,
überkommt mich immer die Lust, mein lokales System neu zu installieren.
Das heißt, ich habe die ersten 1,5 Tage erstmal mit Upgrades
und Paketinstallationen verbracht.
Aber das gehört irgendwie dazu, Backup wieder eingerichtet.
Und inzwischen, tatsächlich nach zwei Tagen, hat einen dann auch der Alltag wieder eingeholt
und inzwischen ist alles eigentlich wieder wie vorher.
Ja. Hast du Distro-Hopping betrieben oder bist du deiner Distro treu geblieben?
Ne, tatsächlich bin ich nicht so der Distro-Hopper.
Ich bin schon seit einigen Versionen immer treu bei Fedora dabei.
Und nach anfänglicher Übereuphorie, am Anfang habe ich immer direkt,
"Oh, neue Version, direkt Upgrade!"
Nachdem ich festgestellt habe, dass wenn man direkt am ersten Tag Upgrades macht,
dass dann viele Sachen noch nicht so funktionieren, bin ich inzwischen immer ein bisschen vorsichtiger
und lasse mir noch ein, zwei Monate Zeit, bis ich nach den allerersten Kinderkrankheiten Upgrades mache.
Das heißt, für mich war jetzt schon einige Monate später der Sprung von 34 auf 35 dran.
Ah, super. Muss ja zugeben, ich habe Fedora lange nicht mehr benutzt.
Ich habe jetzt auch mit der 35, als sie gerade rausgekommen ist, habe ich mal wieder angefangen.
Und das letzte Mal Fedora ist ja echt ewig halten her.
Aber war es denn früher nicht so, dass wenn jetzt eine neue Version rauskommt,
dass man dann noch, ich glaube, sechs Monate Zeit hat zu Upgraden? Ist das immer noch so?
Die Zeit ist auf jeden Fall nicht lang. Also die Support-Zyklen sind,
ich weiß nicht genau, ob es sechs Monate sind, aber es ist auf jeden Fall nicht sehr lang.
Also über ein Jahr ist es auf jeden Fall nicht.
Ja, okay. Nee, dann hat man ja ein bisschen Zeit, das Reifen zu lassen und kann dann Upgraden.
Sehr schön. Ja, habe ich nicht gemacht. Bei mir läuft immer noch ganz langweilig Popo S 2004 in der LTS.
Aber ich spekuliere darauf, dass jetzt ja die neue LTS kommt, vermutlich im Mai.
Und dann werde ich vielleicht mal hier das Arbeitsgerät neu aufsetzen.
Ich hatte eher so das Problem, also ich hatte relativ lange Urlaub.
Ich glaube, es waren fast drei Wochen. Und ich musste erst einmal,
ich hatte ernsthafte Probleme, mich an mein Kennwort wieder zu erinnern.
Und dann saß ich da und dachte so, verdammt, wie war das denn?
Dann habe ich dann so die letzten vier, fünf ausprobiert und eins davon hat dann zum Glück dann auch gepasst.
Das hatte ich so, eh nicht bei mir, weil irgendwie alles abgelaufen.
Anscheinend sind drei Wochen genau der Zyklus, den man irgendwie nicht überschreiten darf.
Das heißt, ich habe irgendwie eine Woche, bevor ich wiederkam, auch nach drei Wochen Urlaub,
habe ich lauter Benachrichtigungen gekommen von rechts und von links.
Ihr Passwort läuft in einer Woche ab oder andersrum.
Meistens waren es auch schon zwei Wochen her oder so. Aber die habe ich ja auch nicht mehr bekommen.
Das heißt, dann war alles abgelaufen.
Also was lernen wir draus? Mindestens drei Wochen Urlaub machen, damit der Erholungseffekt auch proaktiv wirklich einsetzt.
Weil wenn du dich theoretisch einloggen könntest, dann kannst du ja gar nicht richtig runterkommen.
Sehr gut. Hast du denn Wünsche für Linux dieses Jahr?
Also ich könnte jetzt auch nach deinen Vorsätzen fragen, aber wir alle wissen,
dass man sich meistens sowieso Dinge vornimmt, mit denen man sich nicht einhält.
Aber wir können uns ja Dinge für Linux wünschen und die könnten wir vielleicht wirklich einhalten.
Ja, ich habe ja vorwärts mich ja schon ein bisschen vorgewarnt und ich habe schon ein bisschen überlegt
und dann überlegt, was würde ich mir am meisten wünschen, was würde meinen Alltag am besten verbessern?
Und tatsächlich dadurch, dass es bei uns die Hauptplattform ist, über die wir kommunizieren müssen
und wir auch jetzt eben gerade bei der Vorbereitung der Folge noch Probleme damit hatten.
Ich würde mir wünschen, dass MS Teams für Linux in der Version erstmal voll in Funktionsumfang bekommt
und dann auch richtig gut funktioniert und das System nicht komplett runterzieht.
Also wenn das implementiert würde und Microsoft seine Microsoft Loves Linux Strategie tatsächlich implementiert,
dann würde das meinen Arbeitsalltag extrem verbessern.
Ja, und außerdem könnte ich dann endlich alle Kollegen sehen in einem Shared View und ganz cool meinen Diskwap-Hintergrund
ohne Hacks mit OBS Studio ergänzen. Das wäre schon cool.
Stimmt, ja. Ich habe es dann auch irgendwann aufgegeben.
Also ich habe dann auch gedacht, es wäre doch cool, wenn ich trotzdem meinen Hintergrund blödern könnte,
was man ja unterleden uns nicht kann, obwohl ich irgendwann mal eines Tages diese Funktion hatte
und am nächsten Tag war es dann weg. Also da scheint auch vieles irgendwie im Hintergrund ausgelagert zu werden
und das stand halt mal zur Verfügung und dann wieder nicht.
Und dann habe ich echt, glaube ich, einen halben Tag investiert in irgendwelche dubiosen Docker-Container,
die auf der GPU versuchen, den Hintergrund unscharf zu zeichnen.
Und das Ende vom Lied war, dass meine GPU auf 100 Prozent lief, der Laptop-Lüfter Ammo gelaufen ist
und das Bild aber trotzdem Framedrops hatte.
Dann habe ich das ganz schnell als gescheitert abgehäftet, dieses Projekt.
Also da hätte ich auch definitiv Interesse dran.
Es soll ja dieses Jahr neue Teams geben, das ja auch mit Windows 11 mitgeliefert wird.
Und da hatte ich auch einen Vortrag mal gehört von einem Microsoft-Menschen,
der sich damit ein bisschen auseinandergesetzt hat und gesagt hat,
naja, erstmal wird das nur auf Windows erscheinen, aber vermutlich wird es dann auch irgendwann
eine andere Version für Linux geben, weil sie da eben von dem Electron-Framework zu was Anderem
nativeren wählen, wechseln und das müsste halt auf Linux portiert werden.
Na ja, schauen wir mal.
In den Gedanken an Teams ist, glaube ich, auch, ich weiß gar nicht, ob die mal einen ganz großen Rewrite hatten,
aber eine ganze Zeit lang sieht man ja auch immer, wenn man im Hintergrund noch mal ein paar Prozesse sieht
oder so was, ist ja auch immer noch Code von Skype mit drin.
Und ich glaube, die Codebase ist bestimmt richtig verkaudet.
Ja, ist sie wirklich. Es gab mal ein SDK bzw. gibt es immer noch für den Vorgänger Skype for Business.
Da hatte ich mir mal so einen tollen kleinen Agent geschrieben, der hier dann so eine RGB-LED ansteuert.
Ja, ich hatte da, glaube ich, lange Weile.
Und in diesem SDK, da waren noch Libraries von LYNC drin.
Und LYNC haben sie eingeführt, ich glaube Office 2007 oder so.
Also ich glaube, die Codebase, die ist schon ein bisschen gut abgehangen.
Da könntest du recht haben.
Was ich mir wünschen würde, wäre zum einen, also ich habe eigentlich zwei Wünsche.
Einen, der so ein bisschen in Richtung Hardware geht.
Und zwar würde ich mir wünschen, dass es mehr brauchbare Arm-Hardware gibt.
Also vor allen Dingen da jetzt ja auch Apple mit der M1 und M1X-Plattform auf diesen Zug aufgesprungen ist.
Und Apple ja doch einen gewissen Einfluss auf den Markt hat, würde ich mir wünschen,
dass es halt eben Hersteller gibt, die das auch als wichtig ansehen und da eben mal brauchbare Arm-Hardware basteln.
Es gab hier irgendeinen Leak letzte Woche, weil es sind ja schon einige neue Thinkpads angekündigt worden.
Und ich glaube, dass X1 Nano Gen2 oder X13 Gen2 soll es optional mit einem Arm-SOC geben.
Das fände ich wäre ein tolles Statement.
Und das könnte auch einfach dazu führen, dass Hersteller sich einfach mehr mit dem Thema auseinandersetzen
und vielleicht auch selbst so ein bisschen mehr den Fokus auf Linux legen.
Also es gibt hier das FWUPD Projekt, also das Firmware Update Demon Projekt.
Und da wäre es halt schön, wenn jetzt neben Dell und Lenovo und ein bisschen HP auch andere Hersteller sich da ein bisschen mehr mit beteiligen,
dass ich, wenn ich denn dann schon ein Gerät habe, auf dem Linux läuft, ich jetzt nicht irgendwie eine Windows VM,
beziehungsweise eigentlich geht ja keine VM, dass ich mir keinen Free-DOS-Stick basteln muss, um meinen BIOS zu patchen.
Das wäre irgendwie ganz schön. Da würde ich mich darüber freuen.
Und ansonsten würde ich mich auch sehr darüber freuen, wenn Ubuntu-basierte Distributionen Firefox bitte nicht als SnapCraft-Paket ausliefern.
Das hat der Canonical Jahr mit Ubuntu 21.10 eingeführt und man kann es noch im Moment als Debian-Paket installieren.
Voraussichtlich wird das aber dieses Jahr, wenn 22.04 rauskommt, eingestellt, sodass man dann wirklich Firefox als Snap benutzen muss.
Ich finde das nicht so schön, vor allen Dingen aus Performance Gründen.
Ich habe daraus ein kleines Benchmark gemacht und da waren irgendwie die Ladezeiten beim ersten Start teilweise doppelt so lang
und auch ein normaler Start, wenn man es schon mal installiert und eingerichtet hatte.
Da hat ein Browser auf einmal auf einem sehr potenten neuen Rechner zehn Sekunden gebraucht, um zu starten, statt irgendwie vier Sekunden.
Und das finde ich dann schon ein bisschen in der Zeit, wo wir eigentlich jeden Tag sehr intensiv mit dem Webbrowser arbeiten.
Das ist ja im Prinzip der Fettclient der Gegenwart, könnte man sagen.
Das muss nicht unbedingt in ein Snap-Paket gehen, finde ich.
Oder bist du ein Freund von Snap? Wie ist da deine Meinung zu?
Tatsächlich kann ich das ein bisschen unterschreiben. Meine User-Experience mit Snap war vor allen Dingen...
Ich habe mal... Was war das? Spotify. Spotify war eine Zeit lang als Snap verfügbar und ich dachte, ja, das ist ja ganz praktisch.
Aber wenn man das ein bisschen benutzt hat, erstmal ist es extrem langsam im Booten und es funktioniert einfach nicht so gut.
Es ist tatsächlich besser, die Seite einfach im Browser aufzumachen.
Und wie ich jetzt festgestellt habe, ich hatte das eine ganze Zeit lang dann gar nicht drauf und habe es tatsächlich immer nur im Browser, weil Spotify Web benutzt.
Und jetzt habe ich letztens das Flatpak runtergeladen tatsächlich, das geht ganz gut.
Also ich habe mit Snaps auch jetzt nicht so die Top-Erfahrung gemacht.
Ich sehe schon, wir sollten da mal eine Sonderfolge zu machen.
Das haben wir so gefühlt irgendwie auch... Da gab es bestimmt schon zwei, drei Folgen, wo wir immer mal dieses Thema angeschnitten haben.
Ich glaube, da müssen wir uns wirklich mal so eineinhalb Stunden Zeit nehmen und wirklich mal im Detail drüber reden und uns auch vielleicht mal die Leute reinholen, die da so ein bisschen mehr die Insights haben.
Bei Snap habe ich natürlich gerade eine Anekdote aus dem Projekt.
Das Setup ist Folgendes. Fachabteilung, dann halt die Leute, die Applikationen brauchen, kommen zu den Serverleuten, die dann halt die ganze Infrastruktur betreuen und kommen mit der Anleitung, ja, das gibt es hier als Snap und das ist entsprechend Kontext Snap für Server.
Und der Render dahinter kommt quasi von dem eingefleischten Red Hat Admin, der jetzt Snaps aus seinem Server installieren soll. Ist mir immer noch im Gedächtnis geblieben.
Wow. Ja, this is why we can't have nice things. Ja, interessant.
Kommen wir mal zum Feedback. Also wir waren sehr erfreut darüber, dass es so viel positives Feedback gab für die Pilotfolge, die wir letzte Woche veröffentlicht haben.
Also da gab es über Social Media sehr viel Interaktion. Da freuen wir uns sehr darüber. Vielen Dank da auf jeden Fall schon mal.
Und dann wurde angemerkt, Frank vom Telebros Podcast hat uns darauf hingewiesen, dass die Show Notes nicht im Feed drin sind.
Das heißt, wenn ihr einen Podcatcher benutzt habt, dann konntet ihr die ganzen Links, die wir euch zusammengetragen haben, nicht direkt sehen.
Das haben wir uns angeschaut und haben wir heute auch gefixt bekommen. Und das funktioniert jetzt auch wieder. Wir haben das unter iOS und auf Android getestet und auch beim Frank funktioniert jetzt.
Von daher vielen Dank fürs Melden und natürlich auch vielen Dank für unseren Moritz, der nicht nur immer in Rekordzeit die Folgen hier schneidet und uns zur Verfügung stellt,
sondern halt auch nebenher noch so ein bisschen Feedmanagement macht und dann so ein Fehler findet. Vielen Dank. Also das ging wirklich sehr, sehr schnell.
Und dann haben wir jetzt auch den Podcast bei FÜD eingetragen. FÜD ist so eine freie Podcast Datenbank/Suchmaschine.
Da könnt ihr jetzt auch direkt den Podcast finden. Und Martin hat mich darauf hingewiesen, dass es in der Castbox App, die es wohl auch für Android gibt,
dass man da jetzt auch ebenfalls unseren Podcast finden und auch gleich abonnieren kann.
Also ich denke, die ganzen anderen Apps, die die verschiedenen Podcast Datenbanken benutzen, die dürfen dann auch nachziehen, sodass ihr dann auch hoffentlich bald über euren Lieblings-Podcatcher überall,
ohne dass ihr lang die URL eintippen müsst, den Podcast abonnieren könnt.
Und wenn ihr weiteres Feedback habt, dann könnt ihr das gerne jederzeit an uns richten. Sehr gerne per E-Mail an podcast@sva.de.
Und jetzt können wir uns mal langsam anschauen, was es denn diesen Monat an News gegeben hat.
Und da könnte man jetzt sagen, dass das neue Jahr beginnt mit ähnlichen Problemen, wie das Alter aufgehört hat, denn wir haben wieder ein neues CWI, über das wir sprechen müssen.
Letztes Jahr war es Log4j und dieses Jahr gibt es ein neues CWI im Lieblingskönnel, nämlich CWI 2022 0185.
Ich musste immer aufpassen, dass ich nicht 0815 sage, weil es ist ja 0185 schon bestimmt fünfmal falsch geschrieben.
Worum geht es da? Also das CWI hat eine hohe Gewichtung, es hat einen Security Score von 8,4.
Also das ist wirklich ein hohes Risiko. Und da geht es konkret darum, dass eben erweiterte Rechte erschlichen werden können durch einen Fehler in einer Funktion,
die sich mit File System Kontexts beschäftigt. Und die Lösung ist wirklich ganz lapidar.
Da wird aus einem Minus einen Plus gemacht und schon ist das Problem behoben.
Also wirklich ein ganz kleiner, banaler Fehler, der aber wirklich sehr große Auswirkungen haben kann.
Es gibt da Proof of Concepts, die ihr euch anschauen könnt, die zum Beispiel auf Ubuntu dann eben, wo man dann ausbrechen kann und dann mehr Berechtigung hat.
Und deswegen haben auch einige Distributionen, haben schon Patches ausgeliefert.
Jetzt muss ich kurz überlegen, Debian hat es bestätigt, dass es den Fehler gibt.
Ubuntu hatten schon gepatcht, Red Hat, Rocky und AlmaLinux haben das Ganze auch schon gepatcht.
Und ich glaube, Suser hat bestätigt, dass es den Fehler gibt oder welche Releases betroffen sind, hat aber glaube ich dann heute noch keine Patches ausgeliefert.
Also wenn ihr die Folge hört, gibt es da vielleicht schon Neuigkeiten.
Das heißt, guckt da am besten mal einfach in der Knowledge Base der Distribution eurer Wahl, ob es da schon einen Patch gibt und vielleicht habt ihr den sogar schon installiert.
Ja, so kleine Fehler können echt große Auswirkungen haben und ist dann schon interessant, wie schnell dann so ein Patch dann auch ausgeliefert werden kann.
Also da haben die Projekte wieder sehr gute Arbeit geleistet.
Und vor allen Dingen fand ich es auch wieder schön mal zu sehen, dass Rocky und AlmaLinux, die das Erbe von Centos antreten, dass die auch relativ schnell Patches ausgeliefert haben.
Also Rocky am selben Tag und AlmaLinux glaube ich wenige Stunden, also nachts am nächsten Tag direkt auch nachgeliefert.
Das hat sehr gut funktioniert, wieder mal gerannt dafür, dass die Pipelines von den beiden Projekten doch ganz gut funktionieren.
Ansonsten gibt es auch in diesem, ich nenne das einfach immer Enterprise Linux Umfeld.
Also ich weiß nicht, ob das ein offizieller Ausdruck ist, aber alles, was so Red Hat-like ist, also sei es jetzt Centos, Rocky, Alma, Oracle Linux, das nenne ich einfach immer EL oder Enterprise Linux.
Und im Enterprise Linux Umfeld gab es auch zwei kleine Neuigkeiten.
Zum einen Rocky Linux hat jetzt ein Beta-Image für den Raspberry Pi 3 und 4, also für die 64-bitigen SoCs veröffentlicht.
Das heißt, da könnt ihr, wenn ihr wollt, direkt die Distro mal auf eurem Gerät ausprobieren.
Und bei AlmaLinux gab es auch eine Beta.
Und zwar ist die im Prinzip eigentlich noch am letzten Tag des alten Jahres erschienen.
Und zwar eine Beta für Power-PC.
Das heißt, wenn ihr hier eine dicke IBM Power-Maschine habt und ihr wollt jetzt von Centos wegmigrieren auf was anderes, dann könnt ihr euch hier schon zumindest mal die AlmaLinux Beta anschauen.
Ich denke mal, dürfte nicht mehr allzu lange dauern, dann verlässt ihr auch die Beta-Phase und das Ganze ist dann offiziell Teil des Projekts.
Hast du dich mit diesen Forks schon mal beschäftigt, Felix? Hast du schon mal was davon benutzt?
Mit Rocky und Alma?
Ja, tatsächlich war es in vielen Projekten das Thema, wie dann jetzt die Centos-Maschinen abgelöst werden, oft tatsächlich bei mir zu Hause im Home Lab.
Witzigerweise ist bei mir die Entscheidung ein bisschen getrieben worden.
Ich habe erst überlegt, rechts oder links, und dann habe ich mich tatsächlich drangehängt.
Ich glaube, da hatten wir auch schon mal drüber gesprochen, und zwar an Hetzner.
Das lag nicht bei mir dran, weil die Cloud-Seite von meinem Home Lab liegt halt bei Hetzner.
Und da ich da bisher nur Rocky-Templates auswählen kann oder Maschinen dann, ich könnte natürlich auch selber welche bauen,
aber das hatte erst mal so ein Setup am besten reingepasst, dann habe ich halt die On-Prem-Seite angeglichen und jetzt halt überall noch Rocky-Server.
Falls sie auch Alma anbieten würden, könnte ich als Bastelprojekt vielleicht auch nochmal das andere ausprobieren.
Aber soweit läuft eigentlich erst mal alles ganz gut, sonst halt keine Probleme.
Deswegen wäre für mich halt Rocky on Pi auch ganz interessant, weil ich auch ein paar Minisachen als Pi laufen habe,
die gar nicht unbedingt die GPRO-Sachen brauchen. Das wäre ja immer ein Argument für Raspian.
Wenn man halt hardwarenahe Sachen macht, dann funktioniert das meistens mit Ubuntu oder Core nicht so ganz perfekt.
Aber wenn man nur Serveraufgaben hat und halt nur einen kleinen Armrechner braucht, dann wäre Rocky on Pi schon eine Sache, die man sich da mal angucken kann.
Ja, ich hatte auch Glück in Anführungsstrichen und zwar war ich relativ faul.
Also mein Home Lab ist jetzt nicht wirklich nennenswert. Ich hatte früher wirklich auch 19 Zoll Hardware zu Hause.
Und jetzt ist mein Home Lab im Prinzip sind ein paar Raspberry Pis und ein kleines selbstgebautes NAS.
Und da läuft halt immer noch CentOS 7 drauf. Ich wollte das eigentlich schon vor Jahren auf CentOS 8 mal upgraden,
habe es aber nie geschafft und war dann rückblickend muss ich sagen gar nicht böse darum, dass ich es nicht gemacht habe,
weil dann muss ich nicht migrieren und es kann einfach weiter laufen.
Und ich habe jetzt noch ein bisschen Zeit, bis ich dann upgraden muss.
Und das mit Hetzer kommt mir bekannt vor, weil mit denen bin ich regelmäßig in Kontakt und frage so nach, hier Leute, wie sieht es denn aus?
Wollt ihr nicht noch einmal Ledungsmittel mit reinnehmen? Weil Hintergrund ist der, ich hatte mich mal intensiv mit beschäftigt.
Diese Patch Informationen, die ja als Metainfo noch mit reinkommen in so einen Jam-Repo, also Security Fixes oder ob es ein neues Feature ist.
Diese Metainfos, die sind im Moment bei Rocky Linux nicht so ganz zuverlässig, weil die noch ab und zu mit der Pipeline ein bisschen Probleme haben.
Ich hatte mal eine Auswertung gemacht, weil mich irgendjemand gefragt hat, naja, was ist denn jetzt besser nach CentOS?
Soll ich jetzt Rocky oder soll ich Alma nehmen? Und da war das halt ein wichtiger Aspekt.
Und Hetzer sagte dann halt, naja, im Moment wollen das nicht so viele haben, die meisten Leute wollen nur Rocky haben.
Dann habe ich irgendwie eine Twitter-Umfrage gemacht und eine Reddit-Umfrage, die das Gegenteil gezeigt hat, habe ich auch die Woche nochmal angeschrieben.
Ich meine die so, ja ja, naja, wir sehen da jetzt kein gesteigertes Interesse.
Also liebe Zuhörende, wenn ihr Interesse dran habt, Alma Linux auch auf Hetzer zu betreiben,
dann haut denen einfach gerne mal eine E-Mail hin und schreibt, dass ihr das total gerne sehen würdet.
Dann haben wir vielleicht auch Alma Linux irgendwann bei Hetzer.
Das gibt es im Moment als Beta-Image, wenn ihr wirklich ein eigenes Stück Blech bei denen habt.
Und für die Cloud-Server fehlt das halt noch.
Also das fände ich gut, wenn man da die Wahl hätte, weil beide Distros machen einen sehr guten Job.
Ich will jetzt für keine Distro irgendwie Partei ergreifen, ich finde die beide gut.
Und für den einen Use-Case ist halt das eine besser, für den anderen eben das andere.
Und wenn man beides hätte, das fände ich schon ziemlich gut.
Vielleicht wird es ja was in diesem Jahr.
Das ist beim Thema Distros oder generell halt verschiedene Tools auch immer so eine Sache.
Oft erstickt man ja auch, wenn man tatsächlich einen Design machen will, auch an der Auswahl.
Also man könnte ja, es gibt ja tausend Wege zum Ziel und für viele Setups, ob ich jetzt Rocky, Alma oder tatsächlich,
wenn man es in den Mund nehmen will, auch streamen.
Im Prinzip wäre es für viele Use-Cases eigentlich auch egal.
Also oft muss man sich dann ein Prinzipchen aufhängen und sagt dann ja, dann ist es fast schon ein bisschen wie der Lieblingsfußballclub.
So eine Lieblingsdistro.
Aber eigentlich, wenn man als Ingenieur einfach an das Problem rangeht und sagt, ich habe hier was zu lösen, was sind die Requirements,
dann kann man viele Sachen auch ganz anders lösen.
Also ich gehöre ja zu den Sendos Ultras.
Also ich habe immer die Bengalus mit dabei, wenn ich ins Rechenzentrum laufe.
Das ist mir immer wichtig.
Mit dem Shirt extra.
Genau, richtig.
Obwohl das das Wichtigste bei Distro Ultras ist, das Iron Arch.
Ja, by the way, genau.
By the way, I use Sendos Stream.
Ja, aber den Vortrag könnte ich mal verlinken.
Also wenn ihr euch noch nicht ganz sicher seid, könnt ihr sein, dass ihr noch eben auf Sendos 7 setzt und habt jetzt noch zwei Jahre und wollt wissen,
ob ihr euch in der Zwischenzeit Rocky oder Allmarlings anschauen solltet.
Das kann man mal verlinken.
Packen wir mal in die Show Notes.
Da könnt ihr ein bisschen nachlesen, wenn ihr da noch ein bisschen Motivationsanreize braucht.
Ansonsten gibt es im Fedora-Umfeld auch Neuigkeiten.
Und zwar wurde angekündigt, dass der Anaconda Installer jetzt überarbeitet wird.
Das ist ja so ein Installationsprogramm, das ja immer mal wieder gerne kritisiert wird.
Zuletzt kann ich mich daran erinnern, als Rell 8 bzw Sendos 8 rauskam, gab es auch nochmal einiger Kritik, was die Stabilität des Tools anbelangt.
Und da hat man sich jetzt entschieden, von der alten klassischen GTK Anwendung sich zu distanzieren und eine Cockpit-basierte Web-Oberfläche einzubauen.
Also Cockpit ist dieses Web-Frontend, das ihr dazu installieren könnt oder das ihr aktivieren könnt.
Das ist ab EL8 im Prinzip auch schon vorinstalliert, ihr müsst nur aktivieren.
Der Vergleich ist nicht ganz fair, aber so ein bisschen wie dieser Server Administrator bei Microsoft Windows Server,
wo man eben eine Oberfläche hat und dann den Server vollumfängig administrieren kann.
Das heißt, ihr könnt da Benutzer anlegen, eure lokalen Disks irgendwie mit eurem VM formatieren, verschlüsseln.
Ihr könnt darüber sogar Container und VMs starten.
Das funktioniert und könnt euch die Logs anschauen.
Also eigentlich so all das, was man so unter einer Ad-hoc-Administration versteht, das kann man mit Cockpit machen.
Und das soll jetzt halt eben dahingehend erweitert werden, dass ihr über so eine Cockpit-Oberfläche eben auch euer System installieren könnt.
Das hat den Vorteil, dass damit auch so ein bisschen diese schwerfällige VNC-Option entfallen würde.
Wenn ihr euch jetzt vorstellt, ihr habt in einem Rechenzentrum irgendwie X Server, die ihr installieren wollt,
und ihr habt keinen Kickstart, weil ihr nicht aus dem Netz buden könnt oder dürft,
dann müsstet ihr euch bisher immer mit einem VNC-Kline auf den Server konnektieren und müsstet dann halt eben das durchklicken.
Und ja, mit so einer Web-Oberfläche wäre das viel einfacher.
Da reicht wieder so ein Webbrowser, der am besten nicht als Snap ausgeführt wird,
damit ihr auch das Maximum an Performance gegeben ist und dann könnt ihr da halt eben eure Systeme installieren.
Das ist so der Hintergrundgedanke.
Und ich glaube, das ist durchaus eine Veränderung, die ich gut finde,
weil halt im Prinzip ja alles so ein bisschen ins Web ausgelagert wird.
Und ob ich jetzt eine GTK-Anwendung habe oder die ISO, von der ich bude,
startet mir halt im Vollbild Kiosk-Modus so ein Webbrowser, wo dann Cockpit draufläuft.
Im Endeffekt, Look and Feel ist exakt das Gleiche.
Also wir haben auch die News verlinkt und da ist auch irgendwo ein Link zum GitHub Pull Request.
Da sieht man auch, rein optisch tut sich da relativ wenig.
Hast du mit dem Teil schon mal gearbeitet, mit dem Anaconda Installer oder bist du eher so der Netzwerk-Boot-Typ?
Nee, tatsächlich, wenn ich zumindest auf dem Laptop den Desktop installiere, dann mach ich das immer über Anaconda.
Aber ansonsten ist der Use-Case, den du beschrieben hast, für ins LZ fahren und dann keinen Zugriff auf Kickstart.
Das ist schon relativ speziell.
Also ansonsten Server-Installationen eigentlich eher tatsächlich über Kickstart und dementsprechende Automatisierungsprozesse.
Ich bin einfach gespannt, wie das aussieht. Wir werden das schon machen.
Ich hatte tatsächlich mit Anaconda eigentlich auch nie große Probleme.
Es gibt so einen Expert-Mode, wo man noch mehr Optionen anwählen kann.
Und da, der zickt manchmal ein bisschen.
Aber ansonsten selbst die Custom-Installation, mit der man alle LVs und Co. konfigurieren kann, das hat eigentlich immer recht hadelos funktioniert.
Was mich immer so ein bisschen genervt hat, ist, wenn man so ein LVM-Setup hat, dann muss man extra irgendwo noch einen kleinen Haken setzen, weiteren Speicherblatt zur Verfügung stellen,
weil ansonsten macht er eine Volume Group, die genauso groß ist wie das Betriebssystem.
Und du kannst dann im Nachgang halt kein einziges Paket mehr nachinstallieren, weil halt sofort deine Ware ruht, was auch immer partitionvoll ist.
Das ist so immer die Hauptkritik von mir an Anaconda.
Aber ansonsten, so spätestens seit REL 8.2 läuft das bei mir eigentlich auch zuverlässig.
Lustigerweise hat in demselben Atemzug mehr oder weniger Suße auch angekündigt, dass sie jetzt auch einen Web-Installer als Frontend benutzen wollen.
Und zwar ist es der Deinstaller.
Ist vielleicht vom Wording her ein bisschen ungünstig gewählt, weil wenn ich, also es wird geschrieben D minus Installer.
Und aber wenn ich das jetzt so spreche, dann klingt das wie Deinstaller, also Deinstallieren.
Und man will es ja eigentlich installieren und nicht deinstallieren.
Und ja, vielleicht findet sich ja noch ein anderer Name. Aber das Ganze soll eben als Frontend für Yast dienen.
Das heißt, Yast wird nach wie vor Bestand der Distribution haben.
Und das ist dann nur ein Frontend, was dann im Hintergrund, je nachdem, was man eben auswählt, die passenden Yast bzw. Auto Yast Kommandos dann eben steuert.
Da bin ich mal sehr gespannt, wie das aussieht.
Und auch da muss ich sagen, geht das in eine richtige Richtung.
Also gerade bei OpenSUSE Tumbleweed hatte ich schon öfters mal, ja ich weiß, es ist Rolling Release eigentlich, da darf ich mich da gar nicht beschweren.
Aber da hatte ich schon öfters mal Probleme, dass die aktuelle ISO, die konnte ich zwar buden, aber das Installationsprogramm ist halt wirklich reproduzierbar immer beim Installieren abgebrochen.
Und wenn ich dann eine Web GUI habe, dann hoffe ich, dass sich da vielleicht ein bisschen was ändert.
Aber vielleicht bin ich da jetzt auch zu optimistisch.
Ansonsten gibt es im SUSE Umfeld auch noch eine andere News, die relativ aktuell ist und zwar SUSE Liberty Linux.
Das machte die letzten Tage von sich reden.
Und da gehen die Meinungen so ein bisschen auseinander, worum es hier eigentlich konkret geht, weil halt auch technische Details so ein bisschen fehlen.
Also zum einen, was SUSE in dem offiziellen Blogpost sagt, ist, dass es hierbei um eine "technische Lösung" geht,
um eben SLES, RELL und CentOS supportet, ohne Wendor Login betreiben zu können.
Und das finde ich ist halt, ja es ist halt so typischer Marketing-Sprech, was soll das eigentlich heißen?
Das heißt, ich als Kunde kann eben diese drei Distros benutzen und ohne Wendor Login klingt für mich danach,
ich muss die Patches nicht unbedingt von dem eigentlichen Distributor beziehen.
Das heißt, die RELL Patches muss ich dann nicht mehr von Red Hat beziehen.
Und die CentOS Patches, die kann ich je nach Version ja auch gar nicht mehr von CentOS Projekt beziehen, weil es da keine mehr gibt.
Das hat so ein bisschen für Furore gesorgt, weil dann ganz schnell das Gerücht rumging, dass SUSE jetzt einen CentOS Fork irgendwie baut,
eine eigene Distro ins Leben rufen will.
Und es gibt auch einen heißen Artikel, der genau das auch besagt, aber da konnte ich keinerlei technischen Beweis dafür finden, ob das auch wirklich so ist.
Also ich habe dann wirklich im Netz überall geschaut und habe auch eine Konversation auf Twitter gefunden, wo auch einer von SUSE mit involviert war.
Und da habe ich auch mal gefragt, ob das jetzt wirklich eine Distro ist oder ob es da einfach nur um so einen, ja ich nenne es jetzt mal,
Lizenz-Upsale geht oder um so einen Support-Upsale.
Weil sowas gab es ja auch schon mal. Und zwar hieß das SUSE Expanded Support.
Und da ging es eigentlich darum, wenn man jetzt einen Kunden hatte, der ich sage mal 100 Red Hat Server hatte und aber auch schon ein paar SUSE Server hatte
und der wollte die migrieren, diese 100 Red Hat Server sollten halt irgendwann auf SUSE laufen, dann hat er für diese Migrationsübergangszeit,
hat er dann die Patches von SUSE bekommen. Das heißt, SUSE hat dann den Red Hat Quellcode genommen, hat ihn dann eben in einer Pipeline kompiliert
und hat das Ganze dann eben dem Kunden als Paket wieder zur Verfügung gestellt.
Ist dann exakt der gleiche Patch, ist ja auch genau der gleiche Quellcode, nur dass halt eben nicht Red Hat das Ganze kompiliert und ausgeliefert hat, sondern eben die SUSE.
Und das Ganze ließ sich so, als wäre das für den dauerhaften Betrieb gedacht.
Das heißt, auch wenn ich jetzt wirklich sage, ich muss Red Hat und SUSE beides parallel betreiben und wir sind ja im Moment in einer Zeit,
wo man halt einfach nicht alles auf einer Distro laufen lassen kann, dann kann ich das mit SUSE LibreDilinux eben so tun.
Das heißt, ich kriege dann eben meine Patches von SUSE ausgeliefert für Red Hat und CentOS.
Auf der anderen Seite wiederum findet sich aber auch in den Artikeln, also es gab einen Nachrichtenartikel von SUSE und eben auch einen Blogpost,
da ist auf einmal die Rede davon, dass halt eben auch man eine neuere Kernversion hat.
Und das ist halt dann ein bisschen schwierig, weil wenn ich einen 1 zu 1-Klonen habe oder eben hier einen Fork habe und dann einen eigenen Kern einbaue,
dann ist es ja eigentlich schon eine eigene Distro, die ich da so ein bisschen pflege.
Und das hat SUSE aber eigentlich zumindest auf Twitter bisher dementiert, dass es hier keinen eigenen Distro oder keinen Fork gibt.
Ich glaube, wir müssen da einfach ein bisschen abwarten und ein bisschen Zeit ins Land ziehen lassen und gucken, was sich da tut.
Die Frage ist jetzt halt, brauchen wir noch einen weiteren Fork?
Ich meine, wir hatten CentOS oder haben ja immer noch CentOS.
Wir haben Rocky Linux, wir haben Alma Linux, wir haben Oracle Linux, wir haben Navy Linux.
Brauchen wir jetzt noch eine? Was denkst du, Felix? Noch eine weitere Distro?
Ich glaube, man braucht wahrscheinlich keine, auch wenn die Vielfalt schön und wunderbar ist,
auch zum Experimentieren, einfach um neue Sachen auszuprobieren, ist, glaube ich, für einen produktiven Betrieb,
enkt es sich ja dann ja doch immer auf so die ganz bekannten Sachen ein.
Weil ja, wenn man die Wahl hat, in einer größeren Umgebung oder auch in der mittelgroßen Umgebung zu vertreten,
hey, was wollen wir jetzt einsetzen, dann kann man ja meistens auch nicht rechtfertigen, auf kleinere Sachen zu gehen.
Also Exoten, man kann ja nicht einfach sagen, ja, wir machen jetzt unsere Enterprise-Hardware auf, eben irgendwas, was halt keiner kennt.
Und von daher würde ich sagen, es schränkt sich eh immer auf den Kern ein.
Jetzt gab es halt die relativ wahrscheinlich selten Situation, dass es da so ein Loch gab, so ein Vakuum, in das man halt zwischengehen konnte.
Das heißt, eben dadurch, wenn halt ein etablierter Player wegbricht, den halt viele eingesetzt haben,
dann müssen die sich zwangsläufig umgucken und halt die Argumentationen intern auch führen.
Einfach so in einem laufenden Betrieb, wenn halt alles stabil läuft, da einfach einen Distrowechsel anzustoßen, einfach weil man Bock hat.
Das macht ja auch keiner. Also von daher war das jetzt eine relativ seltene Situation.
Und wenn man zur rechten Zeit am rechten Ort gewesen ist oder war, dann hätte man da durchaus reinschneiden können
und halt noch eine neue Distro launchen können. Aber ich glaube, der Zug ist jetzt langsam abgefahren.
Also die Leute, die sich da neu orientieren mussten, die werden das gemacht haben. Und ja, mal gucken, was davon dann gebläibt.
Ja, sehe ich ähnlich. Also ich glaube auch, Susi möchte da einfach nur ein bisschen an dem Geschäft partizipieren.
Das ist auch valide. Das ist auch deren gutes Recht. Sie sind neben Red Hat eine große Enterprise-Distrikt.
Sie wollen natürlich auch gucken, dass die Leute, die jetzt eben vielleicht auch aus persönlichen Gründen nicht zu Red Hat migrieren wollen, dass sie die irgendwie abholen.
Und auf der anderen Seite finde ich es auch deswegen interessant, weil das ist so immer das Problem, das ich habe,
wenn ich jetzt einen Enterprise Linux auf einer Workstation oder auf einem Notebook betreiben will.
Es scheitert immer am gnadenlos veralteten Kernel. Und das ist ja der große Unterschied zwischen Red Hat und Susi,
dass halt eben da auch bei so einem Service Pack-Wechsel auf einmal ein ganz anderer Kernel mit drin sein kann.
Von daher, ich finde den Ansatz technisch betrachtet eigentlich ganz interessant, eine stabile Codebase zu haben,
aber einfach mal einen neueren Kernel drin zu haben, ohne dass ich da selbst was kompilieren muss.
Von daher, ich bin einfach mal gespannt und schauen wir einfach mal, in welche Richtung das gehen könnte.
Ich würde es mir auf jeden Fall mal in der Testumgebung sehr gerne anschauen, wenn es dann weitere Details dazu gibt.
Ansonsten gibt es auch im Ubuntu-Umfeld ein paar Neuigkeiten. Was ist denn da passiert?
Ja, es gibt vor allen Dingen News in Richtung Snap. Das betrifft vor allen Dingen die Entwickler, die halt ihre Pakete vertreiben.
Also Snap Core bekommt Updates bzw. Versionen. Es gibt jetzt eine 22er als Beta.
Und dementsprechend werden tatsächlich der Core 18 und 20 jetzt schon als veraltet oder langsam mal umstellen geahndet.
Das heißt, alle die Snap-Pakete verwalten oder erstellen, sollten da schon mal gucken,
was jetzt neu kommt und was neu gemacht werden muss. Auch bei den Konfics,
dementsprechend im Snap-Unfeld gibt es einiges Neues. Die wurden sonst immer als JSON-DIC gespeichert.
Da gibt es jetzt noch ein bisschen, was genau da kommt. Auf jeden Fall soll das ein bisschen überarbeitet werden.
Und auch vor allen Dingen, wenn man Dateneingaben hat und solche Sachen,
da soll es in Richtung Dateiüberprüfung und Validierung auch ein paar Neuerungen geben.
Also finde ich spannend, weil in dem einen Zug gibt es ja die Core 22, die ja quasi eine Entwicklungstestversion ist.
Aber im anderen Zug sind auch die aktuellen Core 18 und Core 20 schon veraltet.
Also ich glaube, wenn ich jetzt so eine tolle App gebaut hätte und würde jetzt als Snap paketieren wollen,
dann wäre ich glaube ich erst mal ein bisschen irritiert, weil ich will ja eigentlich was Neues nutzen,
das ist aber noch nicht stabil und das stabil ist eigentlich schon veraltet.
Interessant. Ansonsten gibt es noch News in Richtung GNOME.
Da gibt es ja auch im Moment auch neue Versionen. Es soll bald ja auch, ich glaube im Laufe des Jahres,
auch die 42er-Version dann geben. Und mit entsprechender Umstellung auch von GTK3 auf GTK4.
Und das ist natürlich auch im Ubuntu-Umfeld so ein Ding. Allerdings sind die aktuellen LTS-Versionen gerade erst auf 41 gekommen.
Es soll allerdings mit Blick dann schon mal geguckt werden, wann 42er-Sachen mit reinkommen können.
Allerdings bleiben die Standardanwendungen alle wohl noch längere Zeit auf GTK3,
bis dann halt die Tests dementsprechend für 4 gemacht werden können.
Ja, es gibt ja jetzt auch schon die ersten Anwendungen, die angefangen haben, ihr Frontend für GTK4 umzustellen.
Da habe ich gerade neulich einen Tweet gesehen von LibreOffice, die da schon mal so ein bisschen Mock-up hatten.
Und das sieht echt sehr, sehr gut aus, muss ich sagen. Also alles mit nativen Dark Mode-Support
und auch die Farben sehr, sehr an das Theme angepasst und das Ganze.
Ja, es sieht so ein bisschen aus wie so ein modernes Microsoft Office nur, dass es halt eben LibreOffice ist.
Und ich glaube, das könnte auch so ein bisschen der Akzeptanz zugänglich sein, wenn man eben dann merkt,
die Anwendung, die frei und offen ist, sieht sich aber rein von der User Experience sehr ähnlich zum,
ich nenne es jetzt mal provokativ, original Verhältnis. Das ist ja oftmals das, was die Anwender*innen kennen.
Dann, glaube ich, wäre es dann schon einfacher, mit so einem Programm sich anzufreunden,
wenn man nicht erst lange googeln und suchen muss.
Bist du eher der LibreOffice-Typ oder hast du andere Office-Tools, die du benutzt für dein Daily Doing?
Tatsächlich ganz witzig. Ich habe mich heute erst einmal beschäftigt, weil ich eine Präsie halten soll.
Und dann habe ich mal wieder unsere Vorlage rausgekramt.
Und wenn ich, du kennst das ja auch, alleine aussuchen kann, was ich mache und keine anderen Leute dabei habe,
dann mache ich ganz gerne halt auch Markdown-Präsentationen, um dem ganzen Problem einfach aus dem Weg zu gehen.
Wenn man die Wahl denn nicht hat und auf Templates zurückgreifen muss, die eben vom Marketing kommen,
dann braucht man ja die PowerPoint-Vorlagen. Und da habe ich mich heute mal wieder damit beschäftigt,
wie das mit Libre eigentlich ganz gut funktioniert.
Ich habe leider festgestellt, dass es mit Sympotics-Files für die Templates gar nicht so gut geht.
Und üblicherweise war ich positiv überrascht. Ich habe da mal ein paar Alternativen getestet.
Manchmal lohnt sich auch so ein Revisit. Manchmal hat man die meisten Sachen ja über die Jahre schon mal durchgespielt.
Und dann lohnt es sich aber immer noch mal wieder reinzugucken, was sich da getan hat, was jetzt besser funktioniert.
Und was mich überrascht hat, war der Client von OnlyOffice. Das habe ich jetzt mal ausprobiert.
Und das ist zwar ein bisschen spärlich von den Funktionen im Vergleich zu dem Impress von Libre.
Also ja, es ist alles abgespeckt. Es gibt halt nicht so viele Sachen.
Aber dafür hat der Template sofort direkt funktioniert.
Also das Template importiert und hat auf allen verschiedenen Headern funktioniert.
Das hat mich überzeugt. Ich mache jetzt mal eine Präsidium mit und gucke mal.
Zum Glück ist Präsis bauen ja nicht mein Hauptgeschäft.
Ja, das kann ich nachempfinden. Da habe ich auch nicht so Freude dran.
Ich bin dann auch eher so Fraktion Askidoc oder gerne auch Markdown.
Und dann irgendein HTML-Framework unter so zurecht ziehen, dass es aussieht wie die PowerPoint-Vorlage.
Und dann merkt es im Endeffekt eh keiner.
Ja, OnlyOffice wollte ich mir auch schon mal ein paar Mal anschauen und habe es aber nie geschafft.
War das nicht so, dass da auch teilweise Code benutzt wird, der aus dem LibreOffice-Projekt kam?
Oder biege ich da gerade gedanklich falsch ab?
Tatsächlich weiß ich das gar nicht ganz genau.
Ich habe nur gesehen, es gibt auf jeden Fall eine Desktop-Variante. Die habe ich jetzt gemacht.
Und es hätte aber auch die Initiative gesehen, man kann das auch hosten als Container oder generell als Web-Anwendung.
Und das ist als Integration unter anderem für den Office-Teil von Nextcloud mit drin.
Spannend. Da müsste man sich auch mal anschauen.
Und jetzt sehe ich schon, wir haben eine weitere Themenidee gefunden.
Also liebe Zuhörende, wenn ihr da ein paar Insights habt, wie ihr mit dem Thema umgeht,
vielleicht nutzt ihr auch Office-Tools auf dem Desktop im beruflichen Kontext.
Das wäre doch mal sehr interessant zu hören, wie ihr damit umgeht.
Obwohl ich glaube, das ist auf jeden Fall Office für Linux in einer Microsoft-Organisation.
Ich könnte mir das so gut vorstellen, wenn die ganze Organisation das macht,
und es gibt auch noch Vorlagen damit, dann kann man glaube ich gut damit arbeiten.
Aber ansonsten ist das eine von den Domänen, man muss es schon wollen.
Also manchmal muss man auch einfach ein bisschen wollen.
Das ist halt hässlich und man muss da irgendwie durch, weil man will ja einfach, ja.
Dann kann man immer wieder stolz behäuben, ich habe Linux auf dem Desktop.
Ich bin so einer, aber...
By the way.
Genau. Ansonsten, was haben wir noch so für Themen auf dem Tableau?
Ich glaube, eine der Sachen, die noch auf unserer Newsliste stehen, war ein ganz spannender Patch
vom Colonel-Entwickler Ingo Mollner, der ist schon seit einigen Jahren dabei.
Und der hat sich mal dran gemacht, einiges aufzuräumen.
Also er hat schon Ende 2020 damit angefangen, große Teile des Colonel-Headers neu zu bauen
und die ganze Falle hier reich hier umzustellen.
Als eine Quelle, die ich gefunden habe, ungefähr 2300 Patches.
Also wahrscheinlich als Schätzung nach Code Size der größte Single-Beitrag, also Einzelbeitrag zum Header.
Das ist schon ordentliche Arbeit, da hat er sich was vorgenommen.
Aber manchmal muss das wahrscheinlich gemacht werden.
Ziele sind dabei vor allem, wenn das halt durchkommt und alles aufgeräumt ist
und die Dependencies besser aufgeräumt sind, dann sind die Buildzeiten auf jeden Fall kleiner.
Es soll weniger Nebenwirkungen geben, quasi alle Effekte, die man durch so ein schönes Rewrite mal bekommt.
Spannend, also das stelle ich mir interessant vor, weil es ist ja wirklich ein sehr großer Beitrag.
Und ich meine, wenn er schon Ende 2020 damit angefangen hat und jetzt so irgendwie den ersten Vorzeig beanstand hat,
dann kann man sich vorstellen, was für eine krasse Arbeit das gewesen sein muss.
Und vor allen Dingen hat er, glaube ich, auch in der Quelle war das zumindest so erwähnt, die wir verlinkt haben,
dass da ja auch mega viel Bugs gefunden wurden.
Weil man dann doch mal Code angepackt hat, der halt seit zehn Jahren einfach so da ist und benutzt wird,
wo sich keiner traut zu hinterfragen oder vielleicht auch es nicht bewerten kann.
Und dann kommen dann auch alle hässlichen Dinge auf einmal so zum Vorschein.
Also das ist ja so meine größte Horrorvision, dass mir irgendeiner mal Code vorwirft, den ich vor zehn Jahren geschrieben habe,
und ich soll ihn auf einmal debuggen oder optimieren.
Das ist meine persönliche Hölle.
Und ich glaube, bei so einem Projekt wie der Linux Kern, das kann ganz schön große Auswirkungen haben.
Wenn man sich dann auch mal mit den Leuten beschäftigt oder generell mit der Arbeit,
dann bekommt man auch mal so einen tiefen Respekt vor vielen Entwicklern,
wenn man halt so mit seinen bescheidenen Coding-Kennnissen so dann daherkommt, was man halt mal so gemacht hat.
Und dann kommen da so riesen Projekte, die halt von etlichen Entwicklern über Jahre gewachsen sind.
Und dann denkt man sich, wow, das ist schon verrückt.
Ja, vor allem, weil halt wirklich so viel Zeit investiert wurde.
Also man kriegt ja schon so ein bisschen mit, wenn man die einzelnen New Sites dann verfolgt.
Zum Beispiel, was ich sehr interessiert beobachte, ist die ganze Entwicklung, die aus dem Asahi Linux Projekt kommt.
Das ist ja eben dieses Projekt, das sich zur Aufgabe gesetzt hat, Linux auf dem M1 oder M1X ausführbar zu machen.
Und da kriegst du halt mit, die haben mal eben so einen Hackathon gemacht, irgendwie so in zwei, drei Wochen.
Und jetzt geht auf einmal die erste 3D-Animation, wo du dir so denkst, wow, krass, so absolutes BlackBog-Engineering.
Und dann nach drei Wochen haben sie da irgendwie den ersten 3D-Code, der funktional ist.
Und dann setzt sich so jemand Ende 2020 hin und sagt dann so anderthalb Jahre später, ich habe hier was zum Vorzeigen.
Das ist schon, und der hat ja auch selbst geschrieben, die vollständige Überführung, die wird vermutlich noch Jahre dauern.
Also da kann man sich so ein bisschen vorstellen, was das für ein Ausmaß hat.
Also wir haben ja auch, letztes Jahr hatten wir ja dieses Jubiläum, 30 Jahre Linux.
Und da hatten wir ja auch zwei CURN-Entwickler, die wir auch zu dem Thema befragt haben, wie das denn so ist, an dem Code mitzuarbeiten.
Und da haben wir auch so ein bisschen schon so einen Einblick bekommen, dass es wirklich allein von der Planung her mit so vielen Menschen an einem gemeinsamen Ziel zu arbeiten und das gescheit zu koordinieren, ist wirklich eine Herausforderung.
Und dann kann man sich vorstellen, dass das natürlich auch nachhaltig die ganze Arbeit ein bisschen vereinfachen könnte.
Weil dann halt eben, wenn jetzt jemand einen neuen Treiber schreibt, der irgendwo was dazu leisten will, dass es halt eben nicht mehr so aufwändig ist, dahinter zu kommen, wo welche Files angepasst werden müssen,
weil halt alles ein bisschen aufgeräumter ist. Also ein wohl sehr überfälliger Refactor, der hier anstand.
Und die Sonderepisode von letztem Jahr, die verlinken wir euch auch nochmal in den Show Notes.
Also da haben wir einmal mit dem deutschsprachigen CURN-Entwickler reden können und einmal haben wir noch ein Interview geführt mit dem englischsprachigen CURN-Entwickler.
Und ich fand das zumindest sehr, sehr interessant, den beiden zuzuhören damals.
Ja, das waren eben grob die News, die wir diesen Monat so hatten.
Zum Abschluss können wir auf jeden Fall noch sagen, was sagen wir besser jetzt, bevor ihr es verpasst, die FOSDAM findet wieder statt.
Also die FOSDAM ist ja Europas größte Open Source Konferenz.
Die beschäftigt sich eben mit allem rund um Open Source, Linux, Entwicklung, Administration, findet üblicherweise eben am Wochenende in Brüssel statt und jetzt natürlich pandemiebedingt wieder rein virtuell.
Das heißt, 5. Februar, 6. Februar, das Wochenende, da wird das Ganze stattfinden.
Und es gibt dieses Jahr wieder über 700 Vorträge.
Also das ist echt irre, auf wie viel Streams sich das Ganze verteilt.
Und es gibt wirklich, es gibt von, ich schreibe jetzt meine erste Web-Anwendung über, wie ich so und so viele Server mit dem gescheiten Config-Management betanke, bis hin zu, ich habe da eine Platine auf eBay geschossen und ich zeige euch mal, wie ich Doom darauf portiert habe.
Da ist wirklich alles mit dabei und das ist echt sehr, sehr bunt gemischt.
Und ich fände es sehr schön, wenn ich die Konferenz auch mal in Natur erleben konnte.
Warst du schon mal auf der FOSDAM oder auf einer anderen großen Konferenz?
Tatsächlich nicht vor Ort.
Dafür ist meine Zeit, in der ich mich richtig aktiv mit der Community beschäftige, zu sehr in den Pandemie-Zeitraum verlegt tatsächlich.
Also da fallen ja schon mal die letzten zwei Jahre weg, wo das gar nicht möglich war.
Und ja, davor habe ich gerade erst so ein bisschen Tuchfühlung sammelt mit vielen Sachen.
Von daher leider nicht, aber ich wäre direkt dabei auf jeden Fall.
Ja, weil auch die ganze Ecke, wo das stattfindet, also das ist auch glaube ich schon eine ganz nette Ecke.
Ich weiß da von einigen Kolleginnen, dass die da auch immer gesammelt hingefahren sind und dass das immer ein ziemliches Happening war.
Vielleicht können wir das ja nächstes Jahr nachholen, das wäre auf jeden Fall schön.
Also da gibt es 700 Vorträge, die ihr euch eben anschauen, anhören könnt.
Das Ganze wird gestreamt, wird dann auch im Nachgang eben wieder über die üblichen Portale zur Verfügung gestellt, das heißt YouTube beispielsweise.
Und da packen wir euch auch den Link in die Show Notes.
Ich habe heute versucht, für mich so ein bisschen rauszufinden, welche Vorträge ich mir gerne aller anhören möchte.
Hab festgestellt, das sind ganz schön viele, die ich gerne sehen würde.
Und jetzt muss ich halt gucken, dass ich mir die wichtigsten raussuche und dann eben die anderen nachschaue.
Letztes Jahr war einer meiner Lieblingsvorträge echt total spannend.
Da hat einer beschrieben, wie er einen funktionalen Maustreiber für Windows 3.1 für Xen und KVM geschrieben hat.
Weil er irgendwie gemeint hat, er macht halt gerne Retro Gaming und macht das halt in einer VM und dann zieht die Maus immer so blöd nach.
Und wenn er da irgendwas dattelt, das geht halt gar nicht. Und dann hat er halt echt absolut technisch beschrieben, warum der Mauszeiger immer versetzt ist und wie das funktioniert.
Und hat dann halt in einem Quellcode gezeigt, wie das funktioniert. Das war total faszinierend.
Es gibt so coole und faszinierende Leute da draußen. Das ist echt unglaublich.
Ja, absolut. Und alles, was mit Doom im Namen ist, muss ich sowieso sehen.
Also da gab es auch einen Vortrag von einem, der erklärt hat, wie man auf so einem Armbord "From scratch" sich einen Doom-Klon schreibt.
Das fand ich auch. Also das ist jetzt nichts, was ich jetzt noch mal irgendwie rezitieren könnte.
Hab dann wirklich nicht viel mir behalten können, außer dass es sehr beeindruckend war und erstaunlicherweise weniger komplex, als ich es mir vorgestellt hatte.
Aber ich könne es trotzdem nicht.
Ist das nicht auch immer die Kategorie von so Entwicklungen, die halt unglaublich wenig Ressourcen brauchen?
Einfach weil die dann so komplett optimiert sind, wo dann quasi Entwickler von heute total in den Schatten gestellt sind.
Mit so Vergleichen von damals lief irgendwie, also gefühlt auch so heutiger Taschenrechner-Hardware, quasi so ein Spiel.
Und dann jetzt quasi, ich möchte nur eine Seite im Browser aufmachen. Geht nicht.
Absolut. Das sehe ich auch so. Also ich wollte neulich auch eine ganz einfache kleine Webseite bauen, so eine kleine PWA.
Und dann habe ich mich so ein bisschen belesen und dann hatte ich auf einmal NPM auf meinem Rechner, der Lüfter föhnte und ich hatte 6 GB auf einmal in irgendeinem Ordner.
Da dachte ich mir, Leute, also wir sind hier irgendwo in der Vergangenheit technologisch ganz schief abgebogen.
Das ist aber auch einmal, wenn man damit anfangen will, also mit Entwicklungen in der Richtung.
Das ist jetzt, wenn ich mal Ausflüge quasi aus dem ganz normalen oder für mich normalen so Linux Server, Python Scripting, Umfeld mal in Entwicklung gemacht habe.
Und dann ist das so, das kommt ja alle halbe Jahr, also jedes Jahr mal vor und für ein Projekt, das mal entwickelt werden soll.
Und dann gucke ich mir die Sachen wieder an, was jetzt wieder passiert ist und ich fühle mich jedes Mal komplett abgehängt.
Und dann ist das quasi so 3000 Sachen. Ja, wenn du jetzt eine Web Anwendung nach aktuellem Standard entwickeln willst, dann brauchst du jetzt quasi XY.
Und dann hast du irgendwie vorher schon mal dich ein bisschen mit, keine Ahnung, React oder Angular oder Vue oder so beschäftigt.
Und dann so, ja, das ist jetzt, also jetzt brauchst du auch, also ja, man braucht immer irgendwas Neues auf jeden Fall.
Ja, absolut. Also da hatte ich noch nicht auch so ein Erlebnis, da sollte ich von einem Cloud-Anbieter, wollte ich mir eine CLI runterladen, um da halt eben in einem Skript automatisiert mir irgendwas anlegen zu lassen bei denen.
Und normalerweise kriegst du halt von deinem Anbieter irgendeinen Python-Framework oder irgendeine Go-Binary oder was auch immer.
Und da in der Doku von dem Hersteller stand halt drin, bitte tippen Sie ein, NPM install ich so.
Gar keinen Fall. Hab mir dafür eine VM hochgezogen und die hat dann halt keine Ahnung, wie viel Gigabyte gezogen.
Also das habe ich dann nicht auf meinem Produktivsystem gemacht.
Immer wenn ich jetzt Jan oder NPM lese, weiß ich gleich VM benutzen. Nicht nativ auf deinem Rechner.
Kommen wir zum Tooltip des Monats. Was hast du uns mitgebracht für den Januar?
Ich habe tatsächlich ein relativ kleines Tool mitgebracht. Im Prinzip ist der größte Teil gar nicht mal lokal, sondern es geht eigentlich um das Projekt auf GitHub.
Das ist TLDR oder Too Long Didn't Read. Das ist eine Sammlung von Cheat Sheets für alle, die keinen Bock haben, Manpages zu lesen.
Das heißt, das sind die Kurzversion davon, einfach die wichtigsten Kommandos, die man so braucht in einer Sammlung.
Wenn einem ein Tool einfällt, das man noch nicht dabei hat, dann kann man das auch noch relativ schnell ergänzen.
Das besteht hauptsächlich aus Textdateien in dem GitHub Projekt.
Und wenn man den CLI-Kline installiert hat, dann gibt man zum Beispiel einfach TLDR-Curl ein und bekommt direkt die zehn wichtigsten Curl-Kommandos mit den Abkürzungen.
Oder für OpenSSL sehr praktisch, wenn man das manchmal vergisst, bis ihr an Gedächtnisschwäche leidet. Praktisch. Im Alltag sehr praktisch.
Cool. Ja, ich sehe es gerade. Es gibt auch so ein paar Kommandos, wo ich jedes Mal falsch abtippe und wirklich dann zehn Minuten brauche, bis ich das gefunden habe.
Und schlussendlich lande ich dann auf einer Webseite, die bei mir schon alles besucht markiert ist, wo genau dieses eine Kommando mit dem Parameter drin steht, den ich gebraucht hätte.
Da wäre vielleicht TLDR auch mal wert, sich das anzugucken. Ich sehe gerade auf der Webseite, man soll das mit NPM installieren.
Ich glaube, es gibt auch am Binary, dass man auspacken kann. Ich glaube, das höre ich gerade.
Ja, das ist, glaube ich, es gibt einen Node.js-Kline und es gibt aber auch die Möglichkeit, den Fully Featured Python-Kline mit PIP zu installieren. Den würde ich dann, glaube ich, benutzen.
Sehr schön. Wieder was gelernt. Ja, ich habe auch ein kleines Tool mitgebracht. Das ist eigentlich gar nicht so groß und auch jetzt keine Raketenwissenschaft.
Ich habe die letzten zwei Wochen sehr viel Zeit dafür aufgebracht, mir Skripte zu erstellen, die mir Metriken von Rechnern sammeln, um dann daraus die passenden Lizenzen auszuwählen.
Also auch eher so eine Arbeit, die ich nicht so gerne mache, aber sie muss halt manchmal gemacht werden.
Und das Ganze musste dann natürlich in den CSV exportiert werden, damit das dann halt eben von anderen Leuten wiederverwertet werden kann und dann in so ein tolles Excel-Sheet importiert werden kann in einem gewissen Format.
Das heißt, ich habe mir da so Skripte geschrieben und wie das halt so ist, man deep-bucket das Ganze dann, führt seinen Skript aus und macht dann direkt einen Echo auf die Datei bzw. einen Cut auf die Datei, die angelegt wurde.
Und dann ist das ganze Terminal voll mit CSV-Code. Und wenn man halt mehr als drei Spalten hat und dann ja auch die Felder mal lang ausgefüllt sind, mal nicht so lang ausgefüllt sind, spätestens dann ist nach einer Stunde Troubleshooting,
hat man wirklich, sieht man die Semikolon nicht mehr auf dem Terminal und dann wäre es ganz gut, wenn man das visualisiert.
Jetzt aber jedes Mal das Ganze kopieren und dann in LibreOffice einfügen ist ja auch blöd.
Dann habe ich mich an einen Artikel erinnert, den ich mal vor einiger Zeit auf kno-linux.ch gelesen habe.
Und zwar gibt es da ein Tool mit dem Namen CSView, je nachdem wie er es jetzt aussprechen wollte.
Also einfach CSView. Und das ist ein kleines Tool, das in, wenn ich mich recht, in Sinne Rust geschrieben ist.
Genau. Und eigentlich nichts anderes macht als die Daten, die in der CSV-Datei stehen, euch schön auf dem Terminal anzuzeigen.
Das heißt, es ist dann alle so eingerückt, dass es auch sauber untereinander steht.
Ihr habt die einzelnen Spalten, die dann eben mit so einer ASCII-Dekoration verziert sind, sodass man dann eben auch sieht, wo die Spalten beginnen und wo sie aufhören.
Das hat mir ungemein geholfen bei diesem Skript, das ich da eben entwickelt habe.
Und man kann dann auch mit Parameter noch steuern, was jetzt das Trendzeichen ist.
Und es gibt Emoji-Support, ganz, ganz wichtig. Und ja, das fand ich sehr nützlich.
Das gibt es eben auch direkt auf GitHub zum Runterladen. Und bei Arch Linux ist es direkt im Auer drin.
Ansonsten für Mac gibt es das Ganze mit Homebrew. Bei NetBase ist es mit drin.
Und für Windows gibt es das Ganze auch. Und es gibt auch vorkompilierte oder vorpaketierte Pakete für verschiedene Distros.
Also die Debian-Pakete könnte auch einfach direkt runterladen von der GitHub-Seite.
Ihr müsst ja nicht selbst den Rust-Compiler anwerfen. Das fand ich ganz, ganz nützlich.
Kleines Tool, das ich jetzt nicht so häufig brauche, aber mir wirklich sehr viel Zeit und vor allen Dingen Nerven erspart hat die letzten zwei Wochen.
Und wenn auch ihr Ideen habt, sei es jetzt im Sinne von, dass ihr vielleicht ein Thema habt,
das ihr hier gerne mal besprochen wissen möchtet oder dass ihr einen Tooltip habt, den wir uns mal näher anschauen sollten.
Oder vielleicht habt ihr auch generell allgemeines Feedback und Wünsche, dann lasst uns das sehr gerne zukommen.
Und zwar per E-Mail an podcast@sva.de. Und sehr gerne könnt ihr uns auch einfach über den Podcatcher eurer Wahl sowie über Apple Podcasts oder Spotify bewerten.
Ja, und damit sind wir für den Monat durch. Es waren ja doch einige Themen, die sich so angesammelt haben.
Und liebe Zuhörer, wenn ihr es bisher hindurchgehalten habt, vielen Dank fürs Zuhören.
Und dann freuen wir uns schon auf die nächste Episode im Februar. Danke, dass du wieder mit dabei warst, Felix. Hat mir wieder sehr viel Spaß gemacht.
Ja, das war lustig. Immer wieder gerne. Und auch an alle Zuhörenden, bleibt Wacker dabei, bleibt uns treu, gibt uns noch eine Chance. Bis zum nächsten Mal.
Alles klar. Vielen Dank. Bis dahin. Ciao.
[Musik]