Nieuwe versie van Raspberry Pi OS op basis van Debian 12 verschijnt

De nieuwe versie van Raspberry Pi OS is officieel uitgekomen. De nieuwe versie van het besturingssysteem is gebaseerd op Debian 12 'Bookworm'. Het besturingssysteem werkt op alle bestaande Raspberry Pi-modellen.

De nieuwe Raspberry Pi OS is vanaf nu te downloaden als 32bit- en 64bit-versies. Het bedrijf deelt details over de nieuwe update in een blogpost. Gebruikers kunnen de nieuwe versie alleen installeren via een volledig nieuwe installatie, bijvoorbeeld door een SD-kaart met het OS te maken met de Raspberry Pi Imager.

De grootste wijziging is dat de Raspberry Pi 4 en 5 met de nieuwe versie standaard de modernere Wayland-displayengine gebruiken. De voorgaande versie, die was gebaseerd op Debian 11, gebruikte standaard nog X11, dat inmiddels decennia oud is en volgens de ontwikkelaars beperkingen heeft op moderne pc's. Oudere Raspberry Pi-modellen blijven nog wel X11 gebruiken; de ontwikkelaars werken nog aan het optimaliseren van Wayland voor die oudere singleboardcomputers. Op termijn stappen ook de voorgaande Raspberry Pi's over op Wayland, bevestigt de fabrikant.

Verder krijgt de nieuwe Raspberry Pi OS-release een vernieuwd audiosysteem. Het OS stapt over op PipeWire, waar het voorheen PulseAudio had. Eerstgenoemde heeft soortgelijke features, maar heeft 'betere ondersteuning voor audio bij video'. Er moet minder latency zijn en werkt beter via bluetooth, zo stelt het bedrijf. Ook krijgt Raspberry Pi OS een nieuwe netwerkmanager en wordt de Firefox-webbrowser voor het eerst officieel ondersteund.

Raspberry Pi OS op basis van Debian 12. Bron: Raspberry Pi

Reacties (64)

[justinkb]

wayland is geen "display engine", maar een protocol dat definieert hoe clients met een display server kunnen praten. specifiek gebruikt raspberry pi os vanaf nu de wayfire server implementatie voor wayland, volgens de blogpost

[jimshatt]

Ik geloof de default voor Debian met GNOME Mutter is, dus ik vraag me af waarom ze voor Wayfire gekozen hebben.

[Jerie]

Raspberry Pi OS draait standaard niet GNOME maar Xfce. Xfce wil geen Mutter gebruiken maar wlroots: https://wiki.xfce.org/releng/wayland_roadmap en Wayfire is wlroots plus extensies (ik heb niet gekeken welke extensies).

[Reactie gewijzigd door Jerie op 22 juli 2024 20:35]

[jimshatt]

Ah, bedankt. Ja Xfce zal een stuk beter presteren op die hardware.

[Hero of Time]

Bijzonder dat er wordt beweert dat je een nieuwe installatie moet uitvoeren als je naar Bookworm wilt. Ik heb bijna 3 weken geleden m'n Pi 2B waar ik Pi-Hole op draai al bijgewerkt van 11 naar 12 door simpelweg m'n sources.list te wijzigen en dan via apt de boel updaten. Debian zelf heeft deze methode op hun wiki staan als manier om van old-stable naar stable te upgraden. Toen Bullseye uit kwam heb ik m'n beide Pi's op dezelfde manier bijgewerkt van 10 naar 11.

Ben echt benieuwd naar de gedachte hierachter om een nieuwe installatie te 'eisen'. Debian had dit namelijk niet. Zal denk eerder te maken hebben met de keus om Wayland en Pipewire als default te gaan gebruiken. Maar dat is dus alleen zinvol als je een GUI gebruikt. Headless heb je geen grafische interface en geluid zal je er wellicht ook niet zo snel mee doen (hoewel dat natuurlijk altijd mogelijk is).

[Wildfire]

Ik draai headless dus ben benieuwd of het zo kan. Heb een paar custom dingetjes die ik wel opnieuw zou kunnen doen, maar zou wat gedoe schelen als dat niet nodig is.

