{"id":11446,"date":"2023-11-05T01:25:32","date_gmt":"2023-11-04T23:25:32","guid":{"rendered":"https:\/\/u-labs.de\/portal\/?p=11446"},"modified":"2023-11-05T01:29:04","modified_gmt":"2023-11-04T23:29:04","slug":"raspberry-pi-os-12-bookworm-ist-da-neuigkeiten-aenderungen","status":"publish","type":"post","link":"https:\/\/u-labs.de\/portal\/raspberry-pi-os-12-bookworm-ist-da-neuigkeiten-aenderungen\/","title":{"rendered":"Raspberry Pi OS 12 Bookworm ist da: Neuigkeiten & \u00c4nderungen"},"content":{"rendered":"

Noch bevor der Raspberry Pi 5 in den Handel kam, wurde eine neue Version des offiziellen Betriebssystems Raspberry Pi OS ver\u00f6ffentlicht. Es hei\u00dft Bookworm und umfasst gleich mehrere gr\u00f6\u00dfere \u00c4nderungen. Aber auch kleinere Dinge wurden verbessert.1<\/a><\/sup> Ich fasse die wichtigsten Neuerungen sowie \u00c4nderungen zusammen und ordne diese ein. Au\u00dferdem kl\u00e4rt dieser Beitrag ein paar Fragen, die sich einige von euch sicher stellen – beispielsweise, ob sie aktualisieren k\u00f6nnen oder m\u00fcssen bzw. wann dies der Fall sein wird.<\/p>\n

Was ist neu in Debian 12 Bookworm?<\/h2>\n

Das Raspberry Pi OS basiert auf Debian 12, eine der \u00e4ltesten aktiv gepflegten GNU\/Linux-Distributionen. Dessen Neuerungen habe ich in einem eigenen Beitrag bereits ausf\u00fchrlich vorgestellt<\/a>. Einige Monate sp\u00e4ter erscheint ein neues Raspberry Pi OS, welches jedoch nicht alle \u00c4nderungen von Debian \u00fcbernimmt. <\/p>\n

Unfreie Firmware<\/h3>\n

Zu den Highlights von Debian 12 geh\u00f6rt erstmals das Laden unfreier Firmware in offiziellen Installationsmedium. Das galt bisher als rote Linie, weil die Distribution sich stark zu freier Software bekennt. F\u00fcr den Raspberry Pi ist dies wenig relevant: Mangels Bios\/Uefi ben\u00f6tigt er ohnehin ein angepasstes Abbild. Der Pi ist nicht vollst\u00e4ndig quelloffen, sodass hier schon immer propriet\u00e4re Treiber notwendig waren – in der Hinsicht \u00e4ndert sich also nichts.<\/p>\n

Das Raspberry Pi OS ist beim Kernel schneller als Debian<\/h3>\n
\n
\"\"<\/a><\/figure>\n<\/div>\n

Beim Kernel geht der Einplatinencomputer einen ganz anderen Weg: Linux 6.1 ist neu in Debian 12, da die Distribution nach der Ver\u00f6ffentlichung einer Hauptversion nur noch Sicherheitsupdates und schwerwiegende Fehlerkorrekturen ausliefert. Debian 11 ist und bleibt daher auf Linux 5.10. F\u00fcr neue Funktionen und damit auch gr\u00f6\u00dfere Kernelspr\u00fcnge muss man auf die n\u00e4chste Debian Hauptversion warten, beim Linux-Kernel ist das Debian 12. Das sorgt einerseits f\u00fcr Stabilit\u00e4t – jedoch ebenfalls f\u00fcr Software, die mit der Zeit veraltet. <\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Das Raspberry Pi OS dagegen spielt neue Kernel-Hauptversionen auch in der Hauptversion eines Raspberry Pi OS aus: So wurde das Raspberry Pi OS 11 Bullseye mit Linux 5.4 ausgeliefert, bis es im Mai 2023 bereits auf Linux 6.1 aktualisiert wurde<\/a> – noch bevor die stabile Version von Debian 12 erschienen ist. Linux 6.1 ist daher nur f\u00fcr Debian 12 neu, nicht aber f\u00fcr das Raspberry Pi OS 12. Dieser Unterschied ist auch dokumentiert: Es wird ein eigener Kernel verwendet und eigenst\u00e4ndig auf Basis des Vanilla-Kernels stetig aktualisiert.2<\/a><\/sup><\/p>\n

\u00dcber 64.000 Softwarepakete<\/h3>\n

Am relevantesten d\u00fcrfte f\u00fcr den Debian-Unterbau dessen umfangreiches Softwarearchiv sein: \u00dcber 43.000 haben eine Aktualisierung erhalten. Rund 6.000 mussten entfernt werden, wobei dadurch nicht zwingend Programme wegfallen. Teilweise enthalten Pakete die Hauptversion, z.B. php5*). Im Falle eines Upgrades w\u00fcrde man dieses alte Paket l\u00f6schen und ein neues anlegen, das entweder die neue Hauptversion oder gar keine mehr im Name tr\u00e4gt. Wenngleich sicherlich auch ein paar aus anderen Gr\u00fcnden (etwa keine Pflege mehr) entfernt wurden, sind mehr als 11.000 gegen\u00fcber dem Vorg\u00e4nger hinzu gekommen – das Angebot ist somit in jedem Falle gewachsen.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Insgesamt stehen mehr als 64.000 Pakete zur Verf\u00fcgung.3<\/a><\/sup> Dies ist nicht mit der Anzahl an direkt nutzbaren Programmen gleichzusetzen: Manche enthalten Bibliotheken, die wiederum als Abh\u00e4ngigkeit f\u00fcr Programme dienen. Trotzdem ist dies eine beachtliche Menge. Ich habe bereits mehrere andere Betriebssysteme f\u00fcr den Raspberry Pi<\/a> getestet. Das auf Arch Linux aufbauende Manjaro kommt beispielsweise mit rund 11.600 Pakete<\/a> nur auf einen Bruchteil des Softwareangebots.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Ein paar wenige Programme, die speziell den Raspberry Pi Treffen, mussten entfernt werden: Der SenseHAT Emulator ist noch nicht mit Bookworm kompatibel, bei BlueJ und Greenfoot (beides Java Entwicklungsumgebungen) mangelt es an Wayland-Unterst\u00fctzung. Sie sollen wieder zur\u00fcck kommen, wenn die Probleme von den zust\u00e4ndigen Entwicklern behoben wurden. Die Lupe wurde entfernt, weil sie unter Wayland nicht funktioniert. Dort ist jedoch bereits ein vergleichbares Werkzeug eingebaut, das sich mit [STRG] + [ALT] + [M] <\/code>aktivieren l\u00e4sst.<\/p>\n

Die Geschichte hinter Wayland zusammengefasst<\/h2>\n

Eines der gr\u00f6\u00dften Migrationen in der Desktop-Welt von GNU\/Linux d\u00fcrfte die Migration des Displayservers sein: Mittlerweile fast vier Jahrzehnte lang wurde X11 als Protokoll eingesetzt, meist durch die Referenzimplementierung X.Org. Seit einiger Zeit wechseln viele Desktopumgebungen und damit auch Distributionen zu Wayland, welches als Nachfolger angesehen wird. Es soll das komplexe X11 schlanker machen, mehr Sicherheit bieten und zudem Anzeigefehler auf modernerer Hardware vermeiden. Was hinter X11 und Wayland steckt, habe ich zusammen mit den Unterschieden in diesem eigenen Beitrag ausf\u00fchrlicher dargestellt<\/a>.<\/p>\n

W\u00e4hrend Debian bereits 2016 mit der Arbeit an Wayland begann und f\u00fcr die Desktopumgebung Gnome den Standard-Bildschirmserver 2019 dahin wechselte, war es beim Raspberry Pi OS lange Zeit ruhig. Wie beim Kernel geht die Distribution eigene Wege. Das \u00fcberrascht wenig: Schlie\u00dflich setzt man auf die 2016 vorgestellte hauseigene Desktopumgebung namens PIXEL<\/em>, die wiederum auf LXDE aufbaut – allerdings mit starken Anpassungen.4<\/a><\/sup> Mit einer Aktualisierung f\u00fcr Bullseye wurde 2022 experimentelle Unterst\u00fctzung f\u00fcr Wayland in das Raspberry Pi OS eingebaut. Im Jahr zuvor hatte man den Fenstermanager von Openbox zu Mutter migriert, um dies vorzubereiten. Standardm\u00e4\u00dfig aktiv war aber weiterhin X11 und es wurde ausdr\u00fccklich davon abgeraten, Wayland zu nutzen. Es befand sich in einem fr\u00fchen Stadium, in dem einiges noch nicht funktioniert wie z.B. Bildschirmfotos erstellen oder s\u00e4mtliche Fernwartungsl\u00f6sungen. Au\u00dferdem war noch nicht alles portiert, weil die Unterst\u00fctzung f\u00fcr bestimmte Funktionen in Wayland fehlte.5<\/a><\/sup><\/p>\n

Wayland statt X11 als Bildschirmserver<\/h2>\n

Etwa 1,5 Jahre sp\u00e4ter sieht die Lage schon ganz anders aus: Mit Bookworm wird Wayland nicht nur f\u00fcr Stabil erkl\u00e4rt. Man l\u00f6st den Fenstermanager (compositor<\/em>) Mutter ab, da er sich als zu langsam und schwerf\u00e4llig erwies. Seine Aufgabe \u00fcbernimmt Wayfire: Er hat sich als deutlich bessere Wahl erwiesen, weswegen man den standardm\u00e4\u00dfig aktivierten Bildschirmserver mit dem Raspberry Pi OS 12 zu Wayland wechselte. Dies greift jedoch derzeit nur auf dem Raspberry Pi 4 und 5. Auf \u00e4lteren Modellen ist die Leistung wegen der deutlich schw\u00e4cheren Hardware nicht zufriedenstellend. Als \u00dcbergangsl\u00f6sung kommt dort weiterhin X11 mit Openbox zum Einsatz, dieser soll jedoch in Zukunft ebenfalls migriert werden.<\/p>\n

Obwohl dieser Wechsel umfangreiche Anpassungen erforderte, sieht man als Nutzer kaum einen Unterschied – das bekannte Design 1:1 wurde nachgebaut. Die standardm\u00e4\u00dfig oben platzierte Taskleiste hei\u00dft nun wf-panel-pi<\/code> (wf f\u00fcr Wayfire) statt lxpanel<\/code>. Den Unterschied kann man also bei den laufenden Prozessen erkennen. F\u00fcr die Anwendungen des Nutzers sind aktualisierte Versionen von den verbreiteten Bibliotheken GTK & Qt installiert. Sie erkennen und unterst\u00fctzen Wayland, sodass es automatisch genutzt werden sollte. <\/p>\n

Da die Programme selbst entscheiden, wie sie ihre Oberfl\u00e4chen gestalten, k\u00f6nnen auch andere Technologien zum Einsatz kommen – diese sind m\u00f6glicherweise (noch) auf X11 angewiesen. Hierf\u00fcr ist XWayland als Kompatibilit\u00e4tsschicht vorhanden: Es startet einen X11-Server, der wiederum als \u00dcbersetzer<\/em> zu Wayland dient. Er ist nicht 100% abw\u00e4rtskompatibel, wenngleich Teile der bekannten Probleme den Raspberry Pi gar nicht betreffen, da diese z.B. auf Treiber von Nvidia zur\u00fcck zu f\u00fchren sind.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Neuer VNC-Server und bekannte Wayland-Probleme<\/h2>\n

Fernzugriffsl\u00f6sungen wie VNC\/RDP haben es unter Wayland schwerer: Bei X11 konnte jedes Fenster auf alle anderen zugreifen – bequem f\u00fcr Fernzugriff und das Teilen des Bildschirmes in z.B. Jitsi und anderen Videokonferenzl\u00f6sungen. Doch dies kann u.u. ein Sicherheitsrisiko darstellen. Daher verbietet Wayland standardm\u00e4\u00dfig sowohl den Zugriff auf andere Fenster, als auch systemweit auf Tasteneingaben. Das Raspberry Pi OS wechselt daher mit dem offiziellen VNC-Server von RealVNC zu WayVNC. Dieser ist restriktiver und unterst\u00fctzt nicht mehr alle VNC-Clients. TigerVNC ist die offizielle Empfehlung, er wurde erfolgreich getestet.<\/p>\n

Auf den \u00e4lteren Raspberry Pis (Zero und 1-3), die noch nicht mit Wayland kompatibel sind, kommt weiterhin RealVNC zum Einsatz. Die 32 Bit Version ist jedoch derzeit nicht mit dem Raspberry Pi OS 12 Bookworm kompatibel. Da RealVNC propriet\u00e4r ist, wird auf ein Update vom Hersteller gewartet. Bis dahin sollten betroffene beim Vorg\u00e4nger 11 (Bullseye) bleiben, der weiterhin unterst\u00fctzt wird (siehe unten).<\/p>\n

Overscan funktioniert mit Wayland nicht mehr und wurde vorerst entfernt, dies sei bei vielen Bildschirmen nicht mehr notwendig. Da der Tray (rechts oben, gef\u00fcllt von im Hintergrund laufenden Programmen) technisch neu entwickelt wurde, m\u00fcssen Programme die ihn verwenden angepasst werden. M\u00f6glicherweise erscheinen deren Symbole dort vorerst nicht, bis sie auf die neue Technologie angepasst wurden.<\/p>\n

Sichtbare Neuerungen am Raspberry Pi Desktop<\/h2>\n

W\u00e4hrend der Wechsel zu Wayland im besten Falle vom Benutzer bewusst verborgen bleiben soll, gilt dies nicht f\u00fcr Erweiterungen des Raspberry Pi Desktops: Eine neue, standardm\u00e4\u00dfig aktive Erweiterung pr\u00fcft, ob die Stromversorgung zu schwach ist – etwa durch angeschlossene USB-Ger\u00e4te und\/oder ein unterdimensioniertes Netzteil. In diesem Falle erscheint ein gelber Blitz im Bereich der Benachrichtigungen zusammen mit einer Benachrichtigung. Ich halte das f\u00fcr eine n\u00fctzliche Idee, da viele Probleme durch eine unzureichende Spannungsversorgung verursacht werden. Beispielsweise die Verwendung von Ladeger\u00e4ten statt Netzteilen oder anderen bekannten Gr\u00fcnden.<\/p>\n

Weiter gibt es ein neues Widget f\u00fcr die Anzeige der GPU-Auslastung. Dies erg\u00e4nzt das vorhandene, welches bisher nur anzeigen konnte, wie besch\u00e4ftigt der Prozessor ist. Im Gegensatz zur Warnung bei der Spannungsversorgung ist es jedoch nicht standardm\u00e4\u00dfig aktiviert und muss erst manuell zur Startleiste hinzugef\u00fcgt werden.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Wie T\u00f6ne bisher abgespielt wurden<\/h2>\n

F\u00fcr die Ausgabe von s\u00e4mtlichen T\u00f6nen (angefangen bei Piept\u00f6nen bis hin zu Musik und Videos) wurde urspr\u00fcnglich ALSA (Advanced Linux Sound Architecture) verwendet. \u00dcber Kernelmodule spricht es die Soundkarte an, um auf ihr T\u00f6ne auszugeben – es ist also eine Low-Level Implementierung, die nah an der Hardware sitzt. \u00dcber ALSA werden diese Funktionen anderen Programmen zug\u00e4nglich gemacht, z.B. einem Browser, der damit die Tonspur von Videos abspielt. <\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Es kann direkt angesprochen werden, seit einiger Zeit sitzt jedoch oft noch ein Soundserver dazwischen: Er kann weitere Funktionen zur Tonverarbeitung erm\u00f6glichen, die ALSA und Soundkarte so nicht bieten, etwa Effekte. Auch sind die Audiostr\u00f6me nicht an spezielle Hardware gebunden. Der Wechsel eines Notebooks an eine Docking-Station kann beispielsweise nahtlos erfolgen. F\u00fcr Aufnahmen kann es hilfreich sein, logische Ger\u00e4te zu erstellen, die mehrere Signale b\u00fcndeln. Diese Abstraktionsschicht\/Middleware bietet einige Vorteile bzw. hebt Einschr\u00e4nkungen auf, w\u00e4hrend sie die Reaktionszeiten im Vergleich zum direkten Zugriff leicht erh\u00f6ht.6<\/a><\/sup>7<\/a><\/sup><\/p>\n

PipeWire gibt nun den Ton an – warum?<\/h2>\n

Das Raspberry Pi OS setzte bisher PulseAudio als Zwischenschicht ein, nachdem sie anfangs direkt ALSA verwendet haben. Mit Version 12 wurde PulseAudio durch PipeWire ersetzt: Es ist deutlich j\u00fcnger (2017) als PulseAudio (2004). Es gibt neben PulseAudio noch weitere bedeutenswerte Soundserver wie etwa JACK.8<\/a><\/sup> Sie kamen beim Raspberry Pi OS jedoch nicht zum Einsatz, weswegen ich an dieser Stelle nicht weiter darauf eingehe. <\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

PipeWire fokussiert sich nicht nur auf Audio, sondern bezieht ebenfalls die Videosignale mit ein. Daher soll es solche kombinierten Multimedia-Ausgaben besser verarbeiten k\u00f6nnen, das Paradebeispiel sind Videos\/Filme mit Tonspur. Die Reaktionszeiten m\u00f6chte es reduzieren. Ein Soundserver kann zwar nie so schnell sein, wie ein direkter Zugriff auf die Grafikkarte – schlie\u00dflich stellt er technisch ja immer einen Umweg dar, \u00fcber den die Tonsignale gehen m\u00fcssen. Aber wie bei jeder Software kann man dies nat\u00fcrlich optimieren und dadurch mehr oder weniger effizient implementieren. PipeWire m\u00f6chte zu ersteren geh\u00f6ren.<\/p>\n

Dar\u00fcber hinaus bietet es kleine Verbesserungen, die im Alltag f\u00fcr manche sicher n\u00fctzlich sein k\u00f6nnen. Beispielsweise merkt es sich die verbundenen Bluetooth-Ger\u00e4te und versucht beim Start, sich erneut mit diesen zu verbinden. Der wichtigste Grund f\u00fcr den Wechsel d\u00fcrfte jedoch sein, dass PipeWire durch sein geringes Alter isolierte Anwendungen unterst\u00fctzt. Hier kommt der zuvor bereits angesprochene Wechsel von X11 zu Wayland ins Spiel: Beispielsweise werden Screencasts unterst\u00fctzt, die ohne weiteres mit Wayland aus Sicherheitsgr\u00fcnden nicht mehr m\u00f6glich sind.9<\/a><\/sup> Dar\u00fcber hinaus gibt es noch weitere Anwendungsf\u00e4lle in der GNU\/Linux-Welt f\u00fcr isolierte Software, wie etwa Flatpack.10<\/a><\/sup><\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

\u00c4hnlich wie beim Wayland\/X11-Wechsel soll der Nutzer von dieser \u00c4nderung wenig mitbekommen: Das Aussehen von z.B. dem Lautst\u00e4rkenregler in der Taskleiste ist gleich geblieben. Was sich \u00e4ndert, ist die Technik dahinter. Spielt man beispielsweise einen Film oder eine Musikdatei ab, wird das Audiosignal unter Bookworm an PipeWire statt PulseAudio weitergereicht, um es \u00fcber das Ausgabeger\u00e4t (z.B. Kopfh\u00f6rer, im Bildschirm integrierter Lautsprecher, usw) abzuspielen.<\/p>\n

Mehr Funktionen dank NetworkManager<\/h3>\n

Bisher setzt das Raspberry Pi OS auf dhcpcd, ein DHCP-Client. Er ist haupts\u00e4chlich daf\u00fcr verantwortlich, dass der Raspberry Pi eine IP-Adresse bekommt, wenn er sich in einem (Heim-) Netzwerk verbindet.11<\/a><\/sup> \u00dcblicherweise haben alle (WLAN)-Router einen DHCP-Server. Dieser vergibt eine freie IP-Adresse an Computer, die einen DHCP-Client (hier dhcpcd) besitzen. Somit funktioniert<\/em> die Netzwerk (und damit meist auch Internetverbindung), ohne dass h\u00e4ndisch eine freie IP-Adresse vergeben werden muss. F\u00fcr WLAN-Netzwerke greift dhcpcd auf wpa_supplicant zur\u00fcck.12<\/a><\/sup><\/p>\n

Grundlegend hat das funktioniert, aber der Funktionsumfang von dhcpcd ist beschr\u00e4nkt. NetworkManager entstand 2004 bei Red Hat und m\u00f6chte als zentrale Anlaufstelle f\u00fcr alle Netzwerkeinstellungen dienen.13<\/a><\/sup> Er kann alles was dhcpcd bisher tat und noch mehr: Beispielsweise unterst\u00fctzt er versteckte WLAN-Netzwerke, VPN-Verbindungen sowie die M\u00f6glich, einen WLAN-Zugriffspunkt (Hotspot<\/em>) einzurichten. Bisher konnte man all dies technisch auch auf anderem Wege umsetzen. Allerdings erforderte dies die Installation & Einrichtung von zus\u00e4tzlicher Software, was f\u00fcr weniger versierte Nutzer eine Herausforderung darstellen kann. Zudem war die Integration in die Desktopumgebung des Raspberry Pi OS nur eingeschr\u00e4nkt oder gar nicht gegeben.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Mit dem Wechsel zum NetworkManager \u00e4ndert sich das: \u00dcber das Netzwerk-Symbol rechts oben finden sich in den Erweiterten Optionen nun Men\u00fceintr\u00e4ge f\u00fcr diese Funktionen. Nutzer k\u00f6nnen mit Bookworm \u00fcber die grafische Oberfl\u00e4che etwa eine VPN-Verbindung herstellen, ohne externe Software selbstst\u00e4ndig installieren und einrichten zu m\u00fcssen.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Warum es Firefox auf dem Raspberry Pi braucht<\/h3>\n

Um im Web zu surfen, bot das Raspberry Pi OS bislang lediglich Chromium – das quelloffene Projekt von Google, welches die Grundlage f\u00fcr Google Chrome darstellt. Entgegen des Namens & vermittelten Eindrucks ist es jedoch keinesfalls frei von s\u00e4mtlichen der zahlreichen Diensten des Konzernes, sondern sammelt trotzdem viele Daten. So viele, dass ein eigenes Projekt namens Ungoogled Chromium<\/a> notwendig ist, um sie alle zu entfernen. Neben der exzessiven Datensammlung gibt es noch weitere Gr\u00fcnde, warum die Verwendung von Googles Browser keine gute Idee ist: So hat der Konzern l\u00e4ngst um die 50% Marktanteile in Deutschland, international sogar deutlich mehr.14<\/a><\/sup> Diese Macht kann missbraucht werden. Beispielsweise konnte Google damit neue Standards schaffen, die nicht unbedingt im Sinne der Nutzer sind – die Web Environment Integrity API (WEI) ist ein aktuelles Beispiel daf\u00fcr<\/a>. So etwas kann der Konzern problemlos in seinen eigenen Browser einbauen und erreicht damit sehr viele Nutzer – ohne gro\u00dfartige Diskussionen zu f\u00fchren, wie es alle anderen tun m\u00fcssten, um von ihrem Vorhaben zu \u00fcberzeugen.<\/p>\n

Mozilla Firefox ist der letzte alternative (OS) Browser mit nennenswertem Marktanteil, der eine eigene Engine besitzt und plattform\u00fcbergreifend verf\u00fcgbar ist. Ansonsten ist mittlerweile nur noch Apples Safari \u00fcbrig, auf den 2\/3 dieser Eigenschaften nicht (mehr) zutreffen. Wer GNU\/Linux oder Windows nutzt, hat effektiv blo\u00df noch die Wahl zwischen Chromium (direkt oder \u00fcber Forks) und Firefox. Sollte Firefox verschwinden, gibt es \u00fcberhaupt niemanden mehr, der Google irgend etwas entgegen setzen k\u00f6nnte.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Ein neuer alter Browser ist da: Willkommen Firefox!<\/h3>\n

Das zeigt, wie wichtig Firefox ist. Anscheinend hat das auch das Raspberry Pi Team erkannt und unterst\u00fctzt mit Version 12 ihres Betriebssystems den freien Browser offiziell. Zwar konnte man ihn zuvor schon installieren, da er in den Paketquellen von Debian enthalten ist, auf denen das RPIOS basiert. Dies hatte jedoch mehrere: Die dort bereitgestellte Version war schnell veraltet, da Hauptversionen von Debian erst in der n\u00e4chsten Debian-Hauptversion verf\u00fcgbar sind. Noch problematischer im Alltag ist jedoch die fehlende Hardwarebeschleunigung. Schaute man beispielsweise Videos an, lief das komplett \u00fcber den Prozessor, w\u00e4hrend der Grafikprozessor D\u00e4umchen drehte. In der allt\u00e4glichen Nutzung lief Chromium daher deutlich besser und es blieb daher leider bislang gar keine andere Wahl, als zu Googles Browser zu raten.<\/p>\n

Durch die offizielle Unterst\u00fctzung entfallen diese Nachteile, welche Firefox bisher auf dem Raspberry Pi hatte. Er kann f\u00fcr den V4L2 Codec beispielsweise den Hardware-Decoder f\u00fcr die verbreitete h.264 Kompression verwenden. Dies soll die CPU-Last reduzieren und damit die Leistung verbessern. Dar\u00fcber hinaus ist nun auch der bekannte und ber\u00fcchtigte Widevine Kopierschutz eingebaut. So umstritten DRM v.a. in der GNU\/Linux-Welt auch ist: Viele Streamingdienste wie z.B. Netflix sind durch ihre Marktmacht in der Lage, ihn zu erzwingen. Wer solche Anbieten nutzen m\u00f6chte, kommt um einen Browser, der ihn eingebaut hat, nicht herum.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Wer die Voreinstellungen nicht nutzt, wird beim ersten Start durch den Einrichtungsassistent gefragt, welcher der beiden Browser verwendet werden soll. Zus\u00e4tzlich bietet sich die M\u00f6glichkeit, den anderen, nicht ausgew\u00e4hlten zu entfernen. Ohne diesen Haken hat man beide Browser auf dem System und kann sie \u00fcber das Programm-Men\u00fc je nach Wunsch starten.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Was passiert mit den Vorg\u00e4ngern? Wer muss Handeln?<\/h3>\n

Bis 2021 wurde die Unterst\u00fctzung des Vorg\u00e4ngers eingestellt, sobald eine neue Hauptversion des Raspberry Pi erschien. Das war ziemlich kurzfristig, um bestehende Software zu testen und falls n\u00f6tig Anpassungen vorzunehmen. Seit dem wird immer die aktuellste und vorherige Version unterst\u00fctzt, letztere mit dem Namenszusatz Legacy<\/em>.<\/a> Die Legacy-Version erh\u00e4lt Updates, wird aber auf keine neuen Pis mehr portiert, die nach dem Ver\u00f6ffentlichungsdatum des Betriebssysteme erscheinen.<\/p>\n

Konkret bedeutet dies: Das Raspberry Pi OS 12 Bookworm ist die neueste Version, w\u00e4hrend 11 Bullseye zu Legacy wird. Version 11 wird so lange unterst\u00fctzt, bis 13 erscheint. Allerdings nur auf dem Raspberry Pi 4 und \u00e4lter, weil der Pi5 ja sp\u00e4ter erschienen ist. Auf dem neuesten Raspberry Pi 5 l\u00e4uft daher ausschlie\u00dflich Bookworm. Das Raspberry Pi OS 10 (bisher Legacy) f\u00e4llt komplett aus der Unterst\u00fctzung heraus – wer es verwendet, sollte zeitnah auf 11 oder 12 aktualisieren bzw. neu installieren.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Kann ich von Raspberry Pi 11 auf 12 upgraden, ohne Neuinstallation?<\/h3>\n

Von den Entwicklern selbst wurde schon immer empfohlen, neu zu installieren. Das In-Place Upgrade von z.B. 10 auf 11 ohne Neuinstallation haben sie nicht unterst\u00fctzt. Wenngleich dies m\u00f6glich war, denn die Debian-Basis tut dies: Im wesentlichen aktualisiert man die Paketquellen auf das neue Release, aktualisiert s\u00e4mtliche Pakete und ist dann auf einer neuen Hauptversion. Die M\u00f6glichkeit von kleineren oder gr\u00f6\u00dferen Problemen besteht grunds\u00e4tzlich, da ein neues Debian-Release nicht zwingend abw\u00e4rtskompatibel ist. Dies variiert aber stark, je nachdem was man einsetzt und wie viel am System angepasst wurde. Einige haben daher den Debian-Weg auch auf dem Raspberry Pi angewendet, mehr oder weniger erfolgreich. Meine Empfehlung war bisher: Wer nicht neu installieren m\u00f6chte, soll eine Sicherung erstellen und es ausprobieren. L\u00e4uft alles gut, hat er sich den Aufwand gespart. Gibt es Probleme, kann er sie versuchen zu l\u00f6sen. Wird der Aufwand zu gro\u00df, hat man durch die Sicherung eine funktionierende Installation und kann immer noch neu installieren.<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Beim Raspberry Pi OS 12 wird ein Upgrade von offizieller Seite nicht nur nicht unterst\u00fctzt: Man r\u00e4t ausdr\u00fccklich davon ab, weil durch die massiven \u00c4nderungen der Pi mit 12 in vielen F\u00e4llen den Start verweigern soll. Dies ist berechtigt und ein Vergleich mit Debian greift hier zu kurz: Wie dieser Artikel gezeigt hat, enth\u00e4lt das RPIOS12 viele Ver\u00e4nderungen\/Neuerungen, die in Debian so nicht existieren. Vor allem auf dem Desktop sehe ich das gr\u00f6\u00dfte Risiko, weil sich dort die meisten getan hat. Technisch M\u00f6glich ist ein Upgrade von 11 auf 12 grunds\u00e4tzlich nach wie vor. Wer es dennoch damit versuchen m\u00f6chte, sollte unbedingt vorher eine Sicherung anlegen, diese pr\u00fcfen und im Falle eines erfolgreichen Upgrades das System gr\u00fcndlich testen!<\/p>\n

\n
\"\"<\/a><\/figure>\n<\/div>\n

Fazit<\/h3>\n

Im Raspberry Pi OS 12 hat sich vieles ver\u00e4ndert, um alte Software und Protokolle zu ersetzen, die nach Jahrzehnten zunehmend an Grenzen sto\u00dfen. Alle f\u00fcr den Raspberry Pi spezifischen \u00c4nderungen, die in Debian nicht enthalten sind, betreffen den Desktop. Vieles davon wird man (au\u00dfer im Falle m\u00f6glicher Probleme) gar nicht bemerken, weil das Aussehen gleich geblieben ist und optisch eher Kleinigkeiten dazu gekommen sind. Durch den Wechsel zu Wayland rechne ich jedoch damit, dass einzelne Programme nicht (richtig) funktionieren – vor allem jene, die von den neuen Sicherheitsfunktionen betroffen sind, etwa zur Aufnahme des Bildschirms. Hier wird der eine oder andere U-Labs Beitrag \u00fcberarbeitet oder gar neu erstellt werden m\u00fcssen.<\/p>\n

Wer den Raspberry Pi als Micro-Server oder anderweitig ohne grafische Oberfl\u00e4che verwendet, ist davon nicht betroffen. Doch auch in diesem Fall profitiert er von aktualisierten sowie neuen Paketen, die durch Debian 12 als Unterbau den Weg auf den Raspberry Pi finden. Vor allem wenn Container-Technologien wie Docker verwendet werden, mag das wenig Anreiz f\u00fcr ein Upgrade sein – dort bekommt man aktuelle Software unabh\u00e4ngig von der GNU\/Linux-Distribution. <\/p>\n

In solchen F\u00e4llen kann man mit dem Wechsel ruhig noch eine Weile warten: Das RPIOS11 wird bis zum Erscheinen von Version 13 unterst\u00fctzt. Ein konkretes Datum ist daf\u00fcr zwar nicht bekannt. Anhand Erfahrungen aus der Vergangenheit sollte das noch ca. 2 Jahre bis etwa zum Herbst 2025 dauern. Notwendig ist das RPIOS12 nur in Verbindung mit dem ebenfalls neuen Raspberry Pi 5, alle anderen haben noch Zeit.<\/p>\n

Quellen<\/h3>\n
    \n
  1. https:\/\/www.raspberrypi.com\/news\/bookworm-the-new-version-of-raspberry-pi-os\/ \u21a9\ufe0e<\/a><\/li>\n
  2. https:\/\/www.raspberrypi.com\/documentation\/computers\/linux_kernel.html \u21a9\ufe0e<\/a><\/li>\n
  3. https:\/\/www.debian.org\/releases\/bookworm\/amd64\/release-notes\/ch-whats-new.de.html \u21a9\ufe0e<\/a><\/li>\n
  4. https:\/\/www.raspberrypi.com\/news\/introducing-pixel\/ \u21a9\ufe0e<\/a><\/li>\n
  5. https:\/\/www.raspberrypi.com\/news\/raspberry-pi-bullseye-update-april-2022\/ \u21a9\ufe0e<\/a><\/li>\n
  6. https:\/\/wiki.ubuntuusers.de\/ALSA\/ \u21a9\ufe0e<\/a><\/li>\n
  7. https:\/\/runmodule.com\/2021\/12\/11\/linux-sound-servers\/ \u21a9\ufe0e<\/a><\/li>\n
  8. https:\/\/wiki.ubuntuusers.de\/JACK\/ \u21a9\ufe0e<\/a><\/li>\n
  9. https:\/\/blogs.gnome.org\/uraeus\/2018\/01\/26\/an-update-on-pipewire-the-multimedia-revolution-an-update\/ \u21a9\ufe0e<\/a><\/li>\n
  10. https:\/\/pipewire.org\/ \u21a9\ufe0e<\/a><\/li>\n
  11. https:\/\/wiki.archlinux.org\/title\/Dhcpcd \u21a9\ufe0e<\/a><\/li>\n
  12. https:\/\/wiki.archlinux.org\/title\/Wpa_supplicant \u21a9\ufe0e<\/a><\/li>\n
  13. https:\/\/networkmanager.dev\/ \u21a9\ufe0e<\/a><\/li>\n
  14. https:\/\/gs.statcounter.com\/browser-market-share\/all\/ \u21a9\ufe0e<\/a><\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"

    Noch bevor der Raspberry Pi 5 in den Handel kam, wurde eine neue Version des offiziellen Betriebssystems Raspberry Pi OS ver\u00f6ffentlicht. Es hei\u00dft Bookworm und umfasst gleich mehrere gr\u00f6\u00dfere \u00c4nderungen. Aber auch kleinere Dinge wurden verbessert. Ich fasse die wichtigsten Neuerungen sowie \u00c4nderungen zusammen und ordne diese ein. Au\u00dferdem kl\u00e4rt dieser Beitrag ein paar Fragen, …<\/p>\n","protected":false},"author":5,"featured_media":11516,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"[{\"content\":\"https:\/\/www.raspberrypi.com\/news\/bookworm-the-new-version-of-raspberry-pi-os\/\",\"id\":\"e7612351-f00d-4c36-b30c-4b579dab35d9\"},{\"content\":\"https:\/\/www.raspberrypi.com\/documentation\/computers\/linux_kernel.html\",\"id\":\"03057c5d-212c-4f46-b064-ca293e0f59cd\"},{\"content\":\"https:\/\/www.debian.org\/releases\/bookworm\/amd64\/release-notes\/ch-whats-new.de.html\",\"id\":\"5c20feac-0c4c-48b5-b3a7-95fab0fdcf99\"},{\"content\":\"https:\/\/www.raspberrypi.com\/news\/introducing-pixel\/\",\"id\":\"6ea309fe-a958-4db1-b9f8-17f54f217b63\"},{\"content\":\"https:\/\/www.raspberrypi.com\/news\/raspberry-pi-bullseye-update-april-2022\/\",\"id\":\"8ce0b1c3-dd08-4cb8-81d7-9eab923cd880\"},{\"content\":\"https:\/\/wiki.ubuntuusers.de\/ALSA\/\",\"id\":\"ecf9e8f0-106e-4a88-a1cc-507b0b950215\"},{\"content\":\"https:\/\/runmodule.com\/2021\/12\/11\/linux-sound-servers\/\",\"id\":\"84858835-ba13-4317-9e7f-dacd99b08263\"},{\"content\":\"https:\/\/wiki.ubuntuusers.de\/JACK\/\",\"id\":\"52dddcef-a98b-44b7-924a-aa7a940e458b\"},{\"content\":\"https:\/\/blogs.gnome.org\/uraeus\/2018\/01\/26\/an-update-on-pipewire-the-multimedia-revolution-an-update\/\",\"id\":\"e0db4964-f213-4d38-99de-57aacb88780e\"},{\"content\":\"https:\/\/pipewire.org\/\",\"id\":\"a948b009-145e-43f0-a132-11d09b874e98\"},{\"content\":\"https:\/\/wiki.archlinux.org\/title\/Dhcpcd\",\"id\":\"2ae16e90-0b07-4ecf-ac66-ddc94cdfbfb7\"},{\"content\":\"https:\/\/wiki.archlinux.org\/title\/Wpa_supplicant\",\"id\":\"4d9c1b12-bb26-4d52-a65c-0c55f684e6c6\"},{\"content\":\"https:\/\/networkmanager.dev\/\",\"id\":\"d5e87732-eccb-4955-8c07-2a29f1e2dcc2\"},{\"content\":\"https:\/\/gs.statcounter.com\/browser-market-share\/all\/\",\"id\":\"ca1492cd-1fa2-4959-9f1c-fedfc2191014\"}]"},"categories":[1053],"tags":[962],"class_list":["post-11446","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-raspberry-pi-betriebssysteme","tag-raspberry-pi-2"],"_links":{"self":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/11446","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/comments?post=11446"}],"version-history":[{"count":23,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/11446\/revisions"}],"predecessor-version":[{"id":11540,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/posts\/11446\/revisions\/11540"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media\/11516"}],"wp:attachment":[{"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/media?parent=11446"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/categories?post=11446"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/u-labs.de\/portal\/wp-json\/wp\/v2\/tags?post=11446"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}