Firefox-Browser auf HaikuOS portiert

 (discuss.haiku-os.org)
1 Punkte von GN⁺ 2024-08-12 | 1 Kommentare | Auf WhatsApp teilen
  • Die Firefox-Portierung für Haiku ist bis zur Ausführung vorangekommen, vor der praktischen Nutzung müssen jedoch zunächst Rendering-, Rust- und Build-Probleme gelöst werden
  • Mit Stand vom 2. August 2024 war sie wegen eines Rendering-Problems, bei dem kein Text angezeigt wird, nicht nutzbar; große Anwendungskomponenten wurden als teilweise funktionsfähig eingeschätzt
  • Da eine neue Rust-Version mit bestehenden Haiku-Patches kollidiert und mehrere Fehler verursacht, werden als Optionen genannt, die Patches erneut auf einen neuen Firefox aufzusetzen oder eine ältere Rust-Version zu verwenden
  • Der Versuch, Haiku-Patches auf den aktuellen LibreWolf-Quellcode anzuwenden, bleibt bei einem frühen Build-Problem hängen, bei dem Python-Pakete nicht gefunden werden
  • Am 11. August folgten Reaktionen, dass das Rendering auf Screenshots verbessert wirke, sowie Fragen zur Installierbarkeit; ein Test-Binary wurde jedoch noch nicht geteilt

Aktueller Funktionsstand der Firefox-Portierung

  • Die anfängliche Diskussion konzentrierte sich darauf, ob sie stabiler sei als die bestehenden Browser von Haiku
  • Mit Stand vom 2. August 2024 war sie wegen nicht angezeigten Textes für den praktischen Einsatz kaum nutzbar
    • Als direkte Ursache wurde das Rendering genannt
    • Allerdings wirkten große Anwendungskomponenten funktionsfähig, weshalb es auch die Einschätzung gab, dass Verbesserungen mit vergleichsweise eng begrenzten Korrekturen möglich sein könnten
  • X512 hält es für schwierig, die Stabilität zu beurteilen, bevor die Rust-Probleme gelöst sind
    • Die neue Rust-Version verändert das Verhalten von Bereichen deutlich, die früher als undefiniertes Verhalten behandelt wurden
    • Diese Änderung verursacht mehrere Fehler
    • Als Gegenmaßnahme kommt infrage, die Haiku-Patches erneut auf eine zu neuerem Rust passende Firefox-Version aufzusetzen
    • Es gibt auch die Option, eine ältere Rust-Version zu verwenden, X512 bewertet dies jedoch als schlechten Ansatz

