Late Night Linux – Episode 389 – Late Night Linux

Ubuntu Summit 26.04: Personal Highlights

Last week I attended Ubuntu Summit 26.04. Ubuntu Summit is Canonical’s twice-yearly “showcase for innovative and ambitious” work across Ubuntu, open source, and the wider technology ecosystem. The format remained the same as the Ubuntu Summit 25.10: a focused programme of talks, demos and community sessions, streamed for a wider audience. While many of the talks are anchored around Ubuntu or Canonical, this is not a requirement for submission. The Ubuntu Summit 26.04 playlist already includ...

Eine Werkbank pro Kommando: Canonical stellt »Workshop« vor

Auf dem Ubuntu Summit 26.04 in London hat Canonical mit »Workshop« ein Werkzeug veröffentlicht, das Entwicklungsumgebungen aus einer einzigen YAML-Datei aufbaut, reproduzierbar, isoliert und ausdrücklich auf den Betrieb von KI-Agenten zugeschnitten. Unter der Haube arbeiten unprivilegierte LXD-Container, ZFS-Snapshots und ein Schnittstellenmodell, das verdächtig vertraut an Snap erinnert. Wer schon einmal an einem komplexen KI- oder Machine-Learning-Projekt gearbeitet hat, kennt das Muster: Bevor die erste Zeile produktiven Codes entsteht, vergehen Stunden mit dem Einrichten von Treibern, Bibliotheken, Runtimes und Werkzeugketten. Und kaum läuft die Umgebung, bricht sie beim nächsten System-Update wieder weg, oder lässt sich auf der Maschine des Kollegen nicht eins zu eins nachbauen. Genau an diesem Reibungspunkt setzt »Workshop« an, das Canonical am 27. Mai 2026 zum Auftakt des Ubuntu Summit 26.04 vorgestellt hat. Vorgetragen hat das Projekt Dmitry Lyfar, Engineering Manager bei Canonical, der seit geraumer Zeit zusammen mit weiteren Canonical-Engineers daran arbeitet. Bemerkenswert ist die Entstehungsgeschichte, und sie deckt sich mit der Darstellung, die Canonical-Gründer Mark Shuttleworth bereits in der Eröffnungs-Keynote des Summits gegeben hatte (siehe Teil 1 dieser Serie). Begonnen hat das Team die Arbeit, bevor agentische Werkzeuge zum Massenphänomen wurden. Workshop sei, so Shuttleworth, gar nicht für Agenten erdacht worden, sondern für eine Welt, in der proprietäre und freie Software in derselben Werkzeugkette laufen. Sein Beispiel: Wer eine spannende, aber geschlossene Bibliothek als Root auf dem eigenen Rechner ausführt, übergibt faktisch die Kontrolle an deren Hersteller und an alle Beteiligten in dessen Build-Pipeline. Dieses Szenario verlange seit Jahren nach einer sauberen Sandbox, KI-Agenten seien lediglich der jüngste Anwendungsfall. Lyfar bestätigte diese Lesart auf der Bühne: Der Ansatz habe sich eher zufällig als gute Passform für Agenten erwiesen, weil ein Container, der ein Entwicklungssystem sauber kapselt, ohnehin der naheliegende Ort ist, um einem autonom agierenden Werkzeug klare Grenzen zu setzen. Drei Versprechen Lyfar fasst Workshop in drei Eigenschaften zusammen: Eine Workshop-Umgebung sei composable, secure und fast, also zusammensetzbar, sicher und schnell. Technisch ist eine solche Umgebung ein LXD-Container, der zur Laufzeit aus einzelnen Bausteinen erzeugt wird. Diese Bausteine heißen SDKs, und sie sind das konzeptionelle Herzstück des gesamten Projekts. Ein SDK ist dabei nicht zwangsläufig das, was Entwickler sonst unter dem Begriff verstehen. Bei Workshop bezeichnet ein SDK eine eigenständige, in sich abgeschlossene Komponente, die einen Teil der Entwicklungsumgebung installiert und konfiguriert. Setzt man mehrere dieser Komponenten zusammen, ergibt sich die vollständige Definition einer Arbeitsumgebung. In Lyfars Demo lief etwa ein Container mit Jupyter, ComfyUI und einem ROCm-SDK. Ein spezielles System-SDK wird in jeden Workshop-Container automatisch eingespielt; es vermittelt zwischen Host und Container und stellt die Grundverbindung her. Zusammensetzbar: SDKs aus dem Store Die SDKs beziehen Anwender aus dem SDK Store, dem Pendant zum Snap Store. Publisher veröffentlichen ihre SDKs dort, und über eine aus der Snap-Welt bekannte Channel-Semantik landen sie schließlich im Workshop und bauen die Umgebung von Grund auf zusammen. Zum Start stellt Canonical rund 20 Referenz-SDKs bereit. Das Spektrum reicht von Werkzeugketten wie UV, Flutter oder Go über Agenten-Umgebungen und ML/KI-Frameworks bis hin zu Spezialfällen wie Echtzeitbetriebssystemen und ROS 2 für die Robotik.