[Hero of Time]

Ik heb het gedaan en werkt gewoon. Dus, maak een backup van je Pi en ga aan de slag. Je merkt het snel genoeg. Werkt het niet, dan heb je je backup. Werkt het wel, dan ben je bijgewerkt en blij.

[Aiii]

@Hero of Time heeft gelijk, simpelweg een update van je sources.list en raspi.list naar bookworm, een keer "sudo apt-get update" en vervolgens "sudo apt-get dist-upgrade" en je bent over met je headless OS, gister gedaan, volstrekt pijnloos.

[Power2All]

Doe ook een "apt autoremove --purge" en "apt autoclean" om je schijf op te ruimen.
Scheelt vaak behoorlijk wat ruimte, en verwijderd outdated en/of andere rotzooi als oude kernels en packages die niet meer van toepassing zijn.

[jpgview]

Linkje naar de debian wiki methode a.u.b.

[baszie]

Zo te lezen heeft hier iemand dit al beschteven hier: https://blog.fernvenue.co...pi-to-debian-12-bookworm/

Ik zal het morgen eens even proberen...

[Hero of Time]

Dit is Tweakers en een beetje zelf redzaamheid is toch wel fijn om te zien. Zeker wanneer het over Linux hebt, er is niet altijd iemand om constant over je schouder te kijken je het wel goed doet.

Maar hier, 2 seconden Google: https://wiki.debian.org/DebianUpgrade.

[Donstil]

Bijzonder dat er wordt beweert dat je een nieuwe installatie moet uitvoeren als je naar Bookworm wilt. Ik heb bijna 3 weken geleden m'n Pi 2B waar ik Pi-Hole op draai al bijgewerkt van 11 naar 12 door simpelweg m'n sources.list te wijzigen en dan via apt de boel updaten. Debian zelf heeft deze methode op hun wiki staan als manier om van old-stable naar stable te upgraden. Toen Bullseye uit kwam heb ik m'n beide Pi's op dezelfde manier bijgewerkt van 10 naar 11.

Ben echt benieuwd naar de gedachte hierachter om een nieuwe installatie te 'eisen'. Debian had dit namelijk niet. Zal denk eerder te maken hebben met de keus om Wayland en Pipewire als default te gaan gebruiken. Maar dat is dus alleen zinvol als je een GUI gebruikt. Headless heb je geen grafische interface en geluid zal je er wellicht ook niet zo snel mee doen (hoewel dat natuurlijk altijd mogelijk is).

Ja daar ben ik ook benieuwd naar. Heb ook wel eens pi’s geüpgraded met een methode die ik ergens op google gevonden had en nooit wat geks gemerkt.

[Sando]

Wat je vaak ziet is dat het wel werkt, maar een schone installatie bijvoorbeeld optimalere keuzes maakt tijdens de installatie die performancewinst kunnen opleveren. Bijvoorbeeld een ander bestandssysteem of een swapfile ipv een swappartitie. In dit specifieke geval ben ik ook benieuwd wat er anders is bij een schone installatie.

[w3news]

Verwacht dat ze het zo aangeven omdat de upgrade een risico heeft, omdat er te veel gewijzigd is.
Nieuwe installatie is veiliger, weet je dat alles geïnstalleerd is zoals bedacht.
Vooral minder ervaren gebruikers zou ik een nieuwe installatie ook aanraden.
Koop een nieuwe sd kaart waar je de nieuwe op installeert, en het risico is weg.
Hoeveel tijd kost het om alles weer te installeren eigenlijk, vaak valt dat erg mee, of kun je het makkelijk maken.
Zelf heb ik bash scripts geschreven om met 1 stap alles goed te zetten, waardoor een nieuwe schone installatie weinig moeite is.

[DikkieDick]

Draait hier al een paar maanden op bookworm, evenals mijn oude Pi2. Geen issues so far (knock knock).

[LocK_Out]

Hier op een model 3B hetzelfde gedaan en ook zonder issues.

[beerse]

Zelf heb ik deze update/upgrade nog niet uitgevoerd, waarschijnlijk ga ik voor een verse installatie.

