Linux Foundation zet browserengine Servo op platform voor Rust-bibliotheken

Linux Foundation heeft versie 0.1.0 van zijn browserengine Servo uitgebracht. Die is beschikbaar als long term support-versie en staat nu op Crates.io, een platform voor Rust-bibliotheken die integratie makkelijker maakt voor ontwikkelaars.

Het versienummer springt naar 0.1.0, in plaats van 0.0.5, omdat Linux Foundation meer vertrouwen heeft in het kunnen embedden van Servo en omdat het nu aan de behoeften kan voldoen van sommige klanten.

De lts-versie is er voor een half jaar en is nodig, omdat toekomstige maandelijkse versies mogelijk de werking van de browserengine hinderen. Klanten die overgaan op lts-versies krijgen wel patches en handleidingen voor migratie naar nieuwe versies.

Linux Foundation wil geen eigen browser gaan aanbieden. Die bestaat wel in de vorm van ServoShell, maar die zal niet uitkomen. De alternatieve browserengine, die is voortgekomen uit Firefox-maker Mozilla, is geschreven in de programmeertaal Rust die betere bescherming tegen geheugenbugs biedt dan talen als C en C++. Het moet bovendien modulair zijn, gemaakt zijn voor multicoreprocessors en is onafhankelijk van bigtechbedrijven als Google of Apple. Googles Chromium en Apples WebKit zijn momenteel de grootste browserengines. Mozilla heeft ook nog het eigen Gecko, maar Firefox heeft geen groot marktaandeel.

Servo van Linux Foundation

Reacties (31)

[Robbierut4]

Linux Foundation wil geen eigen browser gaan aanbieden.

Zonde! Met zo'n naam erachter heeft dat best kans van slagen.

[MehHuntah]

De shell is niet zo belangerijk, de engine des te meer, het bevat alle echte logica.. javascript parser/compiler html renderer etc...

Als de engine goed is, maken mensen er vanzelf een UI omheen.. (met favorites, application storage etc... ). Dat heet dan een browser.. Maar het is gewoon een UI shell om de browser engine heen.

Het is belangerijk dat Google niet de enige wordt met een engine, want dan kunnen ze doen wat ze willen, en standaarden naar hun hand zettten, door 'al vast' proposed changes te implementeren die nog niet goedgekeurd zijn.. Vooral als het in het voordeel is van hun add-spam.

[MueR]

Ik heb helemaal geen behoefte aan een UI e.d. er om heen. Ik zie vooral een mogelijkheid om snel features van onze applicaties te testen in een playwright of soortgelijke tools. Hopelijk volgen andere browser engines ook met een light-weight, CI optimized variant, want de bloat van een chrome of firefox is echt enorm.

[Pyronick]

Ik hoop vooral dat het Tauri Verso-project nu echt vaart gaat maken, zeker nu Servo als crate beschikbaar is.

Verso is een cross-platform alternatief voor Electron (maar dan op basis van Rust) dat Servo gebruikt in plaats van de standaard OS WebView uit vanilla Tauri. Het is in de basis de perfecte vervanger voor Electron: je bent af van de bloat en de sterke sturing van Google (Blink/Chromium). Omdat het vanaf de grond af aan in Rust is opgebouwd, is het bovendien veel veiliger qua geheugenbeheer (memory-safe). Dit zorgt direct voor veel kleinere binaries en een aanzienlijk lager geheugengebruik.

Een grote bonus is dat het onder de vlag van Linux Foundation Europe valt, waardoor het per definitie vendor-agnostisch is.

[Travelan]

ik zeker niet. Tauri Verso is niets beter dan de volgende web tech-stack voor desktop apps, net zoals Electron of WebView2 van Microsoft. Ze krijgen wat hype-wind-in-de-zeilen omdat mensen denken dat Rust ook maar iets verschil gaat maken, maar dat gaat een druppel op een hete plaat zijn. Het blijft een webview die niet gemaakt is om een native GUI te renderen.

[Pyronick]

Je hebt vanuit een idealistisch oogpunt natuurlijk helemaal gelijk dat een webview van origine niet is gemaakt (en ook niet geschikt) voor native GUI's, maar in de praktijk is krampachtig vasthouden aan puur native simpelweg niet realistisch.

