Ladybird: Eine unabhängige Browser-Engine von Grund auf

 (ladybird.dev)
2 Punkte von GN⁺ 2024-02-07 | 1 Kommentare | Auf WhatsApp teilen
  • In einer Situation, in der sich Web-Browser-Engines auf wenige Unternehmen konzentrieren, ist Ladybird ein unabhängiges Projekt, das eine neue Engine von Grund auf entwickelt, ohne eine bestehende Engine zu forken
  • Die erste Alpha ist für 2026 auf Linux und macOS vorgesehen; derzeit befindet sich das Projekt in einer aktiven Entwicklungsphase mit Blick auf Entwickler und Early Adopter
  • Das Projekt konzentriert sich auf das Ziel einer auf Webstandards basierenden Engine und hebt als Unterscheidungsmerkmale hervor, dass es ohne Standard-Suchverträge, Krypto-Token oder sonstige Monetarisierung der Nutzer betrieben wird
  • Die Entwicklung erfolgt als offenes Open-Source-Projekt; mitwirken kann man durch Bug-Reports, minimierte Reproduktionsfälle, Website-Tests, Meldungen zu Sicherheitsproblemen und technisches Feedback
  • Spenden und Sponsoring sind die einzige Finanzierungsquelle, und Sponsoren haben keinen Einfluss auf die technische Roadmap oder die Produktausrichtung

Ziele und aktueller Status von Ladybird

  • Ladybird ist ein Projekt, das eine Web-Browser-Engine komplett von Grund auf neu entwickelt
  • Derzeit befindet sich das Projekt in aktiver Entwicklung; Ziel ist es, 2026 die erste Alpha für Linux und macOS zu veröffentlichen
  • Das Web ist eine wichtige Plattform für das Computing, aber es gibt nur wenige Browser-Engines, die das gesamte Web antreiben, und jede wird von einem bestimmten Unternehmen kontrolliert
  • Ladybird ist ein Projekt, das eine unabhängige Engine schaffen will, bei der Webstandards im Mittelpunkt stehen

Wodurch sich das Projekt unterscheiden will

  • Vollständige Unabhängigkeit

    • Aufbau einer neuen Engine ohne Verwendung von Code aus bestehenden Browser-Engines wie Blink, WebKit oder Gecko

  • Ein einziger Fokus

    • Der Fokus des Projekts liegt ausschließlich darauf, einen Webbrowser zu bauen

  • Keine Monetarisierung der Nutzer

    • Es werden keine Standard-Suchverträge, Krypto-Token oder andere Formen der Nutzermonetarisierung verwendet

Jüngste Entwicklungstrends

  • Changing How We Develop Ladybird
    • Im Zuge der Vorbereitung, den Browser realen Nutzern bereitzustellen, wird geändert, wie Code ins Projekt aufgenommen wird
  • This Month in Ladybird - May 2026
    • Enthält unter anderem das Bestehen von Cloudflare Turnstile, asynchrones Scrolling im out-of-process compositor, standardmäßig aktivierte Media Source Extensions, WebAssembly JIT, nativen Content-Blocking, einen Rust-basierten HTML-Parser, einen festplattenbasierten JS-Bytecode-Cache sowie CSS @container, @scope und subgrid
  • This Month in Ladybird - April 2026
    • Enthält unter anderem einen Inline-PDF-Viewer auf Basis von pdf.js, ein GTK4-Frontend, Verlauf, spekulatives HTML-Parsing, Off-Thread-JS-Kompilierung, asynchrones DNS und CSS anchor positioning
  • This Month in Ladybird - March 2026
    • Enthält unter anderem einen handgeschriebenen Assembler-Interpreter, Off-Thread-Parsing, eine neue Regular-Expression-Engine, Mach-port-IPC, Lesezeichen, CSS if(), inherit(), @container, @function sowie Style-Invalidation
  • This Month in Ladybird - February 2026
    • Enthält unter anderem die Einführung von Rust, eine Überarbeitung der Textbearbeitung, Performance-Arbeiten für YouTube und Reddit, ScrollTimeline, CSS @counter-style und partielles SVG-Relayout
  • Ladybird adopts Rust, with help from AI
    • Rust wird als Nachfolgesprache von C++ übernommen, und zur Beschleunigung der Umstellung werden AI-Agenten eingesetzt