Volgens mij is het advies om te her-installeren in plaats van te upgraden vooral zodat in de nieuwe situatie ook de nieuwe (standaard) instellingen gebruikt gaan worden. Voor de RPi 4 en 5 is dit bijvoorbeeld het overstappen van X11 naar Wayland: Als je upgrade kan het zomaar op X11 blijven en moet je dat zelf apart omzetten.

Voor de RPi4 weet ik ook dat toen die geïntroduceerd werd, dat daar standaard 32-bits werd geïnstalleerd. Dat wil je een keer over hebben naar 64 bits. Dat is voor mij ook een goede reden om een keer helemaal schoon opnieuw te beginnen.

Maar zoals aangegeven: Bij debian is een upgrade altijd al mogelijk geweest. Dus bij de RPi ook.

[Power2All]

Debian/Ubuntu was zo ver de enige die live kon upgraden van Major naar Major version, zonder een herinstallatie of een offline ISO te moeten downloaden en te patchen met een bootdisk.
Redhat kon dat voorheen nog niet, toen moest je eerst nog een ISO downloaden, branden op CD/DVD, om hem vervolgens te kunnen upgraden. XenServer moest dit destijds sowieso gedaan worden, maar dat is al weer sinds 2014 of zo, heel snel naar Proxmox over gestapt dat op Debian gebaseerd is.
Maar wel vreemd dat het zogenaamd alleen met een nieuwe installatie kan, sources aanpassen werkte gewoon op mijn Raspberry Pi 4, dus geen idee hoezo dit gezegd wordt, dat mag wel gewijzigd worden met een URL hoe je kan upgraden van 11 naar 12.

[Reactie gewijzigd door Power2All op 22 juli 2024 20:35]

[zenith]

Kun je van 32 naar 64bit upgraden?

[zeikstraal]

Ik doe het eigenlijk sinds het begin ook al zo. De raspian bullseye op m'n huidige pi 4 was oorspronkelijk een wheezy op een pi 1. De install heeft ook best wat sd kaartjes versleten voor hij op de huidige externe ssd kwam.

Voor m'n werk zou ik het overigens nooit zo doen

Ik denk dat de reden dat ze het officieel niet ondersteunen is dat er altijd wel een paar dingetjes zijn die je moet fiksen. Dan wil docker weer eens niet draaien, dan heet een device net weer anders, enz..
Maar eigenlijk altijd snel op te lossen door de error in de zoekmachine te gooien...

Het is trouwens ook aan te raden een andere mirror te nemen als je een upgrade doet. Het standaard raspian mirror wil nog wel eens traag zijn...

[Cageman1984]

Als ik een fresh install van bookworm draai, werkt pihole prima maar mijn domoticz niet. Dat lijkt te maken te hebben met OpenSSL. Bookworm heeft alleen 3 en niet 1.

Zou het aanpassen van sources.list naar bookworm OpenSSL1 teniet doen?

[Hero of Time]

Wanneer je een upgrade uitvoert, worden packages die een update hebben bijgewerkt. In het geval van OpenSSL wordt 1.1.1 dus vervangen voor 3.0. Alleen packages die niet meer in de repo zitten van de nieuwe release blijven achter, die kan je zelf verwijderen als er niks meer van afhankelijk is.

Voor je Domoticz is het relatief simpel: wachten op een update of je bouwt het zelf van source. Het linkt dan aan OpenSSL 3 omdat je daar de build headers voor hebt, ipv die van 1.1.1.

Bij de upgrade van Raspbian 10 naar 11 ging bij mij ook Domoticz stuk omdat ik een paar Python plugins gebruik en de nieuwe Python versie had genoeg wijzigingen en deprecations dat de plugins crashte, met Domoticz er bij. Nu wacht ik zelf tot ik wat lees over Domoticz die Bookworm ondersteund.

[Cageman1984]

Nu wacht ik zelf tot ik wat lees over Domoticz die Bookworm ondersteund.

Bedankt. Ga hetzelfde doen denk ik. Bullseye blijft als legacy OS nog wel even draaien.

[Milmoor]

