[Musik]
Hallo und herzlich willkommen zur 19. Folge des Fokus und Heldungs Podcasts
"Redaktionsschuss" am 19.12. und "Aufnahmedatum" am 19.12.2022.
Die letzte News-Folge für dieses Jahr und mit dabei wieder der Jan
Moin Moin
und der Felix
Moin
Ja, das Jahr neigt sich so langsam dem Ende zu. Wie war euer Dezember bisher?
Kalt, windig und irgendwie so ein bisschen alle Projekte haben so ein bisschen mehr
Zeit gefordert, aber nicht so richtig viel Neues passiert. Ja, End of Year Stress halt.
Und bei euch?
Ich würde mich einklicken. Klassische Torschusspanik. Plötzlich muss alles
nochmal dringend erledigt werden und nochmal die wichtigsten Deadlines, alles, was man
versprochen hat bis Ende 2022, alles nochmal erledigt werden. Also ich muss sagen,
ich freue mich schon ein bisschen auf die Weihnachtsferien.
Das kann ich nachempfinden. Ich selbst befinde mich schon in den Weihnachtsferien und kann
das aber absolut teilen. So Dezember ist der Monat, wo Kundin dann doch nochmal
einfällt, spontan kurz vor Jahresende, solange noch Budget da ist, Dinge zu
beauftragen oder einfach Dinge, die dann halt einfach fertig sein müssen. Von daher
war es bei mir auch relativ turbulent und ich freue mich jetzt wirklich auf die
Feiertage und bin gespannt, was sich nächstes Jahr alles so erübrigt oder was
sich so Neues ankündigt im Open Source Bereich. Hashtag der Folge ist #xelfmes.
Und ich würde vorschlagen, wir beginnen vielleicht mit ein paar
Ausmitteilungen und Feedback und Ankündigungen. Und wie ihr vielleicht hört
oder auch nicht hört, haben wir jetzt neues Audio-Equipment. Wir erhoffen uns
dadurch, dass die Tonqualität für euch liebe Zuhörer ein bisschen steigt.
Gebt uns gerne Feedback, wenn dem nicht so sein sollte, aber bisher sind wir da ganz
optimistisch und für die einzelnen Adventskalender-Folgen haben wir relativ
viel Feedback bekommen. Vielen lieben Dank da auf jeden Fall. Da waren sehr viele
spannende neue Tool-Ideen noch mit dabei, die wir bei einer weiteren Iteration oder
einfach generell bei einer späteren Folge nochmal aufgreifen könnten. Und auch
generell das Format scheint wohl ganz gut angekommen zu sein, so hat beispielsweise
René gesagt, dass das ein Adventskalender ist, auf den er sich endlich wieder
täglich freut und für ihn war das ein Volltreffer ins Nerd-Herz. Das freut uns
natürlich sehr zu hören. Liebe Grüße gehen raus. Und auch der Patrick vom
Badungsfenster-Podcast hat gesagt, dass er das als ein prinzipiell sehr cooles
Konzept erachtet und das hören wir natürlich auch gerne. Also vielen lieben
Dank für das zahlreiche Feedback. Also auf Mastodon gab es auch immer viele
Kommentare bezüglich neuer Tools, die wir mal aufnehmen könnten. Da sind wir
sehr dankbar für. In dem Kontext würde ich nochmal aufrufen wollen und zwar planen
wir ja im Mitte Januar eine retrospective Folge zu veröffentlichen. Das heißt, da
werden wir nach einem Jahr Podcast mal Bilanz beziehen, was ist gut gelaufen, was
ist weniger gut gelaufen, was könnten wir besser machen. Und wenn es da Fragen gibt,
die ihr unbedingt mal beantwortet hören möchtet, dann lasst die uns gerne zukommen.
Also wir planen da ein Ask Us Anything zu veranstalten. Das könnt ihr über die
Textform machen, könnt ihr aber auch gerne, wenn ihr mögt, in Form von
Sprachnachrichten tun. Am besten per E-Mail an podcast@sva.de. Ihr könnt entweder
die Files an die Mail anhängen oder falls die Datei größer sein sollte, die
gerne einfach irgendwo auf einem Portal hochladen, auf irgendeiner Cloud-
Umgebung, die ihr vielleicht habt oder auch nicht habt. Da sind wir ganz flexibel
und solange wir irgendwie per Link drankommen, werden wir uns das sehr gerne
anhören und dann auch in die Sendung mit aufnehmen. Und damit würde ich vorschlagen,
sprechen wir mal über die News des Monats. Und in Beginn macht Linux 6.1 mit Rust
Support und da ist natürlich auf jeden Fall klar, dass unser Jan darüber
berichten muss. Was gibt es denn da in Linux 6.1? Klär uns mal auf. Genau und zwar
eins der großen Themen ist natürlich Rust im Kernel. Das lässt sich ganz gut
vermarkten für die Newsseiten. Aber ich habe da mal so ein paar Dinge, die ich
gerne gerne euch zeigen möchte, die ich gerne gerne euch zeigen möchte.
Also das ist schon ein paar Wochen her, wenn nicht sogar ein bisschen länger.
Und habe ich dadurch geklickt und viel mehr als ein Hello World ist da noch gar
nicht drin. Also da werden jetzt keine kritischen Bestandteile auf Rust
überführt. Das ist eigentlich nur, hey guckt mal es funktioniert jetzt und
also dass es überhaupt funktioniert ist schon cool. Da kommen noch viele Fragen
auf die Entwickler hinzu. Zum Beispiel dieses Rust ist eigentlich nicht etwas,
ist keine Software, die man im Paket Manager findet. Das wird über das Rust
Up Tool installiert. Das ist so ein kleines Ding, das piped man eigentlich, also
Curl und dann Pipe in die Shell und dann wird das installiert. Und das managt
die Rust Tool Chains für einen. Rust hat ungefähr nicht jeden Monat, aber alle
anderthalb Monate gibt es dann ein neues Miner Release mit neuen Features, neue
Sachen, die stabilisiert wurden. Und das ist natürlich viel, viel, viel schneller
als das was C kann. Also C hat glaube ich C99, dann gab es C 2011 und C 2018. Das
ist natürlich ein ganz anderer Entwicklungsrhythmus als jeden Monat eine
neue Miner Version der Programmiersprache und der Entwicklunggebung. Und da müssen
jetzt die Distribution so ein bisschen noch ranklotzen in den Themen, wie liefert
man das überhaupt aus, wie können wir sowas überhaupt ausliefern. Der Colonel
verwendet auch gerade ganz viele unstable Teile der Rust Programmiersprache noch.
Das wirft natürlich noch viel weitere Fragen aus, weil dann muss nicht nur die
stable Version von Rust ausgeliefert werden, sondern teilweise auch die nightly
Version. Und da bleibt auf jeden Fall abzuwarten, was da passiert. Auch neu mit
dabei ist KCFI. Das ist Control Flow Integrative Colonel. Und zwar gibt es bei
vielen relativen Sprüngen, also wenn man nicht vorher das Ziel des
Sprungs unbedingt weiß, zum Beispiel wenn man irgendwie in ein Array aus
Funktionspointen springt oder sowas, dann kann es sein, dass dieser Index mit dem
man springt, komplett wild gewählt ist, zum Beispiel von einem Angreifer und dass
man so dann irgendwo anders hinspringen kann, zum Beispiel zu Schadkoden, den der
Angreifer irgendwo platziert hat. Und was dieses KCFI macht, ist das prüft quasi
vor jedem indirekten Sprung, ob das überhaupt Sinn ergibt, wo man hinspringen
möchte. Auch mit dabei ist eine ein Regression Fix für transparente huge
pages. Das hat in einigen recht weit entfernt von der echten Welt entfernten
Benchmarks zu Problemen gesorgt, aber das ist jetzt auch wieder behoben worden.
Auch mit dabei ist das AMD Platform Management Framework, was so ein bisschen
sich darum kümmert, dass AMD CPUs mehr Effizienz zeigen. Das heißt, die schlafen
öfter die Power runter, wenn es nicht gebraucht wird und all das, das habe ich
selber schon so ein bisschen gemerkt, wenn dann auch mit den Grafikkarten eher.
Da musste ich jetzt bei den bei meiner Vega 64 das Power Management abschalten,
wenn ich nicht möchte, dass die gelegentlich mal crasht. Ich hoffe, das wird
jetzt auch behoben, das muss ich mal dann ausprobieren. Auch mit dabei ist
Anfänge von IOMU2. Das ist ein erster Schritt in die Richtung, dass die
Pagetables virtualisiert werden können mit den Serverprozessoren von AMD.
Auch neu mit dabei sind GPU-Pages von AMD, Asahi und Intel. Zu den News von Asahi
erfahrt ihr später noch mehr, da berichtet der Felix glaube ich drüber.
Weiterhin gibt es noch Verbesserungen an ButterFS und es gibt einen
Bug-Fix, den fand ich besonders spannend. Das ist ein Fix für den Split-Lock-Detector,
der dafür gesorgt, dass manche Steam-Spiele nicht so funktionieren, wie sie
sollen. Das ist relativ technisch, da geht es um Atomare-Operationen und
Locks und gerade das hat wohl bei Steam-Spielen viel geschadet.
Wenn ihr auf Linux spielt, solltet ihr euch unbedingt mal den Kernel angucken.
Vielleicht findet ihr da die eine oder andere Verbesserung in Performance.
Auch neu mit dabei in 6.2er-Links ist erweitertes Support für mehr Qualcomm, Snapdragon, SoCs, Apple M1 Pro, Ultra und Max. Das ist alles Wichtige aus dem 6.1er-Körner.
Auf jeden Fall spannend. Hast du da nähere Details, was bei den Spielen jetzt genau nicht funktioniert hat?
Ich kann mich dran erinnern, es gab ja auch mal einen ähnlichen Bug, der in Richtung
Anti-Cheating ging. Ist das wieder so was oder ist das eine andere Baustelle?
Das ist quasi, in 2020 gab es diesen Split-Lock-Detektor, der hat dafür gesorgt,
dass mit solchen Split-Locks konnte man so ein System zum Erliegen bringen aus dem User-Mode ohne besondere
Berechtigung, weil das ein globales Bus-Lock braucht. Man hat dann als normaler User alle möglichen Rechte bekommen und konnte das System so verlangsamen.
Dann gab es diesen Split-Lock-Detektor, der diese Situation erkennen soll und verhindern soll.
Aber genau der hat jetzt wohl quer geschossen und reduziert damit die Performance von Games.
Und das ist natürlich etwas, dadurch, dass Linux überall und auf jedem System irgendwie läuft, ist das natürlich dann auch schon ein bisschen schwer,
so was einzuschätzen. Und genau da gibt es jetzt dann wohl einen Fix für.
Interessant. Weitere interessantes Thema ist ein neues Dateisystem mit dem Namen ComposeFS.
Kommt dir auch nicht wirklich jeden Tag vor, dass ein neues Dateisystem erstellt wird?
Also klär uns mal auf Felix, worum geht es da?
Ja, tatsächlich ist das eher so ein bisschen noch News aus der Gerüchteküche.
Also aus der Community kommen so ein paar Sachen und zwar ist nämlich Folgendes passiert.
Der Red Hat Entwickler Alexander Larsson und das wäre jetzt ein Name, den man muss nicht jeden Namen kennen,
aber im Zweifelsfall, wenn man sich mit der Community beschäftigt, dann könnte man den unter anderem kennen durch die Erstellung von Flatpak.
Ist also einer von Red Hats hochdekorierten Entwicklern, könnte man sagen, schon lange dabei.
Und der hat eben auf der Kernel-Mailing-Liste einen Vorschlag gemacht für ein neues Dateisystem, ComposeFS,
ungefähr in der Ecke einzuorten von Spezial-Filesystemen.
Also Anwendungsfälle, die jetzt vorgestellt wurden oder die so ein bisschen genannt wurden,
waren halt mehrfache Bereitstellung von Read-Only-Dateien und zwar in der Richtung Anwendungsfälle-Container-Technologie.
Es gibt da ja so ein paar Special-Purpose-Dateisysteme unter anderem OverlayFS,
die halt eben dafür sorgen, dass man schreibt auf Systeme, die eigentlich Read-Only sind,
in denen eben so eine überliegende Schicht gebildet wird.
Und trotzdem muss aber die darunterliegende Schicht im Moment für jeden Container mehrfach gespeichert sein.
Also man braucht immer jeweils Kopien dafür.
Und eine der Verbesserungen wäre jetzt unter anderem, dass diese darunterliegende Schicht,
die eben für alle Images Read-Only ist oder für alle Container eben Read-Only ist, wo sie halt nicht drauf schreiben können,
dass die eben auch noch dedupliziert bereitgestellt, also im Sinne von, dass es halt eine Kopie geben kann
und alle können eben auf dieser Kopie aufbauen und ihre eigenen schreibbaren Bereiche bilden.
Das wäre dann nochmal ein Platzspannender, vor allen Dingen für Systeme, auf denen halt viele Container laufen.
Solche Sachen.
Natürlich ist es immer so ein bisschen in den genauen Anwendungsfall von neuen Dateisystemen,
muss man sich dann ein bisschen reinnerden.
Ganz super tief in den Details habe ich mich jetzt auch nicht vergraben.
Es ist nämlich tatsächlich eher noch so auf der schiebene Rumors Ankündigung,
denn die Reaktionen fielen auch relativ verhalten aus.
Wir haben euch auch mal einen entsprechenden Newsartikel verlinkt.
Und die Frage, die nämlich ein bisschen darüber steht, braucht die Welt oder braucht die Community ein weiteres Dateisystem?
Die Adaption von neuen ist ja auch immer nicht ganz einfach, zum Teil auch schleppend.
Also viele auch neuere sind ja schon eine ganze Weile draußen und ja, trotzdem noch nicht ganz adaptiert.
Dateisysteme leben oft ewig.
Wie ist da eure Meinung?
Braucht die Welt ein neues Dateisystem?
Also ich habe persönlich schon mal mit OverlayFS und dem Fuse-OverlayFS zusammen gebastelt.
Sowas Eigenes.
Und da gab es bei OverlayFS immer das Problem, dass man dafür dann irgendwo Route-Rechte brauchte zu mounten,
weil es halt wirklich mounted.
Und OverlayFS kann, OverlayFS-Fuse konnte man auch ohne Route-Rechte starten.
Das Ganze geht natürlich dann noch viel tiefer mit Capabilities und allem Möglichen.
Also das ist jetzt sehr vereinfacht.
Und der Unterschied zwischen OverlayFS und Fuse-OverlayFS war, dass man mit Fuse-OverlayFS auch über das Route-Dateisystem überlehen durfte.
Also du durftest quasi /mounten.
Und das fand ich eigentlich immer ganz cool, aber Fuse-OverlayFS ist wahnsinnig langsam.
Wenn jetzt Composer.js das beheben könnte, dann sehe ich da einen persönlichen Use-Case für mich.
Also ich denke, da ist definitiv leicht nach oben.
Ob mir das jetzt dann nicht hätte in OverlayFS reinbauen können, da bin ich nicht tief genug drin.
Also ob das einfach quasi auch eine Vorkette sein könnte, müsste ich mich noch mal tiefer einlesen.
Ich habe da noch keine finale Meinung zu, muss ich ganz ehrlich sagen.
Also ich bin schon der Meinung, dass eine gewisse Vielfalt ja eine schöne Sache ist.
Aber wie du gerade schon richtig sagtest, Felix, auch andere in Anführungsstrichen moderne Dateisysteme,
ich denke da als explizit mal an ButterFS, wenn man sich das mal anschaut.
Also Suze treibt das voran, bzw. die setzen das auch in einer supporteten Art und Weise schon lange unter Slay ein.
Aber Red Hat eben nicht.
Die hatten das mal als Tag Preview drin und haben das jetzt durch ihr XFS-Dratis dann austauschen wollen,
das ich persönlich nicht so gut finde.
Von daher weiß ich jetzt nicht, wie das aussehen würde, wenn das jetzt ein neues Dateisystem wäre,
wie bereits die Community oder die Anwenderschaft da wäre.
Also da bin ich einfach noch mal ein bisschen emotionslos, lehne mich zurück und schaue mir das mal in aller Ruhe an.
Ich denke es wird noch ein bisschen dauern.
Ich denke das sehen wir vielleicht in dem Fedora 39 zuerst möglicherweise.
Und dann muss man einfach mal gucken und dem Hands-on klären, ob das was ist, das Probleme löst.
Stichwort Probleme lösen bringt mich zur nächsten News und zwar ist Uyuni 2022.11 erschienen.
Und da gab es einige Probleme, die sukzessive gelöst wurden.
Aber vielleicht beginnen wir erstmal mit den News, was diese Version so mit sich bringt.
Das ist deswegen relevant, weil diese Version eine große Änderung mitbringt und zwar entfernt sie den Stack für traditionelle Systeme.
Also im Uyuni oder SuiSe Manager Kontext werden die Systeme üblicherweise ja über 1 Zoll Minion registriert.
Und unter traditionellen Systemen versteht man eben Altsysteme, die noch kein Zoll unterstützen.
Also zum Beispiel wirklich eine alte Slee11 Maschine oder sowas.
Dieser Stack ist schon seit der Version 2022.06 nicht mehr offiziell getestet worden und ist in 2022.08 abgekündigt worden.
Und das ist aber etwas, das hätte man schon vor Jahren theoretisch machen können.
Also ich bin da im Prinzip nie groß in Berührung gekommen bei Kundinnen da draußen.
Und es gab auch wirklich keinen Grund, sich nicht für die Zoll Stack Version zu entscheiden.
Deswegen schön, dass man hier alte Zöpfe mal abschneidet.
Das macht, glaube ich, die Pflege des Produkts ein bisschen einfacher.
Es gibt den System List Refactor.
Da ist es jetzt so, das war eine Tag Preview in der folgenden Version.
Ich habe es, glaube ich, schon mal kurz angemerkt.
Es gibt für das Anzeigen von System Informationen jetzt einen Job, der das in einer neuen Datenbank-Tabelle eben vorhält.
Das wird stündlich aktualisiert und hat dann zur Folge das mal in größeren Umgebungen,
also alles, was so, ja, irgendwas mehr als 1000, 2000 Systeme hat.
Da kann die grafische Oberfläche dann ein bisschen hängen.
Das gehört jetzt der Vergangenheit an.
Und wer schon die Version 2022.10 eingesetzt hat, der wird den Effekt kennen,
dass wenn man jetzt so ein Custom Software Repository anlegt,
dann wird das automatisch täglich synchronisiert und auch automatisch nach Anlagen.
Das heißt, ihr legt jetzt ein neues Repository an für Apple, für Allmarlinux, whatever,
und dann wird das instantan im Hintergrund gesynkt.
Ist eigentlich eine schöne Sache, mag aber trotzdem nicht jeder.
Oftmals hat man im Rechenzentrum bei Kund*innen vielleicht auch gewisse Zeitfenster,
wo man größere Datenmengen herunterladen soll.
Das kann man jetzt eben deaktivieren in der ETC-RHN-Conf.
Da gibt es die Einstellung java.unify_custom_channel_management.
Das könnt ihr auf Null setzen.
Und dieser Task, der das automatisch täglich synchronisiert ist,
der mgr-sync-refresh-default, da könnt ihr dann entsprechend auch tätig werden
und Einstellungen ändern.
Dann gibt es noch weitere Änderungen im Netzwerkstack,
denn da wird jetzt eben für das OUNI- oder Zuma-System neben Wicket
auch der Network Manager als Netzwerk Backend offiziell unterstützt.
Das war vorher nicht der Fall, funktionierte in der Regel aber.
Grafana wurde auf die Version 8.5.13 aktualisiert.
Damit wurden fünf CVEs behoben.
Und das große Problem bei der Version war eben,
dass da nachträglich mehrfach noch mal Patches nachgeschoben werden mussten.
Da gab es noch mal Sicherheitslücken und Bugs, die gefunden sind.
Und ich glaube, es gab drei oder vier verschiedene Updates,
die dann noch mal nachgereicht wurden, um das System dann eben
in einem funktionalen Zustand zu haben.
Also wer sofort geupgraded und migriert hat,
der wird möglicherweise den einen oder anderen Fehler dann eben vorgefunden haben.
Da haben wir auch die einzelnen Bugs in den Show Notes verlinkt,
ebenso wie die Release Notes, sodass ihr das gerne noch mal nachlesen könnt.
Dann gibt es auch noch zwei weitere interessante Versionen diesen Monat.
Und zwar ist Proxmox in der Version 7.3 erschienen
und der Proxmox Backup Server in der Version 2.3.
Das werden wir jetzt auch ein bisschen näher beobachten.
Wir haben ja neulich über Proxmox berichtet
und wollen uns damit jetzt intensiver beschäftigen.
Deswegen sei auch hier auf die News hingewiesen.
Was macht Proxmox 7.3 aus?
Es ist auf Basis von Debian 11.5 erschienen.
Das kommt somit mit dem Liedungskern 5.15, hat Quemo 7.1,
LXC 5.0.0 und ZFS in der Version 2.1.6.
Und im Bereich des Software Defined Storage unterstützt es sowohl
SAV Quincy, also die Version 17.2.5, als auch SAV Pacific, also die Version 16.2.10,
je nachdem welchen Stack ihr präferiert.
Und ganz spannend, es gibt einen Technical Preview, die heißt CAS
und das ist der Cluster Resource Scheduler oder das Cluster Resource Scheduling.
Das ist noch nicht vom Support abgedeckt, das heißt, das kann man schon mal testen
und im Labor vielleicht auch einsetzen, aber bitte nicht auf der Produktion.
Ich finde, das ist vom Namen so ein bisschen angelehnt an das VMWare DHS
und im Prinzip ist es auch technisch damit vergleichbar.
Und zwar ist es so, wenn es in diesem Linux Cluster, den ja auch Proxmox benutzt,
auf Basis von Core SYNC und Pacemaker, wenn es da HA Events gibt,
beispielsweise so ein Recovery oder ein Shutdown, weil man Knoten hin und her schiebt
oder in Wartungsmodus versetzt, dann wurde bei der Auswahl neuer oder
weiterer Cluster-Knoten für die Übernahme der Funktion die Anzahl der Knoten bisher nur bedacht.
Das heißt, ein Cluster, der fünf Knoten hat und dann eben nur noch vier,
dann wurde eben geschaut, welche Auswirkungen das für die Auslastung des Clusters hat.
Und jetzt gibt es eine neue Methode, die sogenannte TOPSIS Methode.
Das steht für Technique for Order of Preference by Similarity to Ideal Solution.
Die bedenkt eben auch CPU und RAM Auslastung.
Das führte eben dazu, dass man sich in Zukunft die Option offen hält,
ein dynamisches Load Scheduling und Live Load Balancing zu implementieren.
Und das wäre dann ja wirklich das, was DRS eben ausmacht.
Das ist ja genau diese Vmware Technologie, die das tut.
Das heißt, man hat eben ein Cluster bestehend aus drei Knoten und dann wird eben geschaut,
dass dieser Cluster immer perfekt balanced ist.
Und wenn VMs eben mehr CPU Last generieren, dann können VMs auch live verschoben werden,
um die einzelnen Knoten wieder fair auszugleichen.
Sehr feine Sache, bin ich sehr gespannt, mir das mal anzuschauen.
Dann gibt es noch das Proxmox Offline Mirror Tool für Air Gap Systeme.
Das ist im Endeffekt nichts anderes als ein kleines Tool, das eben diese Abt-Mirrors spiegelt.
Wir haben ja gehört, Proxmox ist auf Basis von Debian 11.
Das heißt, die ganzen Debian Software Repositories und die Proxmox eigenen,
die werden dann lokal vorgehalten.
Und wenn man so eine Air Gap Umgebung hat, dann kann man da eben einfach die ganzen Pakete lokal vorhalten.
Und die Systeme müssen nicht direkt ins Internet.
Dann haben wir noch ZFS.
Da gibt es auch ein paar Updates.
Und zwar ist es jetzt so, dass man D-Rate-Pools über die Web-Oberfläche erstellen kann.
D-Rate steht hier für Declustered Rate.
Und das beschleunigt die Wiederherstellung von Storage-Pools im Fehlerfall.
Das sieht dann technisch so aus, dass es eben eine HotSphere gibt, die dann instantan einspringt.
Das Ganze ist komplexer als so ein Rate-Z.
Und ist deswegen empfehlenswert für größere Speicher-Arrays.
Also wenn man da wirklich nur eine sehr kleine Umgebung hat, dann ist das möglicherweise nicht unbedingt dafür predestiniert.
Das Ganze basiert auf OpenZFS in der Version 2.1.0.
Und die letzte News zu Proxmox 7.3 ist die, dass es neue Container-Templates gibt.
Und zwar gibt es jetzt aktualisierte Images für Alma Linux und Rocky Linux 9, für Ubuntu 22.10,
für CentOS 9 Stream, Fedora 37 und OpenSUSE 15.4.
Ja, also so langsam entwickelt sich Proxmox wirklich zu einer guten Alternative zu VMW, wie ich finde.
Oder wie seht ihr das Jan und Felix?
Also das hört sich jetzt auf jeden Fall alles ein bisschen mehr Enterprise an.
Also das ist das eine Wort, was mir irgendwie in den Sinn kommt, wenn ich das alles so höre.
Ich habe bei manchen Sachen so ein bisschen gedacht.
Bei Offline-Mirror für AirGap-Systeme, das ist glaube ich schon praktisch und convenient,
wenn man eben sagt, okay, ich will einfach mal, wer auch immer einfach mal AirGap-System hat, quasi.
Dann mache ich mein Leben spannender. Ach, ich mache hier mal schnell eine AirGap-Umgebung heute Nachmittag.
Ich habe noch ein paar Stunden Zeit.
Genau, ja. Oder einfach sagen, es ist zu einfach. Okay, AirGap, immer.
Nee, aber normalerweise, wenn man halt mit solchen Sachen hantiert und sagt, okay, wir haben irgendwie die Anforderungen,
wir müssen unsere Systeme da abschotten, da hat man ja im Zweifelsfall auch andere Mirror-Varianten,
im Zweifelsfall lokale Repositories, weil man will ja hinterher auch für die Workloads, die da laufen,
die müssen ja auch irgendwie in ihre Pakete kommen.
Da lohnt es sich wahrscheinlich manchmal, okay, nutzt man jetzt das eingebaute Feature?
Oder hört man da mit einer bisschen größeren Keller an und baut irgendwie einen lokalen Repository-Mirror einfach auf,
der für alle Systeme da erreichbar ist?
Und dann eben auch ein bisschen die Frage an so ein Projekt wie Proxmox immer, gehört alles quasi in das Core-Projekt?
Oder referenziert man an den richtigen Stellen eine gut gemachte Anleitung mit einem bewährten Tool und sagt hier,
so kann man das jetzt zum Beispiel machen mit XY, keine Ahnung, Nexus oder so?
Ja, genau. Und ich meine, dadurch, dass es ja klassische Debian-Repositories sind,
kann man ja auch ein Format-Cartello oder ein Uyuni oder was auch immer benutzen.
Und ja, manche haben das halt nicht, weil die keine große Linux-Infrastruktur haben vielleicht.
Aber dann kann man es mit dem Tool trotzdem ganz easy bereitstellen. Das ist eine sehr feine Sache.
Kommen wir nochmal kurz zum Proxmox-Backup-Server. Der ist jetzt in der Version 2.3 erschienen.
Der basiert ebenfalls auf Debian 11.5 und somit auch auf Linux 5.15.
Es gibt optional aber auch den 5.19er-Kernel, wenn ihr den braucht, beispielsweise aufgrund der Hardware-Triver oder aufgrund von Features, die euch sonst fehlen.
ZFS ist in der Version 2.1.6 enthalten und ein neues Feature ist das Pruning.
Also das automatische Lösen älterer Backups bzw. älterer Snapshots, das erlaubt jetzt eben auch Namespaces.
Früher war das rein auf Datastore-Basis und jetzt kann man beispielsweise Namespace für Datenbank-Server anlegen oder Namespace für Web-Server
und kann dann da auf Basis dieser Namespaces abweichende Einstellungen vornehmen.
Das macht das Ganze eine ganze Ecke flexibler.
Und darüber hinaus gibt es noch verschiedene, kleinere Optimierungen in der Web-Oberfläche.
Und es gibt noch ein paar Aktualisierungen für Tape-Backups und auch für Backup-Clients.
Das sind viele Kleinigkeiten, die haben wir euch in den Show Notes verlinkt, also die Release Notes für beide Produkte.
Das könnt ihr gerne noch mal nachlesen, ob da was Spezifisches für euch mit dabei ist.
Und ansonsten gibt es jetzt auch einen Influx-DB-Support für periodische Metriken.
Also ihr könnt dann so Dinge wie CPU, Memory und NIC für die Backup-Infrastruktur da rein locken lassen.
Und dann hat man ganz guten Überblick, ob mit der Backup-Landschaft alles soweit in Ordnung ist.
Kommen wir zum nächsten Thema, Jan.
Und zwar bringst du uns mit, dass OpenSuse jetzt den Support für alte x86 64-Bit-CPUs einstellt.
Was hat es denn damit auf sich?
Genau. Und zwar geht das Ganze los in dem Entwicklungszweck Factory,
was dann später in die Rolling Release Distro Tumbleweed übergehen soll.
Und zwar fällt nicht nur der Support für die älteren 64-Bit-Prozessoren weg, sondern auch der gesamte 32-Bit-Support.
Mit Ausnahme von ein paar Paketen, die dann quasi als Multiarch noch vertrieben werden, um Kompatibilität mit Wine zu halten.
Und zwar gibt es da so Microcode Level.
Das ist halt dem geschuldet, dass es keine einheitliche Versionierung des x86 Standards gibt.
Oder, naja, Standard ist da vielleicht schon zu weit gegriffen.
Und zwar haben ja AMD und Intel immer unterschiedliche Featuresets gehabt.
Zum Beispiel Intel hat jetzt schon seit ein paar Jahren AVOX 512 im Repertoire.
Jetzt aber neuerdings auch wieder aus den kleinen Prozessoren rausgenommen.
Und AMD hat das jetzt gerade erst eingeführt.
Ich glaube, in der Zen 4 Architektur, die ist aus 2021 oder 2022.
Und dann gibt es da so Level, die kann man auf Wikipedia sogar nachlesen.
Und auf jeden Fall hebt OpenSUSE das jetzt an auf Level 2.
Und das bedeutet mindestens SSE 3 und SSE 4 mit noch ein paar anderen Erweiterungen.
Und das kann man so ungefähr datieren auf so eine Mainstream CPU zwischen 2008 und 2011.
Das heißt, jetzt muss man jetzt nicht anfangen mit den Knien zu schlottern oder so was.
Das sind immer noch quasi im Best Case 14 Jahre Support gewesen.
Also da kann man nicht viel drüber meckern.
Und finde ich eigentlich sinnvoll, dass man sich da dann entscheidet, irgendwo mal einen Schlussstrich zu ziehen.
Und vielleicht dieses Update auch zu erzwingen.
Es gibt immer Distributionen und Wege, um alte Hardware noch am Leben zu erhalten.
Aber ich glaube, so diese Rolling Release OpenSUSE Aktion muss es nicht unbedingt sein.
Level 3 wäre dann übrigens ungefähr die Intel Hasbro Generation.
Das ist, glaube ich, dann mit AVX 1 und 2.
Und das ist dann so ungefähr das Jahr 2013.
Und Level 4 ist dann mindestens AVX 512.
Und wie gesagt, das unterstützt AMD erst seit einem Jahr und Intel unterstützt das schon wieder nur noch in Serverprozessoren.
Ob das wirklich so Bestand haben wird, das wird die Zukunft erst zeigen.
Die Community sollte den Rest übernehmen an 32-Bit-Paketen.
Wenn noch etwas gebraucht wird, das soll dann von der Community nachgeliefert werden.
Was ich ganz spannend fand, ist, dass Ubuntu sowas hier in 2019 schon mal versucht hat, wenn ihr euch erinnert.
Da gab es dann mal einen großen Eklat, dass die 32-Bit-Version abgeschafft werden soll.
Und dass dann quasi 32-Bit- oder Menschen, die die 32-Bit noch benutzen, irgendwie ausgeschlossen werden.
Das war damals ein Riesenthema.
Mittlerweile, also gut, dadurch, dass Ubuntu diese Standard-Distribution für Linux-Gaming ist, kam das, glaube ich, irgendwo zustande.
Dadurch, dass dann Steam irgendwie über Wine läuft.
Steam selber ist 32-Bit.
Und viele der Spiele sind in 32-Bit.
Also, wenn man auf Linux-Games, dann ist man ja tendenziell eher bei älteren Spielen.
Und ich glaube, da haben die sich gut in die eigene Parade gefahren.
Und haben die Erschönteln ja auch zurückgenommen, wenn ich mich recht entsinne.
Finde ich ganz spannend.
Ich würde mich wundern, wenn bei OpenSuse dasselbe passieren würde.
Vor allem im Jahr 2022 bzw. 2023.
Ich sehe das als Fortschritt irgendwie, um Platz für Neues zu schaffen.
Und CodeRot zu verhindern.
Oder wie seht ihr das?
Habt ihr zu Hause noch 32-Bit-Kisten?
Also, bei Christian weiß ich es.
Habe ich aber nicht im Einsatz, muss ich gestehen.
Ah, willst du sie dir loswerden, wenn sie nicht im Einsatz sind, Felix?
Frage für einen befreundeten Hardware-Sammler.
Ich glaube, die sind nicht exklusiv für dich genug.
Hast nichts Besonderes dran.
Ja, nee, passt.
Ja, also es ist schon absolut richtig.
32-Bit-Hardware gibt es noch, das ist völlig korrekt.
Aber die sehe ich jetzt nicht unbedingt im produktiven Betrieb im Rechenzentrum.
Das sehe ich irgendwo im Embedded-Bereich.
Und da willst du vermutlich kein OpenSuse-Tumbleweed oder irgendwie einen SUSE-Derivat haben.
Da hast du irgendwelche spezielle IoT-Embedded-Distributionen.
Und da gibt es ja immer noch Support.
Von daher, das ist absolut richtig so.
Man muss ab und zu alte Zöpfe abschneiden.
Und das gilt auch für die 64-Bit-Architektur.
Ich finde es gut, dass sie das machen, weil es halt eben auch dafür sorgt,
dass man mal gewisse Code-Leichen entfernen kann
und sich wirklich mal auf ein smartes, kleines, minimalistisches System fokussieren kann.
Von daher geht es genau in die richtige Richtung.
Und ich glaube, es hat sich mittlerweile auch in Steam und Wine ziemlich viel getan.
Also damals war wirklich Ubuntu die Haupt-Distro für die ganzen Linux-Gamer-Eden.
Und ich glaube, mittlerweile hat sich das auch geändert.
Beziehungsweise viele haben ja auch Steam Deck.
Und das ist, glaube ich, irgendwas Arch-basiertes mittlerweile.
Also von daher, ich glaube, in den drei Jahren hat sich doch recht viel getan.
Ich finde, das geht genau in die richtige Richtung.
Kommen wir mal zum Asahi Linux M.2 GPU-Update, Felix.
Da hast du uns ein paar neue Details mitgebracht.
Das ist tatsächlich eine ziemlich spannende Sache.
Also man merkt ja so ein bisschen, wir sind Fans von so ein paar Open-Source-Projekten,
die wir so ein bisschen verfolgen und ihnen vielleicht auch ein bisschen Aufmerksamkeit unserer,
na gut, vielleicht jetzt nicht so kostbaren Sendezeit, also für unsere drei Zuschauenden.
Also ihr seid jetzt unser Publikum.
Aber auf jeden Fall, das ist ziemlich cool.
Also Asahi Linux.
Wir haben darüber schon öfter berichtet.
Es geht halt generell um das Projekt, um die Portierung von Linux,
einen Kernel zu schreiben und ein ganzes OS drumrum.
Oder halt eine Distribution drumrum für Apple Silicon.
Und ich komme gleich zur Story, warum das jetzt mit der GPU auch nochmal besonders cool ist.
Die Jungs und Mädels in dem Projekt schreiben das ja komplett auf reverse-ingenierter Hardware.
Das heißt im Prinzip, es gibt keinen Bauplan für dieses Ding.
Sie haben unten angefangen beim Kernel und das sich so ein bisschen hochgetan.
Also es gibt inzwischen eben lauffähiges Betriebssystem.
Man kann das alles flashen auf sein Apple MacBook.
Und jetzt eben der Punkt, GPU-Support.
Und wir haben euch da mal eine ganze Reihe von Ressourcen verlinkt.
So ein paar Beiträge.
Unter anderem für die Weihnachtstage, der ist ein bisschen länger.
Aber ich kann euch den Blogbeitrag "Tales of M1 GPU" extrem empfehlen.
Das ist super spannend.
Also die Einsichten, die eben vor allen Dingen halt die Entwicklerin Lina sitzt,
also heißt sie halt oder hinsichtlich sitzt da dran, dabei gewinnt quasi,
wie sie eben reverse-engineering in die Tiefen der GPU eintaucht,
was eine GPU alles können muss, wie schreibt man einen GPU-Treiber,
die Sachen, wie sie da bald vorgehen, die kleineren Erfolge, die man dann hat,
also Rendern von irgendwie ersten Formen und dann das Bestehen der ersten
Benchmark-Tests vergleichen, ist eine extrem spannende Geschichte.
Und eben als Hot News war es jetzt, sie haben es halt geschafft,
auf der tatsächlich schon M2 GPU sogar ein Spiel laufen zu lassen.
Das heißt, sie sind schon ziemlich weit.
Sie hatten einen Screenshot gepostet, Xonotic,
und dabei halt relativ, zumindest gute Laufzeit Prognosen erzielt.
Das ist ja immer so eine Sache, wie lange der Rechner dann tatsächlich durchhält.
Aber das ist schon extrem spannend.
Was halt irgendwie ganz cool ist, sie hat sich unter anderem dazu entschieden,
in Ansatz zu fahren, einmal den Prototyping am Anfang in Python,
um die Datenstrukturen richtig zu kriegen,
was natürlich auch erstmal schon mal ganz cool ist,
aber man kann ihre Story dann ganz gut nachverfolgen.
Und dann tatsächlich eine Implementierung des eigentlichen Treibers in Rust
statt in C++. Oder nicht in C++, nur in C.
Ein bisschen in C. Einfach weil das tatsächlich dann eben
einfach ein bisschen typ-sicherer ist.
Und auch eben dieser Aha-Moment, der da geschildert wird,
wie gut das halt im Vergleich klappt, wäre zum Beispiel so eine Tendenz,
ja, ob sich Rust vielleicht noch ein bisschen weiter breit macht,
unten im Kernel-Space oder im Driver-Space,
und da tatsächlich vielleicht die nächsten Jahre auch so ein bisschen mitprägen wird.
Also alles ganz spannende Geschichte, schaut mal rein.
Wir wollten euch da ein bisschen auf dem, ein bisschen up-to-date halten
und euch da ein bisschen Lesefutter dazu geben.
Faszinierend. Also ich bin jedes Mal total begeistert,
wenn man mal guckt, wie lange es dieses Projekt gibt
und was die mittlerweile schon an meinen Steinen erreicht haben.
Also wirklich ganz, ganz beeindruckend,
was die Entwickler*innen da im Assai-Liedungsprojekt so stemmen.
Ich fand es schon damals beeindruckend, als Alissa Rosenzwerg so den ersten Alpha-Triver hatte.
Und dann ist Assai Lina, das ist eine relativ neue Entwicklerin in dem Projekt,
wenn ich es richtig mitbekommen habe.
Und das ist halt einfach nur, was die da zaubern.
Total beeindruckend.
Ich bin wirklich mal gespannt, wie sich das da nächstes Jahr darstellt,
ob wir dann wirklich einen stabilen Driver haben,
der auch ohne irgendwelche Hacks läuft.
Also das ist schon bedeutend benutzbarer geworden, als es am Anfang des Jahres aussah.
Sehr spannendes Thema.
Ein weiteres spannendes Thema ist Forgecho.
Da gibt es jetzt eben, wir haben ja in einer der letzten Folgen schon überberichtet,
das ist der Fork von Git-Team.
Und da gibt es jetzt auch schon einen ersten Release-Candidate.
Und zwar die Version 1.18.0-RC1.
Die gibt es für AMD 64 und für ARM 64.
Und ist eben auf Basis von dem aktuellen Git-Decode.
Also auch bei Git-Team gibt es eine 1.18.0 als Release-Candidate.
Und das Ganze kann man einfach als Spam-View runterladen.
Das ist ja in Golang geschrieben.
Oder es gibt auch Container-Images.
Wichtig ist da, die unterhalten eine eigene Registry.
Also das findet ihr nicht auf Docker Hub oder QIO oder QI-IO,
wie auch immer man es ausspricht.
Ich höre die Leute das immer anders aussprechen.
Und das Ganze ist ja auf Codeberg gehostet.
Und die haben da halt eben eine eigene Registry.
Und da könnt ihr eben einfach unter Angabe der vollständigen URL
das auch mit Portman-Pool oder Docker-Pool konsumieren.
Das Ganze versteht sich als Drop-in-Replacement.
Das heißt, wenn ihr aktuell einen Git-Team habt,
dann reicht es aus, wenn ihr upgradet auf die 1.18.0.
Dass ihr die neueste Version von Git-Team habt.
Und dann könnt ihr eben einfach das Binary wechseln.
Beziehungsweise einfach das Container-Image austauschen.
Also da gibt es nichts, was großartig geändert werden muss.
Es kann natürlich sein, dass das später mal anders aussieht,
wenn dann die beiden Projekte, Git-Team und Forgecho,
sich voneinander wegentwickeln.
Aber im Moment funktioniert das noch.
Das heißt, wenn man jetzt upgradet und migriert,
dann ist man eigentlich good to go.
Finde ich sehr schön, dass es gar nicht so lange gedauert hat,
bis die erste Version draußen ist.
Das werde ich mir auf jeden Fall mal anschauen.
Ich habe selbst auch einen Git-Team, was ich produktiv benutze.
Und das noch auf einer 1.17.0.
Das werde ich die Tage mal updaten und mal migrieren.
Und dann schauen wir mal, ob das wirklich so reibungslos funktioniert.
Ich werde berichten.
Wäre das auch was für euch?
Eine Migration von Git-Team auf Forgecho.
Habt ihr es schon mal ausprobiert?
Also ich habe es auf jeden Fall vor.
Tatsächlich, ich habe noch was zu dem Quay oder Quay.
Ich spreche es mal Quay aus, weil ich habe mal so ein Projekt entwickelt.
Es ging darum, dass wir nicht an alle außenstehenden Registries kramen.
Und deswegen musste ich ein Projekt entwickeln,
was ich dann Quay Awake genannt habe.
Und ich fand den Namen so gut.
Deswegen ist das für mich jetzt meine Headcanon.
Also das bleibt jetzt so.
Das findet ihr sogar irgendwo auf meinem GitHub.
Ja, aber genau, mir steht so eine Migration auch noch,
bevor ich selber eine eigene Git-Instance habe.
Und dann muss ich mal gucken.
Ich glaube, ich bin noch nicht immer auf 1.18.
Also ich weiß gar nicht, welche Version das ist.
Ich lasse das immer so ein bisschen liegen.
Mich würde es tatsächlich eher betreffen,
wenn ich das nächste Mal eine Git-Instance aufsetze,
denke ich daran, dass es von vorne rein Forgecho ist.
Ich habe meine Git-Instance nicht mehr.
Sehr gut, sehr gut.
Dann kommen wir mal zu zwei alten Bekannten
zum Ende unserer Folge.
Und zwar hast du uns was mitgebracht, Jan,
was es ja schon sehr lange gibt.
Und zwar ClamAOE.
Und das gibt es jetzt eben in der Version 1.0.
Hat nur 20 Jahre gedauert.
Was hat es denn damit auf sich?
Hat nur 20 Jahre gedauert.
Genau, das ist ja eigentlich irgendwie...
Ich habe das bis jetzt meistens einfach irgendwo vor Insta-Leg gefunden.
Ich habe mich immer so ein bisschen amüsiert.
Weil das ist eher so eine Anekdote.
Aber ich finde das immer nur in wahnsinnig alten Versionen.
Und dass es jetzt dann die 1.0 gibt,
macht das Ganze natürlich ein bisschen einfacher,
das so ein bisschen abzugrenzen.
Jetzt hat man so einen festen Punkt,
man muss sich nicht mehr durch die 0,99 Releases durchziehen.
Genau, das war, glaube ich, anfangs nur für e-mail gedacht.
Und mit der 1.0, das ist jetzt eine LTS-Version,
die kommt auch mit drei Jahren Support.
Und das Ganze, das wusste ich zum Beispiel auch gar nicht.
Das gehört seit 2013 zu Cisco
und wird von deren TADOS-Team da betreut.
Ja.
Genau, das wusste ich gar nicht.
Ich dachte, das wäre so ein Open-Source-Hobby-Projekt.
Aber gut, ich denke, das ist eher besser,
wenn das irgendwie betreut wird von der Firma,
als wenn das rein Open-Source-mäßig unterwegs ist.
Genau, in der neuen Version ist jetzt zum Beispiel auch
Support für ULE 2 dabei.
Das ist dieses Excel-Format von Microsoft.
Oder das Format, was unter anderem bei Excel verwendet wird,
für diese Dokumente.
Und das kann sogar jetzt so ein bisschen
mit passwordgeschützten Dokumenten umgehen.
Gerade so im Kontext von E-Mail-Scanning
ziemlich nützlich, weil mit so einem Passwort
kann sich Melbo eigentlich mal ganz gut verstecken,
weil das dann ja verschlüsselt wird
und dann funktioniert dieses alte Signaturenverfahren nicht mehr.
Weil die Signaturen dann halt nicht mehr die gleichen sind.
Genau.
Benutzt ihr dann ClemAV irgendwo?
Habt ihr das irgendwo im Einsatz oder so bewusst?
Ich muss sagen, ich kenne nur ein Projekt,
wo das quasi zweckentfremdet eingesetzt wird.
Eben nämlich genau mit der HIST.
Das Problem ist halt Virenscan.
Das wäre jetzt noch mal so ein Punkt.
Auch Zuschauer oder Zuschauerinnen-Aufruf.
Wenn ihr da irgendwelche coolen Lösungen kennt,
vielleicht auch so ein bisschen in Richtung,
weiß gar nicht, wo man das einsetzen sollte.
Weil im Prinzip ist ja der Punkt,
wir können einmal Desktop-Virenscanner halt betrachten.
Das ist es ja eigentlich nicht.
Da kenne ich es aber nicht.
Ich kenne das, wo es einmal eben eingesetzt wird,
als Virenscanner auf einem Fileserver.
Also auf einem, ja, bzw. auf einem Share,
auf einem NFS-Share,
dass die Leute da halt nichts Komisches hochladen.
Hat da aber tatsächlich die entsprechenden Limitationen,
weil es eben eigentlich aus der E-Mail-Ecke kommt.
Und eigentlich dafür da ist, E-Mail-Anhänger zu scannen,
die ja nicht besonders groß sein können.
Das heißt, es gibt Dateigrößen-Limitationen,
an denen das einfach crasht.
Und der scannt nicht mehr funktioniert.
Und ja, es gibt aber auch nicht so viele supergute Alternativen.
Also Virenscanning on Linux ist so ein bisschen nach Signaturen-Scan.
Weiß nicht genau.
Oder ich kenne nur die richtige Ecke nicht.
Das ist ja auch manchmal so.
Manchmal findet man ja einen Tool,
was wirklich dediziert dafür ist.
Und dann tut sich immer der Blumenstrauß raus,
alle verwandten.
Aber ich habe irgendwie diesen PIXA noch nicht gefunden irgendwie.
Ich glaube, das heißt jetzt gar nicht mehr so richtig Virenscan.
Es geht jetzt eher in Richtung Endpoints-Protection.
Wenn du auf kleinen Devices unterwegs bist
und da findest du dann was,
wonach du fündig werden möchtest.
Da könnten wir vielleicht mal so eine Spezialfolge darüber machen.
Irgendwie Virenschutz auf Linux.
Oder halt generell so Defensive Software auf Linux.
Das wäre glaube ich mal ganz interessant.
Weil da würde ich mich auch gerne mal,
ich benutze sowas auch mal als Gelegenheit,
mich selber darin ein bisschen schlau zu machen.
Ich glaube, bei Endpoint Security gibt es als einer der Hersteller,
die das machen.
Ich glaube, es gibt eine Sophos-Variante für Linux.
Ich habe es gerade gegoogelt.
Ihr könnt euch jetzt den Microsoft Defender auf Linux holen.
Brauchst du da einen Edge für oder geht das auch ohne Edge?
Du brauchst System D für.
Microsoft und System D,
damit haben wir jetzt halt schon die Hälfte zu Eurer Schaff-Aufgewege
gestoßen.
Genau.
Mittlerweile ist das ja aber echt ein richtig anständiges Tool.
Ich habe mich früher immer so ein bisschen schwer getan,
Windows zu sehen und dann nicht irgendwie so einen Virenscanner
noch, so einen gratis Virenscanner noch irgendwie drauf zu packen.
Mittlerweile, also in den letzten zehn Jahren,
hat sich da echt was getan mit dem Defender.
Das ist eigentlich eine super Sache.
Ob das jetzt unter dir noch genauso gut läuft, weiß ich noch nicht.
Aber können wir uns vielleicht mal mit auseinandersetzen.
Ja, um auf die Frage zurückzukommen,
ich habe da auch Wengbührungspunkte mit gehabt.
Also ich sehe ClemEV auch immer nur so als Kettenglied in irgendeiner
Applikation, beispielsweise E-Mail, wie Jan schon gesagt hat.
Oder ich habe es auch mal bei irgendwelchen Fileshares gesehen,
dass man da eben einfach die Dateien, die da rein geschoben werden,
dann einfach scannt.
Und wenn da ein Virus drin ist, dann wird das eben wieder gelöscht,
beispielsweise.
Auf dem Desktop selbst habe ich das noch nicht gesehen.
Also wir haben hier ein Anti-Viren-Programm,
das wir auch auf Linux-Rechnern benutzen.
Das ist Sentinel One.
Das ist halt so ein cloud-based KI-befeuerter Anti-Viren-Scanner,
der oftmals ganz gut ist, oftmals nicht sehr gut ist.
Aber ich glaube, das kann man über jede Anti-Viren-Software sagen.
Das soll jetzt nicht unbedingt gegen das Produkt sprechen.
Und wo ich mal auf Linux mit Anti-Viren-Software
Berührungspunkte hatte, war der Klassiker.
Du findest gerade um die Weihnachtszeit hier,
du machst auch was mit Computern.
Ich habe hier so ein Virus auf meinem Rechner.
Kannst du da nicht mal helfen?
Und dann, was macht man dann?
Man lädt sich so eine Live-CD runter wie die Desinfekt-Disc,
die ja von der CT kommt.
Da hast du dann, ich glaube, früher war es ein Person und A Vira,
der mit drin ist, plus ein Clam-AV, plus noch irgendwas anderes.
Und dann guckst du halt, was auf der Kiste für Viren sind
und versuchst sie zu entfernen.
Darauf beschränkt sich das bei mir.
Das wäre wirklich durchaus eine Idee, dass wir darüber mal berichten.
Also wenn es da so ein paar Anti-Viren-Tools gibt,
die ihr empfehlen könnt, oder wenn ihr da selbst Erfahrungswerte mit habt,
die ihr teilen möchtet, dann lasst es uns gerne wissen
per E-Mail an podcast@sva.de.
Weil ich glaube, da sollten wir wirklich mal uns näher mit beschäftigen,
weil Linux braucht auf jeden Fall, je nach Szenario,
durchaus auch einen Anti-Viren-Scanner.
Ist ja immer so.
Die urbane Legende, das braucht man nicht unter Linux.
Kommen wir zu einem weiteren alten Bekannten,
über den ich mich persönlich jetzt nicht so freue.
Bin mal gespannt, wie es bei euch aussieht.
Und zwar die Never-Ending-Story-SEO gegen IBM.
Die geht vielleicht in die nächste Runde.
Vielleicht fassen wir es nochmal ganz kurz zusammen
für diejenigen unter euch, die jetzt da nicht sofort zuordnen können,
worum es da konkret geht.
Im Jahr 2003 hat die SEO Group IBM wegen Linux verklagt.
Und zwar war der Vorwurf damals, IBM hätte geistiges Eigentum von SEO,
lizenzwiedrig in Linux eingebaut.
Und dann haben sie auch gesagt, dafür hätten wir gerne eine Milliarde
US-Dollar, bitte.
Das führte dann dazu, dass dieser Prozess 18 Jahre lang geführt wurde.
Es gab 17 Verfahren mit verschiedenen Firmen,
die in dem ganzen Open-Source-Kontext auch eine Relevanz darstellen.
Red Hat beispielsweise.
Oder Novell, was dann ja später auch Susi,
oder Susi wurde zu Novell und wurde dann wieder zu einer weiteren Firma.
Ihr kennt die Story ja vielleicht.
Aber auch so Firmen wie Daimler Chrysler beispielsweise,
die eben viel dieser Software einsetzen.
Long story short, was ist passiert?
SEO war 2008 pleite und 2011 wurden Rechte und Wartungsverträge
versteigert und veräußert.
Es gab eine Firma, die heißt UNXS, wenn ich es richtig ausspreche.
Die haben den ganzen Kram für 600.000 US-Dollar aufgekauft
und haben bekundet kein Interesse daran zu haben, Klagen aufleben zu lassen.
Und damit war das Thema eigentlich erst mal durch.
Die Firma hat sich später umbenannt in Xionuos.
Und ja, was soll ich euch sagen?
Am 1.4., das ist eigentlich lustig,
am 1.4.2021 hat eben besagte Firmen dann IBM und Red Hat
über das Gericht der Jungferninsel verklagt.
Und hat vorgeworfen, dass eben, und das ist echt lustig,
deswegen passt das mit dem 1.4. gut, dass ja SEO bzw. Xionuos,
wie es jetzt heißt, mit Open Server und UNIX-Ware,
das waren so zwei Probe-Kritere UNIXs, die ich persönlich nur von
Wikipedia kenne und auch so im durchsprachigen Raum
nicht so wirklich angetroffen habe, die hätten bis zum Jahr 2008
den Markt der UNIX- und Linux-Server dominiert,
während IBMs Servergeschäft zurückging.
Und durch diese "ungesetzlichen Schritte", die IBM da eben
vollzogen haben soll, hätten beide Firmen dann eben vom Markt verdrängt
und somit geistiges Eigentum gestohlen.
Ja, und schließlich hätte dann, und das war dann der Next-Tritt,
IBM hätte ja nur deswegen Red Hat übernommen, um weiter
Verbraucher*innen und innovative Konkurrenten schikernieren zu können.
Und das ist irgendwie, das ist, glaube ich, ziemlich genau das,
was man unter verzerrter Realität so meint, wenn man davon liest.
Oder wie seht ihr das? Ist das für euch, klingt das nachvollziehbar?
Also ich konnte mir quasi tatsächlich, während du erzählt hast,
konnte ich eigentlich fast nichts anderes denken als
eine Milliarde Dollar und dann den kleinen Finger an den Mundwinkel zu heben.
So wie Dr. Evil.
Das ist ja wie, das verfolgt ja eigentlich Open Source-Projekte schon seit Ewigkeiten,
diese Patent-Troll-Aktion, wo das eigentlich die Beteiligten,
jetzt mit Auslauf von IBM, und also die Angeklagten sind eigentlich
immer interessiert daran, dass die Technik für die Menschen besser wird
und die anderen wollen nur Geld haben. Deswegen bin ich da eigentlich immer relativ
einseitig eingestellt bei so Patent-Troll-Aktionen und sage,
ich wünsche, da wird jetzt jemand mal auf den Tisch hauen und sagen,
dass das Quatsch ist und dass da irgendwie ein bisschen
Gesetzgebung kommt, die so eine Patent-Troll-Aktion verhindert.
Ja, irgendwie eine spannende Geschichte. Ich finde es auch interessant,
dass solche Geschichten dann auch schon so lange geführt werden und man sich inzwischen
tatsächlich jetzt nach fast 20 Jahren erstmal wieder einlesen muss,
was da überhaupt am Anfang irgendwie passierte. Und dann so ein bisschen nachzudenken,
man hat ja auch komplett den Track dann verloren, wer jetzt irgendwie wen,
wann irgendwie verklagt hat und auf welcher Gründe. Ich glaube, es war auch am Anfang
tatsächlich, wenn man, ich habe gerade auch noch mal ein bisschen geguckt,
SCO, also die haben ja in dem Sinne glaube ich auch den, oder haben behauptet,
sie hätten Unix-Code gekauft quasi und deswegen wäre das ihr Eigentum.
Also das ist auch alles ein bisschen wirr. Vielleicht wäre die Chance gewesen,
das Ganze zuzumachen einfach, wenn IBM das Geld genommen hätte quasi
und die Firma einfach selber gekauft hätte, um sich nicht mehr zu...
Das ist auch eine Taktik, sich aufkaufen zu lassen, einfach so nervig sein,
bis man selbst aufgekauft und den Boden gleich gemacht wird.
Ja, das Ganze kam ja noch verrückter dann. Also das Gericht der Jungferninsel,
die haben dann eben gesagt, naja, das Verfahren wird dann an den US-Bundesbezirksgericht
für das südliche New York übertragen. Das ist aber tatsächlich nicht so einfach,
weil beim Übergeben an ein anderes Gericht wie in diesem Fall,
gibt es eine Abstimmung, die relativ komplex ist. Da werden konkret 12 Faktoren abgestimmt.
Und da fallen auch so Dinge rein wie Reisekosten, weil man muss ja dann bei so einer Anhörung
auch Präsenz zeigen. Das ist ja auch wichtig. Also da ticken US-amerikanische Gerichte
auch generell ein bisschen anders, wie auch das gesamte Rechtssystem ja auch ein ganz anderes ist.
Deswegen ist es für uns vielleicht ein bisschen schwieriger nachzuvollziehen.
Und long story short, was soll ich euch sagen? Nur einer dieser 12 Faktoren,
der stimmte dann schlussendlich für die Jungferninsel, die Firma Xunos,
hat sich halt eben dieses Gericht rausgesucht. Aber alle anderen Faktoren haben halt gesagt,
es wäre deutlich sinnvoller und effizienter, das Ganze an das Gericht in New York zu übertragen.
Und das ist, was jetzt hier eben stattfinden soll. Es gab auch übrigens 2021 einen Vergleich,
der thematisiert wurde. Und da hat dann auch IBM so leicht entnervt gesagt, kommt Leute,
ihr kriegt 14,25 Millionen statt einer Milliarde und dann ist jetzt aber auch mal gut nach 20 Jahren.
Dann machen wir jetzt diesen Sack mal zu und dann reicht es auch. Was soll ich euch sagen?
In der letzten Sekunde wurde dieser Vergleich oder dieses Angebot vom früheren CEO der SCO Group
hinausgezögert. Das ist ein Mensch namens Darl McBride. Der ist mittlerweile auch selbst persönlich
privat bankrott, weil er natürlich auch in gewisse Vorleistungen und Risiken eingegangen ist,
was diesen Prozess anbelangt. Und der hat jetzt aber wohl einen Prozessfinanzierer gefunden,
der eben dem Herrn McBride 14,5 Millionen statt 14,25 Millionen bietet, wenn dieser Prozess
weitergeführt wird. Also es ist eine Weiterführung auf eigene Kosten durch diesen Prozessfinanzierer.
Also wird dann halt eben jemand sein, der Interesse daran hat oder mehrere Personen,
die Interesse daran haben, dass wir vielleicht noch weitere 20 Jahre über dieses Thema debattieren.
Das heißt, ich glaube, das wird auch nächstes Jahr oder die nächsten Jahre noch relativ spannend.
Ich finde das total verrückt, weil es wirklich mal zeigt, wie verrückt dieses Rechtssystem auch
teilweise ist. Also das ist für mich unvorstellbar, so einen Prozess so lang hinaus zu zögern und den
dann immer wieder neu aufleben zu lassen. Ich glaube, da können wir uns so einige Tüten Popcorn
warm machen. Das wird, glaube ich, nochmal spannend die nächsten Jahre. Und damit kommen wir zu den
Kurznews. Und da hast du uns noch ein paar kleinere Updates mitgebracht, Felix.
Tatsächlich auch ganz schnelle Sachen, die quasi nochmal, aber zumindest notiert werden sollen.
Es gibt eine neue Forscher von Toxido. Toxido, der Augsburger Linux-Hersteller, hat eine eigene
Linux-Distro und da gibt es eben die Forscher auf Version 2. Also wir haben euch einen Artikel
verlinkt. Schaut gerne mal rein. Und was vielleicht auch eine ganz nette Erwähnung ist, und zwar
beim Debian-Derivat Grimmel oder GRML. Ich denke, das ist Grimmel. Für mich war es Grimmel. Für mich
ist es Grimmel. Und zwar gibt es eine neue Version. Und das ist ganz spannend. Die erd einen
Entwickler und ein Open-Source-Intelligier, den Sven Gaukes. Und deswegen heißt die neue Version
mal Gaukes. Ist eine schöne Hommage an den Sven Gaukes. Der ist ja Anfang des Jahres verstorben.
Der war in vielen Open-Source-Projekten drin. Von daher ist das eine schöne Art und Weise, seinen
Namen noch weiterleben zu lassen. Du hast uns, glaube ich, auch noch was mitgebracht, Jan. Da geht es
um Lieferketten und Raspberry Pi. Da bin ich natürlich schon total gehuckt und bin gespannt,
was es da Neues zu berichten gibt. Genau. Du hast jetzt eigentlich schon den großen Teil verraten.
Und zwar soll es jetzt, dass die Produktion von Raspberry Pi im zweiten Quartal von 2023 wieder
normal werden. Also wieder auf Pr-Pandemic-Levels gehen. Und dann quasi, wie gesagt, unbegrenzt,
aber natürlich halt, dass man sich keine Anstrengungen machen muss in 2023 in der zweiten
Hälfte. Und da freue ich mich schon drauf. Es gibt so einige Projekte, die habe ich so ein bisschen
zurückgestellt, weil Raspberry Pis nicht lieferbar waren. Worauf ich mich auch freue, sind hoffentlich
AdMail-Prozessoren wieder lieferbar. Dann kann ich an mein PCB-Design-Projekt wieder rangehen und
die Teile tatsächlich bestellen. Generell scheint sich das alles jetzt ein bisschen zu erholen.
Grafikkarten sind wieder bezahlbar. Ja, da kommt gute Laune auf.
Nature is healing. Naja, nicht ganz, aber ist auf jeden Fall eine Verbesserung. Also ich bin auch
gespannt, weil es gibt ja auch einige Projekte, die ich nicht angehen konnte, weil mir einfach ein
paar neue Pi Zero 2s zum Beispiel fehlen. Also da waren irgendwo mal zwei, drei lieferbar. Und dann
wollte ich noch mal welche nachbestellen. Und ich habe es einfach nicht geschafft jetzt im Laufe des
Jahres auch nur irgendwo zum halbwegs humanen Preis eins dieser Platinen nochmal zu
erstehen. Und ich lese hier auch gerade noch in dem Artikel, dass aber auch die Preise ein bisschen
angehoben werden. Also der Pi Zero, der erhöht sich von 5 US-Dollar auf 10 und der Pi Zero W von
10 auf 15. Also es wird vermutlich ein kleines bisschen teurer, aber ich glaube, es wird
trotzdem hoffentlich weit entfernt von diesen Scalper-Preisen sein. Also ich habe mal geguckt,
immer mal wieder auf ebay Kleinanzeigen und anderen Portalen, was da teilweise aufgerufen wird.
Das ist auch ein kleines Geschäftsmodell geworden. Es gibt Spots, die eben die üblichen
Anbieter*innen von Elektronik-Hardware scrapen. Und sobald da irgendwo auch nur drei lieferbar
waren, konntest du das dann per Telegram, Twitter oder sonst wo mitbekommen. Das hat natürlich
Begehrlichkeiten geweckt, sich einfach alles zu kaufen, was es gibt, und dann für doppenden Preis
wieder zu verkaufen. Ich hoffe, das ist nächstes Jahr nicht mehr notwendig. Und damit kommen wir
zum Tooltip des Monats. Und ich habe euch ein Tool mitgebracht, das Joe oder Joe heißt. Aber vielleicht
frage ich euch erstmal, ob ihr wisst, was JQ ist oder vielleicht habt ihr damit ja sogar schon mal
gearbeitet. Ah, genau. Ich benutze es tatsächlich recht häufig gerade im Zusammenhang mit Kubernetes.
Einfach um schnell so ein JavaScript, so ein JSON-Output, so ein bisschen überblicken zu können.
Da hilft JQ schon echt viel. Es ist manchmal so ein bisschen hakelig gerade in Sachen, wenn es darum
geht, dass man Quotes setzen muss, dann ist das in Kombination mit Bash immer so ein bisschen
tricky. Genau. Also Erfahrung habe ich durchaus damit. Es ist eigentlich fast tägliches Handwerkzeug,
muss ich sagen. Es ist extrem praktisch. Zumindest an die Query-Syntax muss man sich zum Teil ein bisschen
gewöhnen. Nicht, dass es jetzt gewöhnungsbedürftig wäre, aber irgendwie kriegt man es dann doch nie
so ganz hin, dass die verschiedenen Elemente ineinander geschattelt sind, dass man auf
vernästete Sachen so zugreifen kann, wie man das will. Aber auf jeden Fall sehr, sehr praktisches
Ding. Ja, ich finde das auch praktisch, aber ich tue mir mit dem Syntax total schwer. Also wer es
noch nicht weiß, JQ ist im Prinzip so was wie Z, aber für JSON-Daten. Das heißt, man kriegt so ein
JSON-Output, weil man irgendeinen Körlaufruf auf einer API zum Beispiel hat oder hat irgendwo einen
Log, wo JSON drin steht und man möchte das so ein bisschen durchgreppen quasi. Dann ist JQ das Tool
der Wahl. Und Joe ist im Prinzip das Gegenteil davon. Das heißt, das ist ein Programm entwickelt
vom Joe Piedments. Den kennt man auch aus anderen Open Source Communities. Der ist im Enable-Projekt
auch recht aktiv. Kennt man auch, wenn man auf der einen oder anderen Konferenz schon mal war. Der
leistet da immer sehr wertvolle Beiträge. Und das ist jetzt eben ein Tool, was im Prinzip aus Output,
den ihr habt, JSON-Objekte generiert. Also genau das Gegenteil. Ihr habt eine Ausgabe, verschiedene
Werte, die so ein Kommando zurückliefert zum Beispiel, so eine API client oder eine andere
Applikation. Und ihr wollt das in den JSON-Output eben transferieren. Und dafür ist Joe eben gedacht.
Das heißt, einfach umgekehrt das Ganze. Das gibt es auf GitHub. Das ist in C und in Shell geschrieben
und ist auch in allen gängigen Distributionen drin. Also Home, Root, Mac, Ports, Ubuntu, Gentoo, Fedora
und so weiter und so weiter. Das finde ich echt praktisch. Und da kann ich auf jeden Fall euch
empfehlen, da mal einen Blick reinzuwerfen. Mir persönlich hilft das hier und da immer mal wieder.
Dann kommen wir mal zu meinem Tooltip. K9S habe ich mitgebracht. Das kennt man vielleicht gerade, wenn man
im Kubernetes-Umfeld ist schon. Und zwar ist das kein Vertippen von K8S, sondern das ist so eine
n-curses-basierte GUI, um mit Kubernetes zu interagieren. Da kann man dann quasi im Zentrum
stehen die Ports, aber man kann auch andere Ressourcen suchen. Man kann sich die direkt per Knopfdruck
dann beschreiben lassen. Und was ich sehr häufig machen muss, ist mit "Staur und K" die Ports
einmal neu starten. Das geht dann in der UI ein bisschen flotter und das sieht dann auch noch...
Also es fühlt sich irgendwie befriedigender an, wenn man dann sieht, wie die erst dann in Lila werden,
in Terminating und dann orange werden in Starting und dann hoffentlich hellblau und dann als OK da stehen.
Und man kann damit auch sehr gut durch die Logs durchgucken. Tatsächlich, die Suche nach Tooltips ist ja
inzwischen gar nicht mehr so einfach. Und deswegen habe ich euch einfach was aus meinem Alltag mitgebracht,
was ich in letzter Zeit einmal gebraucht habe, tatsächlich seitdem auch häufig benutze.
Vielleicht kennt ihr einen oder andere ja noch nicht. Und zwar geht es um das Problem Clipboard.
Und zwar, wenn man Wayland als Default-Desert-Environment hat, dann klappen viele Tricks nicht mehr so ganz gut.
Eben unter anderem in Vim direkt kopieren in das Clipboard und solche Sachen. Und da gibt es eben ein Tool,
das heißt WL Clipboard, das findet man auch auf GitHub, ist auch relativ fix installiert.
Und damit kann man eben unter anderem die Sachen wieder zum Laufen kriegen.
Die Variante Vim-Copy in Clipboard kann man da relativ einfach mit einem kurzen Makro wieder aktivieren.
Und auch zum Beispiel Pipen ins Clipboard klappt damit ganz gut.
Kann dann WL Copy, WL Paste in die beiden Kommandos praktischste Teil.
In welchem Kontext benutzt du das?
Ich habe das vor allen Dingen benutzt, um mein Wim-Clippboard wieder zum Laufen zu kriegen.
Dass ich das Wim wieder rauskopieren kann. Und seitdem, seit ich das funktioniert, habe ich es jetzt auch ein paar Mal benutzt.
Pipen in Clipboard ist auch ganz praktisch.
Und tatsächlich, man kann da unter X11 gab es ja auch ein paar Varianten, aber das funktioniert eigentlich ziemlich gut.
Sehr schön. Ich dachte, das geht jetzt so in Richtung Microsoft Teams, weil da gibt es ja auch immer mal wieder Probleme.
Weil der Kleinen kann ja kein Wayland und die PWA funktioniert nicht für alle federfrei.
Deswegen dachte ich, du hast das in dem Kontext ja angeschaut.
Was ist das letzte News?
Gut, und damit haben wir die News des Dezember zusammengefasst.
Und das war jetzt auch die letzte News-Folge für dieses Jahr.
Da bleibt uns natürlich nur noch übrig zu sagen, dass uns natürlich Feedback wieder und weiterhin sehr wichtig ist.
Das heißt, wenn es Ideen, Wünsche oder Tooltips gibt, dann könnt ihr das uns sehr gerne mitteilen per E-Mail an podcast@sva.de.
Denkt auch gerne an die Fragen für das Ask Us Anything oder die Sprachnachrichten, falls ihr welche habt, die ihr an uns richten wollt.
Könnt ihr auch gerne über den gleichen Weg tun.
Wenn ihr das Ganze auf Social Media diskutiert, vergesst auf keinen Fall den Hashtag der Folge #X11Mess.
Und wir freuen uns natürlich auch weiterhin über Bewertungen über euren Podcatcher.
Und in dem Sinne kann ich nur sagen, und ich glaube, ich spreche auch für euch Jan und Felix, wir wünschen allen Zuhörenden frohe Weihnachtstage und selbstverständlich auch einen guten Start ins Neujahr.
Und wir hoffen euch auch nächstes Jahr weiterhin als Zuhörende begrüßen zu dürfen.
Habt ihr Wünsche fürs neue Jahr?
Oder Vorsätze?
Wie immer alle meine HomeLab Setups automatisieren und regelmäßig aktualisieren.
All das, was man sich immer wünscht als angehend, das ist Edmund.
Einfache Kundenprojekte, nette Kunden und ja, da bin ich zufrieden.
Wie sieht es bei dir aus, Felix?
Ach, ich muss mich glaube ich in den nächsten Wochen vor allen Dingen erst mal ein bisschen sortieren, gucken, was aus meinen Plänen vom letzten Jahr alles so geworden ist.
Was ich jetzt quasi auf Wiedervorlage nochmal auf die To-Do-Liste setzen muss.
Alle solche Sachen. Tatsächlich ist es, auch wenn es ja am Ende doch wieder in zwei Wochen mehr oder weniger ähnlich weitergeht, trotzdem ist es ein ganz guter gedanklicher Cut, um einfach mal ein bisschen abzuschließen, zu sortieren, was man so gemacht hat.
Und eben vielleicht auch nochmal darüber nachzudenken, ob man vielleicht mal was anders machen sollte.
Das werde ich jetzt in den nächsten paar Wochen wieder machen.
Ja, das stimmt.
Jahresende eignet sich immer ganz, ganz gut, um mal retrospektiv so ein bisschen zu hinterfragen, ob das alles so sinnvoll ist, was man getan hat.
Ich selbst wünsche mir natürlich für das nächste Jahr das Year of the Leadings Desktop, ja, so wie jedes Jahr.
Und ansonsten wünsche ich mir für meine Open Source Projekte, dass sie auch weiterhin so florierend weiterhin ihrer Aktivität nachgehen.
Ja, ansonsten nehme ich mir nichts vor, weil im Endeffekt Dinge, die man sich zu einem spezifischen Datum vornimmt, die erscheinen mir nicht erstrebenswert.
Entweder ich mache es sofort oder ich mache es nie. Da bin ich mittlerweile ehrlich zu mir.
In dem Sinne, liebe Zuhörer, lasst es euch gut gehen und bis hoffentlich nächstes Jahr. Macht es gut. Tschüss.
Tschüss.
Frohe Weihnachten.
[Musik]