Mitmachen und Build

  • Ladybird ist ein Open-Source-Projekt, das öffentlich entwickelt wird, und wird von einem kleinen Team entwickelt
  • Mitwirkende können sich durch Bug-Reports, das Erstellen minimierter Reproduktionsfälle, Website-Tests, Meldungen zu Sicherheitsproblemen und das Teilen technischen Feedbacks beteiligen
  • Der Code kann lokal geklont und ausgeführt werden
$ git clone https://github.com/LadybirdBrowser/ladybird.git
$ cd ladybird
$ ./Meta/ladybird.py run

Finanzierung und Sponsoring-Grundsätze

  • Ladybird wird vollständig durch Spenden und Sponsoring finanziert
    • Keine Suchverträge
    • Keine Datenerfassung
    • Keine Werbung
  • Sponsoren werden auf der Website und in Projekt-Updates angezeigt, die Sponsoring-Laufzeit beträgt 1 Jahr
  • Die Sponsoring-Beträge sind wie folgt
    • Platinum: $100,000
    • Gold: $50,000
    • Silver: $10,000
    • Bronze: $5,000
    • Copper: $1,000
  • Sponsoring-Anfragen werden unter contact@ladybird.org entgegengenommen
  • Private Spenden sind über Donorbox als einmalige oder monatlich wiederkehrende Spende möglich
  • Bei größeren Spenden wird empfohlen, direkt Kontakt aufzunehmen, um Bearbeitungsgebühren zu vermeiden