Mijn oude Raspberry wil spontaan niet meer updaten. Blijkbaar is de repository niet meer beschikbaar. Dat had ik vast kunnen weten als ik meer had gedaan dan af en toe via ‘sudo apt update’ te updaten. Je weet niet wat je niet weet. Tijd voor een herinstallatie en daarmee naar een nieuwer versie, maar niet nu nu nu. Ik wil hem daarom graag naar een andere repository laten kijken. Wat gezoek op internet heeft mij op gang geholpen, maar ik loop toch vast. Onderstaande werkt niet, blijkbaar toch inmiddels een andere locatie, maar daarna is mijn kennis op.

deb http://legacy.raspbian.org/raspbian/ stretch main ui
# deb http://archive.raspberrypi.org/raspbian/ stretch main ui

[pennywiser]

Stretch is wel hee loud inmiddels, die repos zijn opgeruimd. Je kunt dan nog wel via de archive repos verder https://www.debian.org/distrib/archive

[Milmoor]

Bedankt. Blijkbaar moet ik meer aanpassen dan alleen /etc/apt/sources.list.d/raspi.list, of klopt onderstaande regel niet. Dat krijg je als je maar net overziet wat je doet zoals ik nu.

deb https://archive.debian.org/debian/dists/stretch/ stretch main ui

Edit: meer uitleg hier: https://wiki.debian.org/SourcesList
Ik moet in ieder geval ook /etc/apt/sources.list aanpassen. Werk in uitvoering .

[Reactie gewijzigd door Milmoor op 22 juli 2024 20:35]

[The Third Man]

As always, zie de readme https://archive.debian.org/debian/README

If you are using APT the relevent sources.list entries are like:
deb http://archive.debian.org/debian/ $RELEASE main contrib
for example:
deb http://archive.debian.org/debian/ sarge main contrib

[Reactie gewijzigd door The Third Man op 22 juli 2024 20:35]

[Milmoor]

Hij kan de repository nu vinden, en gaat netjes aan de slag. Daarna krijg ik een foutmelding omdat hij diverse public keys niet vinden kan. Wat zoekwerk later blijkt dat ik deze kan importeren. Helaas geeft GPG daarbij een error dat hij dirmngr niet vinden kan. Als ik die probeer te installeren is deze package niet beschikbaar. Waarschijnlijk loopt mijn apt-get database te ver achter om dit onderdeel te vinden? Ik zit nu in een kip-ei loop, want ik kan apt update niet draaien vanwege ontbreken van de sleutel, en ik kan de sleutel niet importeren omdat hij achter loopt. Grrr...

[The Third Man]

Mijn eerste ingeving zou zijn om tijdelijk de GPG check te omzeilen, zie bijv https://askubuntu.com/que...g-signature-checks-of-apt en dan de vereiste packages te installeren om GPG werkend te krijgen.

Een ander idee is de iso van stretch te downloaden, te mounten, toe te voegen als apt source zodat je een 'offline' bron voor je paketten hebt.

[Milmoor]

Met gedoe voor specifiek mijn situatie (sd-kaart liep vol, etc.) gelukt: sudo apt-get --allow-unauthenticated

Hij update weer en ik ga een migratie inplannen. Iedereen bedankt.

[Roel1966]

Zo op het 1ste blik, als de taakbalk beneden zou staan zou je zeggen van het is een iets oudere Windows versie. Nadeel vind ik persoonlijk wel dat die taakbalk bovenaan staat maar ik ga er wel vanuit binnen een Linux Distro dat dit aan te passen valt.

Vraag mij verder wel even af of nu zo'n Raspberry Pi ook echt te gebruiken valt als mini-pc'tje voor dan simpele office taken en b.v. browsen. Lijkt mij op zich handig als nood systeempje of misschien zelfs als simpel media pc'tje. Maar eerlijk gezegd geen idee hoe krachtig die Raspberry's zijn.

[zenlord]