Eine Werkbank pro Kommando: Canonical stellt »Workshop« vor

Auf dem Ubuntu Summit 26.04 in London hat Canonical mit »Workshop« ein Werkzeug veröffentlicht, das Entwicklungsumgebungen aus einer einzigen YAML-Datei aufbaut, reproduzierbar, isoliert und ausdrücklich auf den Betrieb von KI-Agenten zugeschnitten. Unter der Haube arbeiten unprivilegierte LXD-Container, ZFS-Snapshots und ein Schnittstellenmodell, das verdächtig vertraut an Snap erinnert. Wer schon einmal an einem komplexen KI- oder Machine-Learning-Projekt gearbeitet hat, kennt das Muster: Bevor die erste Zeile produktiven Codes entsteht, vergehen Stunden mit dem Einrichten von Treibern, Bibliotheken, Runtimes und Werkzeugketten. Und kaum läuft die Umgebung, bricht sie beim nächsten System-Update wieder weg, oder lässt sich auf der Maschine des Kollegen nicht eins zu eins nachbauen. Genau an diesem Reibungspunkt setzt »Workshop« an, das Canonical am 27. Mai 2026 zum Auftakt des Ubuntu Summit 26.04 vorgestellt hat. Vorgetragen hat das Projekt Dmitry Lyfar, Engineering Manager bei Canonical, der seit geraumer Zeit zusammen mit weiteren Canonical-Engineers daran arbeitet. Bemerkenswert ist die Entstehungsgeschichte, und sie deckt sich mit der Darstellung, die Canonical-Gründer Mark Shuttleworth bereits in der Eröffnungs-Keynote des Summits gegeben hatte (siehe Teil 1 dieser Serie). Begonnen hat das Team die Arbeit, bevor agentische Werkzeuge zum Massenphänomen wurden. Workshop sei, so Shuttleworth, gar nicht für Agenten erdacht worden, sondern für eine Welt, in der proprietäre und freie Software in derselben Werkzeugkette laufen. Sein Beispiel: Wer eine spannende, aber geschlossene Bibliothek als Root auf dem eigenen Rechner ausführt, übergibt faktisch die Kontrolle an deren Hersteller und an alle Beteiligten in dessen Build-Pipeline. Dieses Szenario verlange seit Jahren nach einer sauberen Sandbox, KI-Agenten seien lediglich der jüngste Anwendungsfall. Lyfar bestätigte diese Lesart auf der Bühne: Der Ansatz habe sich eher zufällig als gute Passform für Agenten erwiesen, weil ein Container, der ein Entwicklungssystem sauber kapselt, ohnehin der naheliegende Ort ist, um einem autonom agierenden Werkzeug klare Grenzen zu setzen. Drei Versprechen Lyfar fasst Workshop in drei Eigenschaften zusammen: Eine Workshop-Umgebung sei composable, secure und fast, also zusammensetzbar, sicher und schnell. Technisch ist eine solche Umgebung ein LXD-Container, der zur Laufzeit aus einzelnen Bausteinen erzeugt wird. Diese Bausteine heißen SDKs, und sie sind das konzeptionelle Herzstück des gesamten Projekts. Ein SDK ist dabei nicht zwangsläufig das, was Entwickler sonst unter dem Begriff verstehen. Bei Workshop bezeichnet ein SDK eine eigenständige, in sich abgeschlossene Komponente, die einen Teil der Entwicklungsumgebung installiert und konfiguriert. Setzt man mehrere dieser Komponenten zusammen, ergibt sich die vollständige Definition einer Arbeitsumgebung. In Lyfars Demo lief etwa ein Container mit Jupyter, ComfyUI und einem ROCm-SDK. Ein spezielles System-SDK wird in jeden Workshop-Container automatisch eingespielt; es vermittelt zwischen Host und Container und stellt die Grundverbindung her. Zusammensetzbar: SDKs aus dem Store Die SDKs beziehen Anwender aus dem SDK Store, dem Pendant zum Snap Store. Publisher veröffentlichen ihre SDKs dort, und über eine aus der Snap-Welt bekannte Channel-Semantik landen sie schließlich im Workshop und bauen die Umgebung von Grund auf zusammen. Zum Start stellt Canonical rund 20 Referenz-SDKs bereit. Das Spektrum reicht von Werkzeugketten wie UV, Flutter oder Go über Agenten-Umgebungen und ML/KI-Frameworks bis hin zu Spezialfällen wie Echtzeitbetriebssystemen und ROS 2 für die Robotik.