Einschränkungen im FAQ und künftige Pläne

  • Die erste Alpha ist für 2026 auf Linux und macOS geplant und richtet sich an Entwickler und Early Adopter
  • Derzeit verfügt Ladybird über ein kleines fest angestelltes Engineering-Team und nimmt Tests, Bug-Reports, Sicherheitsmeldungen und technisches Feedback aus der Community entgegen
  • Die Teamgröße ist derzeit stabil; wenn sich die Anforderungen des Projekts ändern, werden Einstellungspläne erneut geprüft
  • Das Projekt versucht stets, eine Runway von 18 Monaten zu halten
  • Dass es kein Fork einer bestehenden Engine ist, bedeutet, dass kein Code aus Blink, WebKit, Gecko oder anderen Browser-Engines verwendet wird
    • Aus historischen Gründen werden mehrere Bibliotheken aus dem SerenityOS-Projekt verwendet
    • Seit der Abspaltung von SerenityOS ist Ladybird jedoch nicht mehr an eine Kultur gebunden, alles von Grund auf selbst zu schreiben
    • Für allgemeine Funktionen wie Bild-, Audio- und Videoformate, Kryptografie und Grafik werden Third-Party-Bibliotheken verwendet, darunter auch einige Bibliotheken, die andere Browser einsetzen
  • Die Unterstützung für Windows erfolgt schrittweise
    • In der CI wird die JavaScript-Engine bereits unter Windows gebaut und getestet
    • Die Windows-Unterstützung für die vollständige Browser-Engine folgt in einer späteren Phase
    • Die fest angestellten Engineers konzentrieren sich derzeit auf macOS und Linux
  • Mobile Plattformen stehen derzeit nicht im Fokus
    • Sobald der Zustand der Desktop-Version besser ist, sollen mehr Anstrengungen in Android und iOS fließen
  • Sponsoring ist eine Form ungebundener Spende
    • Vorstandssitze oder andere Formen von Einfluss stehen nicht zum Verkauf
    • Sponsoren haben kein Mitspracherecht bei der technischen Roadmap oder der Produktausrichtung
  • Ladybird begann als C++-Projekt, das Teil von SerenityOS war; deshalb startete die Codebasis in C++ und ist größtenteils weiterhin in C++

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-02-07
Hacker-News-Kommentare

  • Es ist wirklich ermutigend zu sehen, wie er und seine Hacker-Kollegen einen neuen unabhängigen Browser von Grund auf bauen.
    Angesichts der Größenordnung bei Personal und Finanzierung hätte ich nicht gedacht, dass das möglich wäre.
    Andererseits frage ich mich, ob sich inzwischen zeigt, dass Browser bei ungefähr „95 %+“ der beliebten Features besser standardisiert sind, und ob es deshalb heute einfacher ist, einen Browser zu schreiben, als vor 10 Jahren einen Browser zu bauen und zu warten.
    Das Web entwickelt sich zwar immer noch weiter, wirkt aber stabiler als vor 10 bis 15 Jahren; die früheren Entwickler hatten beim ersten Entwurf ihrer Browserarchitektur nicht so eine ausgereifte Roadmap wie heute.
    Heute gibt es bereits umfangreiche Webstandards, und man weiß im Lauf der Zeit auch, was populär war, sodass es leichter ist, die Prioritäten für die Unterstützung des modernen Webs zu setzen.
    Oberflächlich betrachtet scheint es von allem mehr zu geben, aber ich denke, es gibt auch viele Ideen, die man verwerfen kann. Es gab eine Zeit, in der Internet Explorer XSLT unterstützte und FTP üblich war.
    Edit: XSLT wird zwar weiterhin von allen großen Browsern unterstützt, wird aber kaum genutzt und steckt bei XSLT 1.0 fest; es dürfte also zu den Dingen gehören, die man ziemlich lange gefahrlos weglassen kann.

    • Danke, und ich bin wirklich stolz auf all die Leute, die daran mitgearbeitet haben.
      Ich arbeite seit 2006 immer wieder an Browsern, und die heutige Umgebung ist völlig anders.
      Die Spezifikationen sind besser denn je, und es gibt eine wahre Schatzkammer an nutzbaren Tests.
    • Es ist heute nicht einfacher. Es gibt immer noch einen Monopolisten, der das Feld dominiert; er heißt nur nicht Microsoft.
      Wenn jemand Googles Position bedroht, kann Google Geld hineinwerfen, übermäßig komplexe Standards schaffen und sie in Blink implementieren, sodass Wettbewerber hinterherziehen müssen.
      Es muss nicht einmal den Weg über das W3C gehen. Wenn es in Chrome funktioniert, übernehmen Webentwickler es, und kleinere Engines müssen es am Ende unterstützen, wenn sie nicht den verbleibenden Marktanteil verlieren wollen.
      Die strategische Bedeutung, das Internet zu kontrollieren, ist heute größer als vor 20 bis 30 Jahren, als Microsoft auf dem Höhepunkt war.
    • Im Vergleich zu vor 10 Jahren mag das sein, aber vor Jahrzehnten gab es schon allein bei HTML viel weniger, was unterstützt werden musste.
      Man muss nur https://www.ietf.org/rfc/rfc1866.txt mit https://html.spec.whatwg.org/multipage/ vergleichen.
      Auch früher war es aus vielen Gründen schwierig, einen Webbrowser zu schreiben, aber heute einen voll ausgestatteten Browser zu bauen, ist eine gewaltige Aufgabe, und es kommen weiterhin neue Features hinzu, deren Browserunterstützung erwartet wird.
    • Wahrscheinlich eher nicht. Es gibt zwar Webstandards und ein Gefühl für gutes Design, aber die Gesamtmenge an APIs und HTML/CSS-Features, die ein Browser unterstützen muss, verändert sich sehr wahrscheinlich schneller, als das Ladybird-Team sie aktiv implementieren kann.
      Die API-Oberfläche ist im Vergleich zu vor 10 bis 15 Jahren unvergleichlich größer geworden: https://developer.mozilla.org/en-US/docs/Web/API
      JavaScript, MathML, SVG, HTTP-basierte Sicherheitsfeatures, Kryptografie und Updates bei der Medienunterstützung sind dabei noch nicht einmal enthalten.
    • Die Webplattform wird immer besser. Als jemand, der seit 1998 von Webentwicklung lebt, freue ich mich, Dinge wie Interop 2024 und Web Platform Tests zu sehen, die die Übernahmegeschwindigkeit und Zuverlässigkeit zentraler Plattformfunktionen erhöhen.
      1. https://www.webkit.org/blog/14633/get-ready-for-interop-2024...
      2. https://wpt.fyi

  • Es ist wirklich erstaunlich, dass eine Person zum Spaß und um etwas Interessantes zu machen angefangen hat, ein komplettes Betriebssystem von Grund auf zu bauen, und dabei zufällig eine der vielversprechendsten neuen Browser-Engines der letzten 10 bis 20 Jahre geschaffen hat.
    Ich habe die Entwicklungsvideos ein bis zwei Jahre lang verfolgt, und es ist kaum zu glauben, wie schnell es in so kurzer Zeit vorangegangen ist.
    Jetzt gibt es mehrere Freiwillige und genug Sponsoring, um mehr als einen Entwickler zu bezahlen; daher bin ich ziemlich gespannt auf das, was kommt.

    • Er ist ein weltweit führender Experte im Bereich Web-Rendering und ein äußerst fähiger C++-Entwickler.
      Einer der Erfolgsfaktoren ist, dass er mehrere Spezifikationen direkt in Code überträgt; heutzutage ist das nahezu der beste Ansatz. Er arbeitet auch stark testgetrieben.
      „Von Grund auf“ bedeutet hier, dass nicht einmal die C++-Standardbibliothek verwendet wird, bis hin zu einer eigenen String-Klasse; ob gut oder schlecht, für ein Projekt, das „einfach zum Spaß“ und „zum Lernen“ gemacht wird, ist das in Ordnung.
      Gerade als man schon dachte, allein die Libraries und das OS seien verrückt genug, kündigte er an, noch einen Browser und eine JavaScript-Engine daraufzusetzen, danach einen JIT-Compiler, und weil ihm weder C++ noch Rust völlig gefielen, baute er sogar eine eigene neue Sprache namens Jakt.
      Noch bewundernswerter als seine Expertise sind seine Bescheidenheit und Freundlichkeit. Anders als Linus und andere ist er nicht stark auf Selbstdarstellung aus; in jedem Video nennt er einzeln, wer was getan hat, und gibt die Anerkennung weiter. Ein großartiges Open-Source-Rollenmodell.
    • Hat er nicht früher ein paar Jahre im WebKit-Team von Apple gearbeitet?
      Immer noch beeindruckend, aber bei der Browserentwicklung ist er kein völliger Neuling.
    • Nur anhand des Links ist es schwer zu erkennen: Was genau macht sie zu einer so vielversprechenden Engine?
    • Ich bin über eine Folge des co-recursive-Podcasts auf dieses Projekt aufmerksam geworden, und die Geschichte war interessant: https://corecursive.com/serenity-os-with-andreas-kling/
    • Was kann denn passieren? Warum braucht es eine neue Browser-Engine?

  • Ich hoffe, dass daraus ein Browser wird, den man im Alltag nutzen kann. Eine neue Web-Engine ist großartig, und ich hoffe auch, dass Servo Erfolg hat.
    Ich könnte mir vorstellen, etwas beizutragen, aber die Entwicklungskoordination läuft über Discord, und ich meide proprietäre Software … [1]
    Schade, aber es ist ein Spaßprojekt, also kann man es ihnen nicht vorwerfen.
    [1] https://drewdevault.com/2022/03/29/free-software-free-infras...

    • Dieser Artikel war ziemlich schwer zu lesen. Ich mag vieles von dem, was Drew sagt, aber das wirkt überzogen.
      Er bezeichnet Autoren, die Open-Source-Software über Kanäle wie Twitter, Hacker News, LinkedIn und GitHub bewerben, als „offenkundig egoistisch und unethisch“.
      Diese Dogmatik ist anstrengend und fühlt sich so an, als würde sie eine Definition von freier und Open-Source-Software durchdrücken, die Leuten feindlich gegenübersteht, die einfach etwas Cooles bauen und mit der Welt teilen wollen – sogar Leuten, die mit FOSS Geld verdienen möchten.
      Bei derart starken Ansichten ist es erstaunlich, dass er zur Bewerbung seiner Programmiersprache Hare einen Beitrag wie „Can I be on your podcast“[1] veröffentlicht.
      Es ist ja nicht so, als hätte er nur nach Podcasts gesucht, die nicht auf Plattformen wie Spotify oder Apple Podcasts verbreitet werden; tatsächlich bewirbt er Hare über mehrere Auftritte.
      Das wirkt wie Heuchelei.
      [1]: https://drewdevault.com/2023/11/09/Can-I-be-on-your-podcast....
    • HN scheint ebenfalls proprietäre Software zu sein.

  • Diesen Teil der FAQ finde ich gut:
    „Warum überhaupt? Ohne Milliarden von Dollar und Hunderte von Mitarbeitern kann man doch keine neue Browser-Engine bauen.“
    „Doch, kann man. Hören Sie nicht auf die verschränkte-Arme-Defätisten, die noch nie einen Browser gebaut haben.“

  • Es ist schön zu sehen, dass in der Entwicklung von Browser-Engines noch Wettbewerb lebt. Es gibt auch Servo, das einmal Teil von Mozilla war: https://servo.org/
    Allerdings sind sowohl Servo als auch Ladybird im Vergleich zu einem Alltagsbrowser noch sehr unausgereift.
    Dass es keine Nightly Builds zum Ausprobieren von Ladybird gibt, ist ziemlich schade; vermutlich, weil sie keine Bug-Reports wollen. Wenn sowieso noch nicht alles funktioniert, bringt ein Haufen zufälliger Bugs wenig.

    • Als ich Ladybird zuletzt ausprobiert habe, dauerte der Build nicht lange.
      Das war natürlich irgendwann letztes Jahr, und inzwischen könnte es langsamer sein, aber von einem 9-Stunden-Build wie bei Chromium ist es trotzdem weit entfernt.
    • Ladybird-Pakete gibt es in AUR https://aur.archlinux.org/packages/ladybird-git, FreshPorts https://www.freshports.org/www/ladybird und HaikuPorts https://depot.haiku-os.org/ladybird.
    • WebKit sollte man auch nicht vergessen. Es lebt in Projekten wie https://surf.suckless.org weiter.
    • Soweit ich mich erinnere, gibt es keine Builds, weil Nutzer und Issue-Ersteller ein gewisses Maß an technischer Kompetenz mitbringen, wenn man sie selbst kompilieren lässt.
      Für die Maintainer macht das das Leben leichter, und wenn das Projekt reifer wird, dürfte sich das ändern.

  • Diese Fortschritts-Screenshots gefallen mir wirklich sehr: https://serenityos.org/happy/1st/

    • Wenn man auf die Zeitstempel schaut, ist das Tempo des Fortschritts in der frühen Phase, als er allein daran gearbeitet hat, wirklich erstaunlich.
      Beim Programmieren wirkt er wirklich wie ein Allround-Entwickler.

  • Als Gedankenexperiment: Wie wäre es mit einer neuen Art von Browser für eine neue Art von Web? Vieles an CSS ist veraltet.
    Daher die Frage, ob man mit einer „modernen“ Version, insbesondere rund um CSS Grid und Flex, dieselbe Funktionalität ohne Ballast bereitstellen könnte.
    Gemeint sind alte Geschichten wie das Holy-Grail-Dreispaltenlayout.
    Das bringt einen auch zu canvas, threejs, react-three-fiber und react-drei. Gerade auf Mobilgeräten könnte canvas vielleicht eine bessere User Experience bieten?
    Wer schreibt Mobile Games mit HTML und CSS? Das heißt nicht, dass es unmöglich wäre, aber ich frage mich, wie viele Websites zwingend HTML und CSS statt canvas brauchen.
    Eine große Hürde im Browser-Wettbewerb ist, dass man veraltete, alte Technologien implementieren muss. Könnte man nicht mit minimalem HTML und canvas auskommen?

    • Ich habe früher mal ein wenig an einer Browser-Engine gearbeitet, ist allerdings lange her.
      Das dürfte nicht besonders hilfreich sein.
      Die Oberfläche der Web-APIs ist wie eine kambrische Explosion gewachsen, und die modernen Dinge überlagern die alten. Selbst wenn man die Unterstützung für veraltete oder weniger genutzte Mechanismen entfernt, reduziert das Code und Komplexität nicht so stark, wie man denken würde.
      Über die reine Oberfläche hinaus ist das nötige Engineering-Niveau sehr hoch, wenn man ein konkurrenzfähiges „begrenztes Kernprofil“ implementieren will – besonders bei einer vollständigen Neuentwicklung auf der grünen Wiese, die auch Performance berücksichtigt.
      Außerdem ist der Long-Tail-Effekt stark: Auch die meisten modernen Websites hängen hier und da von alten Elementen ab, sodass in so einem hypothetischen Browser möglicherweise kaum Seiten korrekt funktionieren würden.
      Mit anderen Worten: Es wäre immer noch ein sehr großes und schwieriges Projekt. Allerdings hat die FOSS-Community durchaus schon viele große und schwierige Projekte gestemmt; unmöglich ist es also nicht.
    • Ich wünschte, wir würden endlich aufhören, Googles Bestreben zu folgen, das Web im Interesse seines werbebasierten Nutzer-Tracking-Geschäfts in ein OS zu verwandeln.
      Wenn man Apps bauen will, ob vernetzt oder nicht, gibt es bereits das Internet und Betriebssysteme. Man muss Interfaces nicht schlechter machen, nur weil man mit dem Browser kämpft.
      Das gilt besonders für Spiele oder andere tiefgehende Software.
      Der ursprüngliche Kern des Webs ist eine Sammlung per Hyperlinks verbundener Dokumente, manchmal mit Multimedia, plus ein wenig Interaktion durch Formulare und Scripts.
      Um zu sehen, wie seltsam die aktuelle Lage ist, stelle man sich ein Paralleluniversum vor, in dem nicht Google, sondern Adobe riesig geworden ist und JavaScript in PDFs missbraucht wird, um Apps zu bauen.
    • Was genau ist an CSS veraltet? Für float und inline-block gibt es weiterhin sinnvolle Anwendungsfälle.
      border-box löst auch den Großteil der Schmerzen aus den 2000ern. Die Idee klingt gut, aber ich sehe nicht, was man herausschneiden könnte.
      Tabellen sind für echte tabellarische Daten weiterhin die beste Lösung.
    • Es scheint moderne Frameworks zu geben, die alles über WebGL/WebGPU von canvas rendern.

  • Zugehörige laufende Threads und frühere Beiträge:
    Interview with Andreas Kling of Serenity OS (2022) - https://news.ycombinator.com/item?id=39286638 - Februar 2024, 134 Kommentare
    Ladybird browser update (July 2023) [video] - https://news.ycombinator.com/item?id=36939402 - Juli 2023, 1 Kommentar
    Chat with Andreas Kling about Ladybird and developing a browser engine - https://news.ycombinator.com/item?id=36620450 - Juli 2023, 65 Kommentare
    Shopify Sponsored Ladybird Browser - https://news.ycombinator.com/item?id=36502583 - Juni 2023, 1 Kommentar
    I have received a $100k sponsorship for Ladybird browser - https://news.ycombinator.com/item?id=36377805 - Juni 2023, 166 Kommentare
    Early stages of Google Docs support in the Ladybird browser - https://news.ycombinator.com/item?id=33511831 - November 2022, 84 Kommentare
    Github.com on Ladybird, new browser with JavaScript/CSS/SVG engines from scratch - https://news.ycombinator.com/item?id=33273785 - Oktober 2022, 1 Kommentar
    Ladybird: A new cross-platform browser project - https://news.ycombinator.com/item?id=32809126 - September 2022, 473 Kommentare
    Ladybird: A truly new Web Browser comes to Linux - https://news.ycombinator.com/item?id=32014061 - Juli 2022, 8 Kommentare
    Ladybird Web Browser - https://news.ycombinator.com/item?id=31987506 - Juli 2022, 2 Kommentare
    Ladybird Web Browser – SerenityOS LibWeb Engine on Linux - https://news.ycombinator.com/item?id=31976579 - Juli 2022, 2 Kommentare

  • Während Mozilla Datenschutzdienste weiterverkauft, bauen andere bessere Browser
    Dafür braucht es auch keine 6 Milliarden US-Dollar

    • Mozilla hat eindeutig ein Managementproblem. Das Produkt ist aber gut, sogar sehr gut

  • Andreas Kling und das SerenityOS-Projekt sind gut, aber ich mag es nicht, dass er nur auf Twitter ist
    Mastodon scheint perfekt zu seinem Publikum zu passen

    • Ich bin mir nicht sicher. Er ist ziemlich konsequent darin, die Dinge positiv zu sehen, und Mastodon wirkt wie ein deutlich wütenderer Ort als Twitter
      Twitter war früher auch eher so, aber nach Elons Übernahme scheinen die wütendsten Leute zu Mastodon gewechselt zu sein
      Auf Mastodon ist diese Stimmung meiner Meinung nach sehr ausgeprägt und schwer zu vermeiden
    • Es gibt einen Mirror auf Mastodon: @awesomekling@bird.makeup