Op die vraag kan Google en YouTube je wel een antwoord geven. Ik heb het zelf al eens heel even gebruikt vooraleer ik mijn rPi4b8GB als headless server heb geinstalleerd, en zowel Firefox als Libreoffice werkten behoorlijk. De nieuwe rPi5 zou opnieuw wat sneller moeten zijn, dus dagdagelijkse kantoor-taken lijken mij nu zeker wel vlot te moeten gaan.

[Roel1966]

Ik heb het zelf al eens heel even gebruikt vooraleer ik mijn rPi4b8GB als headless server heb geinstalleerd, en zowel Firefox als Libreoffice werkten behoorlijk.

Goed om te lezen en misschien dan toch binnenkort eens gaan experimenteren met een Rasberry.

[Joao]

Jammer dat een herinstallatie nodig is.
Gelukkig heb ik alles in Docker containers draaien en ansible playbooks om mijn configuratie snel te laten verlopen. Echter voor iemand die alles in apt of handmatig build doet zal dit hoofdpijn en een weekend werk bezorgen.

[Mellow Jack]

Waarom? Apt plus een installatie scriptje werkt exact hetzelfde als je fancy dockers met Ansible

[Barsonax]

Docker gaat echt wel wat verder dan een installatie scriptje hoor. Ansible is wel weer nice om configuratie van de host zelf te onderhouden.

Ik draai bijv ook custom containers en soms gaat er ook weer een container weg. Is peanuts met docker en hoef de host niet handmatig op te ruimen want die is altijd schoon. Op data in databases na zit alle config in code, dat scheelt ook weer in de hoeveelheid backups.

[Mellow Jack]

Op mijn werk beheren we 1000+ servers met Ansible. Heb liever een goed geschreven bash script t.o.v. een slecht geschreven Ansible script.

Eens dat Ansible super handig is. Het dwingt je op een bepaalde manier te scripten en neemt je wat uithanden zoals desired state. Maar heb al teveel playbookies gezien....

[Barsonax]

Tja elke tool kan je misbruiken.

Een hammer is super handig maar kan ook een moordwapen zijn.

Wat je ook gebruikt je moet de waarom achter iets wat je doet snappen. Niet zomaar wat in Ansible knallen omdat internet famous person X heeft geroepen dat het goed is.

Ik doe ook nog wel wat met losse scripts. Als ik een VM image bak ga ik echt niet packages installeren via ansible, gewoon simpel apt in een scriptje. Werkt gewoon makkelijker.

[rbr320]

Zelfs een onhandig geschreven Ansible playbook doet nog aan foutcontrole als je gebruik maakt van modules als "file" en "apt". Het zal dus niet snel ongewenste en vooral onverwachte wijzigingen doen aan het systeem. Wat mij betreft is dat dus nog steeds beter dan een bash script dat rare dingen gaat doen omdat dingen toch net iets anders zitten dan de maker dacht, zeker als dit script als root wordt uitgevoerd.

Als je Ansible gebruikt en vervolgens alles uitvoert door middel van de "command" en "shell" modules, dan wat @Barsonax zegt

[Reactie gewijzigd door rbr320 op 22 juli 2024 20:35]

[mjz2cool]

Met apt en een installatiescriptje blijf je wel met dependencies zitten in bepaalde gevallen. En als je iets om zeep helpt kun je de installatie soms opnieuw doen. Met Docker gooi je de container weg en maak je die opnieuw op basis van een image en je bent weer up and running zonder verlies van data. Bij een herinstallatie kun je dan inderdaad een installatiescriptje gebruiken (Ansible).

[Reactie gewijzigd door mjz2cool op 22 juli 2024 20:35]

[Mellow Jack]

Ik wilde geen hele discussie starten. Ging mij puur om de opmerking dat dit voor apt mensen een weekend gaat kosten. Een verse, in mijn geval Ubuntu, met al mijn applicaties etc kost mij hooguit een paar uurtjes.

[rob12424]

Ik heb juist met Ubuntu soms meer problemen gehad. Ik installeer ook altijd synaptic. Is toch lekker overzichtelijk ook als het fout gaat.

En voor depency hell' s tuurlijk komt het voor. Maar vaak zijn het de afhankelijkheden die dubbel zijn. Er zijn zat oplossingen voor als je goed leest wat er aan de hand is.