Want hoezeer ik het zelf ook liever niet toegeef: zonder frameworks als Electron zouden platforms zoals Linux en macOS zwaar worden achtergesteld. Immers zouden essentiële apps zoals VS Code, Steam of Discord daar waarschijnlijk niet eens bestaan. Puur native cross-platform ontwikkelen is namelijk veel te duur en te complex (naar moderne norm; ook al is dat m.i. normvervaging, maar dat is een andere discussie), en druist bovendien in tegen de bias van enorme groepen ontwikkelaars. Zonder de beschikbaarheid van dit soort apps valt de aantrekkelijkheid van niet-Windows-platformen bijna geheel weg. Daarnaast voorkomt web-tech in de Linux-gemeenschap dat veelbelovende projecten voortijdig stranden in de eeuwige 'heilige oorlog' tussen UI-toolkits zoals Qt of GTK (met name rondom libadwaita).

Omdat web-stacks voor de desktop dus een onvermijdelijke economische en praktische noodzaak zijn gebleken, kunnen we die basis maar beter zo licht en onafhankelijk mogelijk maken. Precies daarom is Verso naar mijn mening juist géén druppel op een gloeiende plaat. Het stript immers de logge, door Google en Microsoft gedomineerde bloat (zoals Chromium/Blink en Edge/WebView2) uit een model dat realistisch gezien toch al here to stay is. Verso vervangt dit door een veel efficiëntere, vendor-agnostische basis, ondanks dat het een packaged webview is.

Met een beetje geluk effent dit het pad voor nieuwe, volwaardige alternatieven voor web-based apps zoals VS Code en Discord; alternatieven die wél kleiner, sneller en veiliger zijn, en minder opinionated (bij gebrek aan een beter woord) dan de huidige Big Tech-stacks.

Dus ja, je hebt helemaal gelijk, maar het (huidige) alternatief is wat mij betreft veel enger.

[DvanRaai89]

? Je wilt/moet toch JUIST een "echte" browser engine gebruiken (niet dat Servo niet 'echt' is, maar er zijn ongeveer nul gebruikers)
Je moet testen met een browser engine die representatief voor je gebruikers. Servo is dat allesbehalve...

[Reactie gewijzigd door DvanRaai89 op 14 april 2026 09:54]

[WernerL]

Firefox en Chrome zijn beide headless te draaien in CI-pipelines. Voor Chrome heb je zelfs een speciale versie genaamd 'chrome-headless-shell' die bedoeld is voor testen. https://googlechromelabs.github.io/chrome-for-testing/ Die versie is iets lichter dan de normale Chrome.

[sworpie]

Vanuit een technisch perspectief heb je natuurlijk gelijk, maar een eindgebruiker kijkt waarschijnlijk voornamelijk naar de shell bij keuze van een browser vermoedt ik. Ik denk ook dat binnen de shell van Chrome (en andere browsers die ooit de grootste waren) de meeste enshittification gebeurt.

Nu denk ik wel dat het goed is dat deze engine wat meer volwassen wordt voordat de gemiddelde eindgebruiker zoals ik er mee ga spelen.

[DeTeraarist]

Ze hebben Chromium volledig omarmt met sponsoring en support. Ze brengen zelf geen browser uit, omdat meerdere van hun leden dat al doen. Wat dat betreft heb je dus zelfs keuze: MS Edge, Google Chrome, Opera's Opera, volgens mij ook Samsung Browser tegenwoordig, allemaal leden van TLF.

[YGDRASSIL]

Edge, Chrome en Opera gebruiken alledrie dezelfde chromium engine van Google. Dus je hebt keus qua GUI/Shell maar feitelijk is er bijna een monopolie wat betreft de engine. Deze engine zit in ruwweg 75% van de gebruikte browsers met webkit rond de 15% als tweede....

[Pyronick]

Maar is het juist niet zo dat al die 'keuzes' onder de motorkap gewoon Google's Chromium(/Blink) draaien, en dat het onderbrengen van Servo bij Linux Foundation Europe (in plaats van het Amerikaanse TLF waar zo goed als alle Amerikaanse Big Tech bedrijven Platinum Member zijn) er exact voor is bedoeld om eindelijk een onafhankelijk Europees tegengewicht te bieden aan diezelfde Big Tech?

[keranoz]

Dat zou wel een heel grote stap naar de voorgrond zijn als ze dat doen, denk iets te.

[Mayonaise]

Uiteindelijk kan de engine wel gebruikt worden om er een volwaardige browser shell rond te ontwikkelen. Een kans voor Europa om dit op te nemen.

[Coolstart]

Dat is ook logisch. Ze brengen ook een kernel uit maar geen distro. Browserengines zijn net zoals kernels ook de core en dat legt een fudament voor bedrijven of organisaties om daar een browser op te bouwen. Browserengines onderhouden is al een extreem zware taak. laat staan dat ze die ook nog moeten gaan vermarketen. Het kan maar dan konden ze evengoed een Linux distro uitbrengen. Hun model werkt dus anders.