LibreWolf-Build-Versuch und Möglichkeit für Nutzertests

  • nipos versuchte, Haiku-Patches auf das aktuelle LibreWolf-Quellarchiv anzuwenden
    • Die zuerst geprüften Patches betrafen Stellen mit vermutlich nicht allzu großen Änderungen, weshalb sie sich vergleichsweise leicht anwenden lassen könnten
    • Später scheiterte der Versuch in einem sehr frühen Stadium an einem Problem, bei dem Python-Pakete nicht gefunden wurden
    • Er erklärte, die Arbeit vorerst zu unterbrechen, bis die Python-bezogenen Probleme gelöst sind
  • Am 11. August gab es Reaktionen, dass das Rendering auf den Screenshots problemlos zu funktionieren scheine
    • Ein Nutzer sagte, er würde Haiku deutlich häufiger verwenden, wenn dieser Browser möglich werde
    • Ein anderer Nutzer bezeichnete ihn als Browser, den Cloudflare nicht kaputt macht, und erwähnte, dass er auf den Screenshots fertig wirke, aber nach einer Serifenschrift aussehe
  • Eine Form, die normale Nutzer direkt installieren können, wurde noch nicht vorgestellt
    • nipos sagte, er werde ein Binary teilen, das alle testen können, sobald etwas Funktionierendes entsteht
    • Allerdings äußerte er die Sorge, dass dafür möglicherweise ein einigermaßen aktuelles Nightly nötig sein könnte
    • Für wichtige Arbeiten sei es besser, bei Beta zu bleiben statt bei einem Nightly, das jederzeit kaputtgehen könne; eine neue Beta könne in einigen Wochen erscheinen

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-08-12
Meinungen auf Hacker News

  • Wenn man sich die Geschichte von Firefox und BeOS ansieht, ist das ziemlich poetisch. Vor Firefox gab es Mozilla, und es gab auch einen BeOS-Port namens Bezilla, der aber schwergewichtig und langsam war.
    Deshalb wollte die BeOS-Community ein leichtgewichtiges Mozilla bauen, bei dem nur der Browser übrig blieb, und ich denke, das inspirierte Mozilla zu einem ähnlichen Versuch.
    Das Ergebnis hieß zunächst Phoenix, dann Firebird und wurde wegen Markenrechtsproblemen zu dem Firefox, den wir kennen. Dass Firefox 20 Jahre später auf die Plattform zurückkehrt, die seine Entstehung inspiriert hat, fühlt sich so an, als müsste man mindestens ein 3-5-3-Haiku schreiben.

    • Nicht Firebug, das war eine Erweiterung für Entwicklertools. Am Anfang hieß es Phoenix, stieß auf Markenrechtsprobleme, wurde zu Firebird und dann wegen weiterer Markenrechtsprobleme zu Firefox.
    • Dass die Nutzerschaft viel kleiner ist als vor 20 Jahren, liegt auch daran, dass alle Chrome in ihre Anwendungen einbetten und nur noch mit den Chrome-Entwicklertools testen.
      Trotzdem Glückwunsch an die Leute, die an diesem Port beteiligt waren.
    • Das ist nicht ganz korrekt. Ich war damals vor Ort dabei.
      Native Frontends wie Galeon unter Linux und Chimera/Camino auf dem Mac inspirierten Firefox, und der Name verlief von m/b→Phoenix→Firebird→Firefox. An diesem Namenschaos war ich mit schuld, und bei Chimera→Camino, wo wir kurz vor der Schließung von Netscape mit AOL-Anwälten rangen, war es ähnlich.
      Weil Dave XUL unter Windows sehr gut umgesetzt hatte, behielten wir XUL bei. Dadurch war es zwar kein natives Frontend, aber wir konnten Erweiterungen bewahren und einige Kern-Widgets aus XPToolkit leicht wiederverwenden.
      Bezilla war damals einer von etwa einem Dutzend Ports der Mozilla Suite, und das Kernteam von Mozilla kümmerte sich kaum darum. Ich würde nicht sagen, dass es die Inspiration für das war, was Blake und ich mit Firefox begonnen haben und was später Ben, Dave, Joe und andere fortführten.
    • Firebug war ursprünglich wohl ein „Entwicklertool“: https://getfirebug.com/
    • Im Geschichtsabschnitt des Firefox-Wikipedia-Artikels finde ich nichts dazu, dass Bezilla die Inspiration für Firefox gewesen sei: https://en.wikipedia.org/wiki/Firefox#History

  • Ich habe es schon früher gesagt, aber Haiku fühlt sich gleichzeitig 20 Jahre in der Zukunft und 20 Jahre in der Vergangenheit an. Die Oberfläche ist unglaublich flott, aber viele grundlegende Dinge wie WiFi-Unterstützung fehlen.
    Trotzdem schließt die Unterstützung eines modernen Browsers eine große Lücke. Vielleicht wird es eines Tages durch eine Reihe absurder Zufälle zum auserwählten OS und bringt auf ähnliche Weise den Ladybird-Browser zum Laufen.

    • Ich mag Look and Feel von HaikuOS wirklich sehr. Es wirkt wie eine direkte Weiterentwicklung der klassischen Mac-OS-UI, ist sehr flott und reaktionsschnell und hat wenig visuelles Rauschen.
      Ich habe Haiku auf einem alten ThinkPad installiert, um es zum ungestörten Schreiben zu nutzen.
    • Keine WiFi-Unterstützung? Soweit ich weiß, nutzt es *BSD-Netzwerk-„Treiber“, und ich erinnere mich, einen WiFi-Dialog und entsprechende Unterstützung gesehen zu haben.
      Edit: https://www.haiku-os.org/docs/userguide/en/workshop-wlan.htm... Hier sieht es so aus, als würde WiFi funktionieren.
    • Dass „die Oberfläche unglaublich flott ist“, klingt eher nach vor 20 Jahren, und dass „viele grundlegende Dinge wie WiFi fehlen“, ebenfalls.
      Woher kommt dann der futuristische Teil?
    • Ich nutze auf drei x64-Rechnern drei verschiedene WiFi-Chipsätze, und alle funktionieren ohne Probleme. Das Einzige, was bei mir nicht läuft, ist der bm4360-Chip in Apple-Hardware; ein USB-WiFi-Dongle für 7 Dollar löst das.
    • Falls Haiku WiFi hat, frage ich mich, wie man es nutzt. Ich dachte, die meisten verwenden Haiku in einer virtuellen Maschine wie VirtualBox, und das Netzwerk läuft über eine emulierte Verbindung.
      Ich wünsche mir, dass Haiku auf den Raspberry Pi portiert wird, aber leider ist es noch nicht so weit. Der zentrale Wert des Raspberry Pi liegt in der einheitlichen, standardisierten Hardwareplattform; weil man nicht unterschiedlichste Hardware unterstützen muss, könnte das für alternative Betriebssysteme ein großer Sprungbrett sein.

  • Es ist schön, diese Leidenschaft und Umsetzungskraft zu sehen, besonders 20 Jahre am Stück. Das wirkt fast wie ein Kunstwerk.
    Ich vermute, dass die Firma, die BeOS entwickelt hat, den Quellcode tatsächlich verloren hat und ihn deshalb nicht teilen kann. Aus wirtschaftlicher Sicht scheint da kein besonders wertvoller Vermögenswert mehr übrig zu sein.

    • Wahrscheinlicher ist, dass der ursprüngliche BeOS-Quellcode proprietären Code enthielt, der von Dritten lizenziert war. Herauszufiltern, was veröffentlicht werden kann und was nicht, würde beträchtlichen Aufwand erfordern.
    • Palm hat BeOS früher gekauft, es aber nicht wirklich genutzt. Als Palm auf ein anderes OS umstieg, wurde es zusammen mit PalmOS in Palmsource ausgegliedert und ging deshalb nicht wie der Rest von Palm an HP und LG weiter.
      Palmsource wurde später von einem japanischen Unternehmen namens Access übernommen; Access entwickelte, und entwickelt wohl immer noch, einen Browser für Embedded-Anwendungen namens Netfront.
    • Nein. Der Quellcode existiert. Auf einer recht bekannten Archivseite findet man stark beschädigte Fragmente davon.
      Wie andere richtig gesagt haben, gehört er jemandem, und weil viel proprietärer Code enthalten ist, wird er nicht veröffentlicht. Wenn man ihn für eine Veröffentlichung bereinigt, würde wahrscheinlich so viel entfernt, dass er praktisch nutzlos wäre, und nach fast 24 Jahren ohne Aktivität ist er auch zu alt, um für Haiku noch nützlich zu sein.

  • Man denkt darüber nach, wie viele freie Open-Source-OS es gibt, die nicht Unix sind. Haiku, FreeDOS, Genode, ReactOS, Plan9, AROS und RISC OS fallen mir sofort ein.

    • Arduino gibt es auch. Ich weiß, dass es kein echtes OS ist, aber man kann es trotzdem dazuzählen; außerdem gibt es Zephyr, Oberon, Active Oberon, Inferno, mBed, Android und Chrome OS.
      Bei Android und Chrome OS wird der Linux-Kernel dem Userspace nicht wie bei einem Unix-System offengelegt. Azure RTOS gibt es auch.
    • Micropython ist als Embedded-OS ziemlich cool. Allerdings scheint es derzeit nichts für PCs zu geben.
    • Kolibri gibt es auch. Ich weiß nicht genau, wie lebendig das heutzutage noch ist.
    • Contiki würde ich ebenfalls dazuzählen. Läuft auf fast allem.
    • Wenn man Mikroprozessoren mit einbezieht, gibt es auch FreeRTOS.

  • Ich erinnere mich, dass ich um 2011 herum Firefox unter HaikuOS benutzt habe. Wenn ich jetzt nachsehe, basierte das damals wohl auch schon auf einer alten Version; für ein modernes Portierungsprojekt gibt es von mir Applaus.

  • Neuere Screenshots gibt es hier:
    https://discuss.haiku-os.org/t/progress-on-porting-firefox/1...

  • Den Link kann ich jetzt nicht ändern, aber der korrekte Link im Beitrag sollte dieser hier sein: https://discuss.haiku-os.org/t/progress-on-porting-firefox/1...

  • Firefox wurde also vor Windows XP auf HaikuOS portiert :-)
    Wenn man unter XP einen modernen Browser braucht, kann man vorerst auch diesen Chrome-Port ausprobieren:
    https://win32subsystem.live/supermium/

    • Ich weiß nicht, was „bevor es auf Windows XP portiert wurde“ bedeuten soll. Ich erinnere mich, früher Firefox unter Windows XP benutzt zu haben.
      Die Releases für XP wurden eingestellt, weil es viel zu alt war, die Leute bereits auf neuere Windows-Versionen wie Windows 7 umgestiegen waren und auch Microsoft den Support eingestellt hatte.
    • Bevor XP tot war, lief Firefox unter XP. Es gibt keinen Grund, neue Versionen auf ein System zu portieren, das nicht mehr gewartet wird.
    • Windows-XP-Geräte bekommen keine Sicherheits-Patches mehr und sollten daher nicht mit dem Netzwerk verbunden werden. Wenn man sie verbindet, können sie gehackt werden; nicht jede Malware ist sichtbar, manche stiehlt auch heimlich Informationen.
      Wenn man ein hackbares Gerät anschließt, schadet man nicht nur sich selbst. Es kann für verschiedene bösartige Zwecke genutzt werden, etwa DDoS-Angriffe, Spam-Versand oder zum Verschleiern des tatsächlichen Standorts der Angreifer.
    • Warum benutzt man Windows XP?
    • Es gibt auch mypal68, und die aktuelle Version läuft immerhin mit ocapi. Ehrlich gesagt ist das ziemlich hacky.

  • Dass die Antwort auf die Frage „Ist es stabiler als andere Browser?“ lautet: „Es kann keinen Text rendern“, ist ziemlich lustig.
    Selbst vor fünf Jahren gab es im Bugtracker von BeOS Mozilla noch ein offenes Ticket von mir, das um 2000 herum erstellt wurde. Ich habe kürzlich noch einmal danach gesucht, konnte es aber nicht finden.

  • Das bedeutet wohl auch, dass Rust auf HaikuOS portiert wurde. Schön!