[arjan1995]

Als je alles nog precies weet wel, ja.

Als je telkens eens wat hebt geinstalleerd, zeg eerst een fileshare, een maand later een mediacenter en weer twee maanden later een webserver, enzovoorts, dan weet je op een gegeven moment echt niet meer precies wat je allemaal hebt uitgevoerd om het te installeren en te configureren.

Ik ben bang dat dit voor best een hoop mensen geldt, en dan is een herinstallatie niet eenvoudig meer te doen.

[Yzord]

Daar heb je dan weer de ‘history’ command voor

[Bor]

Jammer dat een herinstallatie nodig is.

Dat is inderdaad een gemiste kans. Een officiele goede upgrade procedure hebben ze nooit ondersteund. Lastig gezien dit soort devices voor o.a. home automation etc worden gebruikt. Eerdere pogingen braken val alles tot een nieuw meer juist bootend systeem aan toe.

[Reactie gewijzigd door Bor op 22 juli 2024 20:35]

[zenlord]

Er valt wel iets voor te zeggen dat een upgrade-path niet ondersteund wordt - inderdaad: vaak worden deze apparaten ingesteld om continu te draaien en dus is stabiliteit wel een heel belangrijke overweging. Neem daarbij dat de rPi's niet alleen voorbehouden zijn voor doorwinterde sysadmins, en dan kom je al gauw uit bij het advies om een nieuwe SD-kaart te gebruiken en de configuratie over te zetten. Als er alsdan nog iets niet goed gaat, kan je gewoon de oude SD-kaart terugplaatsen.
Ik heb mijn servers allemaal probleemloos kunnen omzetten van Bullseye naar Bookworm (met als enige manuele actie de upgrade van mijn Postgres databases) - maar mijn eerste rPi4 draait nog steeds (als een zonnetje) op Buster (OldOldStable intussen). Misschien zet ik er mij nu eens aan om die een nieuwe SD-kaart te geven...

[Jerie]

Bij Dietpi (gebaseerd op Raspberry Pi OS) werkte een remote update prima en ik heb al eerder een machine met Raspberry Pi OS geupdate (vrij eenvoudig met sed in /etc/apt/sources.list* aan de gang). Een andere machine ligt nu wel plat, of dat gerelateerd is aan upgrade weet ik niet. Want na reboot werkte het. Moet er nog naar kijken is een low prio.

[divvid]

Geen update mogelijkheid is echt een gemiste kans. Ga ik voorlopig dan ook nog even niet doen, ook al draait het meeste in docker

[Reactie gewijzigd door divvid op 22 juli 2024 20:35]

[Fallout]

Zojuist succesvol geüpgraded middels deze tutorial: https://raspberrytips.com...pberry-pi-latest-version/

[Joao]

Same. Ook goed gegaan hier. Moest ook andere lists aanpassen in /etc/apt/sources.list.d/ zoals docker.list. Deze stond nog als Bullseye.

[The Zep Man]

erder krijgt de nieuwe Raspberry Pi OS-release een vernieuwd audiosysteem. Het OS stapt over op PipeWire, waar het voorheen PulseAudio.

What year is it?!

Als iemand die enkel met rolling releases werkt vergeet ik soms wel eens dat 'stabiele' besturingssystemen soms een paar jaar achterlopen. Niets mis mee. Daarom zijn ze stabiel. En nu kunnen veel meer mensen 'stable' van Pipewire genieten.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 20:35]

[RoestVrijStaal]

[...]


What year is it?!

Als iemand die enkel met rolling releases werkt vergeet ik soms wel eens dat 'stabiele' besturingssystemen soms een paar jaar achterlopen. Niets mis mee. Daarom zijn ze stabiel. En nu kunnen veel meer mensen 'stable' van Pipewire genieten.

Omgekeerd ben je als rolling release gebruikt gewoon een proefkonijn. Mijn ervaring is dat upstream erg, maar ook erg slecht test.
Oja, en je mag (net als duizenden anderen gelijktijdig) een workaround vinden om het euvel tijdelijk te verhelpen.
Hierdoor ben je eigenlijk niet bezig met hetgene wat je daadwerkelijk wou doen toen je jouw machine opstartte