In feite is een browser engine ook soort van een kernel. Een webkernel die net zoals een OS kernel linken legt met de hardware zoals GPU acceleratie, CPU cores, NPU's, webcams etc. Wel op een ander niveau natuurlijk.

Het is al straf dat ze zich daarvoor inzetten. Dat is al een hele stap.

[jahruhn]

Stel dat Chromium ooit minder toegankelijk word vanwege geopolitieke restricties, is lastig met open source, maar Chromium word voor een groot deel gedragen door Google en MS, dan zie ik wellicht een toekomst voor Servo als China dit massaal gaat omarmen. Ik weet trouwens niet welke engines ze daar gebruiken.

[kuurtjes]

Wat heeft China er mee te maken? De hele wereld zit te wachten op nieuwe browser engines die meekunnen met de huidige top spelers.

[Myri]

Omdat China een machtsblok is met veel gekwalificeerde mensen. Net zoals vele andere landen. We bekijken het nu even Europees, maar de wereld is idd breder dan dat en bijdragen vanuit andere hoeken zouden zeker de boel positief kunnen versnellen.

[jahruhn]

China stort zich vaak op open source projecten zoals risc-v of Huawei Harmony is etc om geopolitieke restricties te mijden.

[Zjemm]

ben benieuwd hoe die engine zich verhoud tegenover bijvoorbeeld die van ladybird... daar word ook iets nieuws ontwikkeld

[novasurp]

Ladybird heeft hun hele broncode laten hergenereren door een LLM, dus dat is niet echt interessant meer.

[Zjemm]

Dat is wat kort door de bocht, ze hebben AI gebruik om stukken C++ te herschrijven naar RUST.
overigens lijkt het me logisch dat de meeste dev's AI gebruiken om valide redenen, dat is wat anders dan vibe-coding

maar goed, ik ben gewoon benieuwd hoe deze engine zich verhoud. hoe ver is het bruikbaar als in een volwaardige browser van te kunnen maken die zich kan meten met de rest

[Reactie gewijzigd door Zjemm op 13 april 2026 22:05]

[t link]

Mee eens. ik ben kunstenaar en ook veel kunstenaars gebruiken AI, ze presenteren alleen niet AI als eigen werk maar gebruiken het als gereedschap. het is vooral de giga hoeveelheid slop die kut is, ook met vibecoden. ik gebruik AI ook veel om gwn systemen te configureren, ik dubbelcheck wel de commando's enzo maar het gaat gewoon veel sneller dan fora's doorscrollen tot ik de juiste commando's heb gevonden voor wat ik wil doen. dan is t sneller om chatgpt wat te laten zeggen en te dubbelchecken of dat ook klopt door dat te googlen.

[jaenster]

Gebruik je photoshop? Zo ja, mag je dan ook niet meer spreken over eigen werk? Ik vind die hele discussie rondom ai beetje vermoeiend worden.

Als code klopper zeg ik ook graag dat code kunst is, maar dat neemt niet weg dat er tools zijn die je helpen. Je kan prima ai gebruiken voor dingen, zoals @Zjemm aan haalt.

[t link]

Ik denk niet dat je snapt wat ik zeg? Ik ben het eens met zjemm.

[jabwd]

Ladybird laat nou juist zien waar AI zo hard op z'n plaat gaat. Swift was niet meer haalbaar omdat de training data niet de juiste voorbeelden bevatte om dat soort code te genereren. Rust heeft dat wel, namelijk: servo. Dat liet het experiment van Anthropic ook zien, wat gewoon grote brokken code van Servo had gestolen.

Leuk en aardig als experiment, maar laat je legal department het zeker niet weten.

[Wolfos]

Ik heb behoorlijk wat code laten vertalen van GLSL naar Slang en ik kan me niet voorstellen dat AI van dat laatste wel veel voorbeelden heeft. De vertaling matcht ook gewoon het origineel, en niet één of ander gejat project.

[jabwd]

Ja een LLM kan idd goed gokken op iets waar de training loop redelijk dicht is, zoals slang.

[crashmatrix]

Voelt als een goed moment om iets als uzbl weer leven in te blazen, het was best een fijne browser constructie in dagelijks gebruik.

[rustycrab]

Ben benieuwd hoe lang het gaat duren totdat de eerste browsers, met dezelfde functionaliteiten als die moderne browser van vandaag de dag hebben, gaan uitkomen.

[thatonethat]

hoe verwijder ik een comment, heb de verkeerde post gebruikt