Geef mij dan maar "stabiele" distro's (en daar gaat ook zat genoeg in mis). Dan doe ik tenminste de taken die ik op mijn machine wou doen.

[Reactie gewijzigd door RoestVrijStaal op 22 juli 2024 20:35]

[The Zep Man]

Omgekeerd ben je als rolling release gebruikt gewoon een proefkonijn.

Wellicht, maar nog nooit last mee gehad met een distributie die enkel rolling release doet.

[Jerie]

Dat lees ik steeds. En ik heb een jaar Arch gedraaid op m'n werklaptop en ik had wel last van dit probleem.

[juke1349]

Leuk dat je er geen moeite mee hebt.
Als tegenvoorbeeld: ik baal momenteel dat mijn Opensuse Tumbleweed geen geluid meer heeft in een specifieke game.

De game heeft z'n sound bibliotheek geüpdatet, wat de default output van pulse naar Jack veranderd, als je ze beide hebt (wat in pipewire het geval is).
Maar de jack-output is om een of andere reden niet verbonden, dus moet ik iedere keer per hand in qjackctl twee draadjes trekken..
Ik doe het graag, want ik vindt pipewire een prachtig stukje techniek, maar als voorrijden heb je er wel vaker last van dat de rest van de wereld (in dit geval die ene game en steam), (Nog) niet meekomen.

[Jerie]

PipeWire zit ook gewoon in oldstable (Bullseye): https://packages.debian.org/bullseye/pipewire

Je kon dat gewoon al handmatig installeren (ik gebruikte het al tijden op o.a. Ubuntu), en als je een equivalent van rolling wilt op Debian dan switch je naar testing of unstable. Wat mij overigens afschuwelijk lijkt om iedere dag met die trage I/O van Raspberry Pi <= 4 eerst je OS te moeten updaten voordat je het kunt gebruiken. Dan is stable met security en reliability fixes veel prettiger.

[N8w8]

Pipewire zit zelfs al in oldoldstable (Buster), en dat kon je dan voor _sommige_ dingen gebruiken.
Maar voor de (voor mij iig) mooiste toepassing, namelijk het vervangen van Pulseaudio, was ie nog niet zo geschikt.
Sinds Bookworm is ie daar wel goed genoeg voor.

[MrMonkE]

Ooof.. ik heb scripjes voor audio outputs te doorlopen. Met hotkeys. En alt keypad+ is volume up etc.
ik gebruik daarvoor pacctl. Werkt dat nog met pipe of moet ik dan andere scripts maken?

[N8w8]

PW is iig grotendeels compatible met PA.
Bijv ik heb PA vervangen door PW, maar gebruik nog steeds het voor PA gemaakte pavucontrol.
Lijkt mij dat die grofweg dezelfde APIs gebruikt als pactl?
Mij leek PW in Bullseye nog niet geschikt als vervanging (teveel bugs), maar in Bookworm wel.
Dat was mijn eigen inschatting, maar ook die van Debian zelf blijkbaar, die PW nu als default heeft.
En voor mij blijkt dat ook prima te werken.

Dus ja je kan het proberen, kans dat het prima werkt. Of als je helemaal geen PW hoeft en PA prima vindt, blijf je nog even dat gebruiken, dan hebben ze ook meer tijd om eventuele PA compatibiliteit bugs in PW op te lossen.

[MrMonkE]

Dat is goed om te horen.
Ja, ik blijf nog wel hangen op de oude.
Als er maar geluid uit mijn speaker komt vindt ik het prima.

[wimdebok]

Waar ik op aansla is Wayland. Ik heb eigenlijk altijd problemen met Wayland en overschakelen op Xorg is een verbetering. Merk op mijn lenovo laptop dat na een sleep toetsenbord en muis niet meer functioneren. Heb dat al op twee linuxxen (eerst met Rocky, nu met Debian) ervaren. Na het overschakelen op Xorg had ik daar geen last meer van.

Word wel eens tijd om de PI te updaten, lees ik.