Le navigateur Firefox porté sur HaikuOS

 (discuss.haiku-os.org)
1 points par GN⁺ 2024-08-12 | 1 commentaires | Partager sur WhatsApp
  • Le portage de Firefox pour Haiku a progressé jusqu’au stade de l’exécution, mais des problèmes de rendu, de Rust et de build doivent d’abord être résolus avant un usage réel
  • Au 2 août 2024, il était inutilisable en raison d’un problème de rendu empêchant l’affichage du texte, même si certains gros composants de l’application semblaient fonctionner
  • Des échecs multiples sont survenus lorsque la nouvelle version de Rust est entrée en conflit avec les anciens patchs Haiku, d’où l’idée soit de réappliquer les patchs sur un Firefox plus récent, soit d’utiliser un Rust plus ancien
  • Une tentative d’appliquer les patchs Haiku aux sources les plus récentes de LibreWolf s’est arrêtée sur un problème de build très précoce, le système ne trouvant pas un paquet Python
  • Le 11 août, des réactions ont souligné une amélioration visible du rendu dans les captures d’écran et ont demandé si une installation était possible, mais aucun binaire de test n’a encore été partagé

Niveau de fonctionnement actuel du portage de Firefox

  • Les premières discussions se concentraient sur le fait de savoir s’il était plus stable que les navigateurs existants sur Haiku
  • Au 2 août 2024, l’état du projet ne permettait pas un usage réel, car le texte ne s’affichait pas
    • La cause directe du problème était attribuée au rendu
    • Cependant, comme les gros composants de l’application semblaient fonctionner, certains estimaient qu’une correction relativement ciblée pourrait suffire à améliorer la situation
  • X512 estime qu’il est difficile de juger de la stabilité tant que les problèmes liés à Rust ne sont pas résolus
    • Les nouvelles versions de Rust ont fortement modifié le comportement de parties auparavant considérées comme relevant d’un comportement indéfini
    • Ce changement a provoqué plusieurs échecs
    • Parmi les pistes envisagées, il y a la réapplication des patchs Haiku sur une version de Firefox compatible avec le nouveau Rust
    • Utiliser un ancien Rust reste aussi une option, mais X512 considère que ce n’est pas une bonne approche

Tentative de build de LibreWolf et possibilité de tests par les utilisateurs

  • nipos a tenté d’appliquer les patchs Haiku à l’archive des sources la plus récente de LibreWolf
    • Il pensait au départ que les premiers patchs seraient relativement faciles à appliquer, car les modifications n’étaient probablement pas très importantes à ces emplacements
    • La tentative a ensuite échoué à un stade très précoce à cause d’un problème empêchant de trouver un paquet Python
    • Il a indiqué qu’il mettrait temporairement le travail en pause jusqu’à la résolution du problème lié à Python
  • Le 11 août, certains ont réagi en disant que, sur les captures d’écran, le rendu semblait fonctionner correctement
    • Un utilisateur a déclaré qu’il utiliserait beaucoup plus Haiku si ce navigateur devenait disponible
    • Un autre a indiqué qu’il s’agissait d’un navigateur que Cloudflare ne casserait pas, ajoutant que la capture d’écran paraissait aboutie, même si la police semblait être une serif
  • Aucune version directement installable par le grand public n’a encore été proposée
    • nipos a indiqué qu’il partagerait un binaire que tout le monde pourrait tester dès qu’il aurait quelque chose de fonctionnel
    • Il craint toutefois qu’une version Nightly assez récente soit nécessaire
    • Il ajoute que, pour des tâches importantes, il vaut mieux rester sur la Beta que sur une Nightly susceptible de casser à tout moment, et qu’une nouvelle Beta pourrait arriver dans les prochaines semaines

À lire aussi

1 commentaires

 
GN⁺ 2024-08-12
Avis sur Hacker News

  • Quand on regarde l’histoire de Firefox et de BeOS, c’est assez poétique. Avant Firefox, il y avait Mozilla, et il existait aussi un portage BeOS, Bezilla, mais il était lourd et lent.
    La communauté BeOS a donc essayé de créer un Mozilla allégé ne gardant que le navigateur, et je pense que cela a inspiré une tentative similaire chez Mozilla.
    Le résultat s’est d’abord appelé Phoenix, puis Firebird, avant de devenir, à cause de problèmes de marque, le Firefox que nous connaissons. Vingt ans plus tard, Firefox revient en quelque sorte sur la plateforme qui a inspiré sa naissance ; ça donne envie d’écrire au moins un haïku en 3-5-3.

    • Pas Firebug : ça, c’était une extension d’outils de développement. Au début, c’était Phoenix, puis, après un problème de marque, c’est devenu Firebird, avant de devenir Firefox pour un autre problème de marque.
    • Si la base d’utilisateurs est bien plus réduite qu’il y a 20 ans, c’est aussi parce que tout le monde a fini par intégrer Chrome dans ses applications et ne tester qu’avec les outils de développement de Chrome.
      Cela dit, félicitations aux personnes qui ont participé à ce portage.
    • Ce n’est pas tout à fait exact. J’étais là à l’époque.
      Des front-ends natifs comme Galeon sur Linux et Chimera/Camino sur Mac ont inspiré Firefox, et le nom a suivi la séquence m/b→Phoenix→Firebird→Firefox. Cette confusion sur les noms relevait aussi en partie de ma responsabilité, et Chimera→Camino, aux prises avec les avocats d’AOL juste avant la fermeture de Netscape, a connu quelque chose de similaire.
      Comme Dave avait très bien fait XUL sur Windows, nous l’avons conservé, ce qui nous a permis, même sans front-end natif, de préserver les extensions et de réutiliser facilement quelques widgets essentiels de XPToolkit.
      Bezilla était l’un des quelque dizaines de portages de Mozilla Suite qui existaient alors, et l’équipe principale de Mozilla ne s’en est presque jamais préoccupée. Il est difficile de dire que cela a inspiré ce que Blake et moi avons lancé avec Firefox, puis ce que Ben, Dave, Joe et d’autres ont poursuivi.
    • Firebug semble bien avoir été à l’origine des « outils de développement » : https://getfirebug.com/
    • L’article historique de Wikipédia sur Firefox ne semble pas indiquer que Bezilla ait inspiré Firefox : https://en.wikipedia.org/wiki/Firefox#History

  • Je l’ai déjà dit, mais Haiku donne l’impression d’être à la fois 20 ans dans le futur et 20 ans dans le passé. L’interface est incroyablement réactive, mais il manque beaucoup d’éléments de base, comme la prise en charge du WiFi.
    Malgré tout, la prise en charge d’un navigateur moderne comble un gros manque. Peut-être qu’un jour, une suite de coïncidences improbables en fera l’OS élu, et qu’il finira aussi par faire tourner le navigateur Ladybird d’une manière similaire.

    • J’adore vraiment l’apparence et le ressenti de HaikuOS. On dirait une évolution directe de l’interface du Mac OS classique ; c’est très vif, réactif, et avec peu de bruit visuel.
      J’ai installé Haiku sur un vieux ThinkPad pour m’en servir quand je veux écrire sans distraction.
    • Pas de prise en charge du WiFi ? À ma connaissance, il utilise les « pilotes » réseau de *BSD, et je me souviens avoir vu une boîte de dialogue WiFi et une prise en charge correspondante.
      Édition : https://www.haiku-os.org/docs/userguide/en/workshop-wlan.htm... ici, le WiFi semble fonctionner.
    • « L’interface est incroyablement réactive », ça fait plutôt 20 ans en arrière, et « il manque beaucoup de bases comme le WiFi » aussi, ça fait très 20 ans en arrière.
      Alors, d’où vient la partie futuriste ?
    • J’utilise trois chipsets WiFi différents sur trois machines x64, et tous fonctionnent sans problème. La seule chose qui ne marche pas chez moi, c’est la puce bm4360 présente dans du matériel Apple, et une clé USB WiFi à 7 dollars règle le problème.
    • Je me demande comment on utiliserait le WiFi avec Haiku s’il en dispose. Je pensais que la plupart des gens utilisaient Haiku dans une machine virtuelle comme VirtualBox, avec le réseau passant par une connexion émulée.
      J’espérais que Haiku soit porté sur Raspberry Pi, mais ce n’est pas encore le cas, ce qui est dommage. La valeur clé du Raspberry Pi est d’offrir une plateforme matérielle standard uniforme ; comme il n’est pas nécessaire de prendre en charge toutes sortes de matériels, cela pourrait être un très bon tremplin pour des OS alternatifs.

  • C’est beau de voir ce genre de passion et de capacité d’exécution, surtout pendant 20 années d’affilée. C’est presque une œuvre d’art.
    Je soupçonne que l’entreprise qui a créé BeOS a en fait perdu le code source, et que ce serait la vraie raison pour laquelle elle ne peut pas le partager. D’un point de vue économique, il ne semble pas rester d’actif particulièrement précieux.

    • Il me paraît plus probable que le code source original de BeOS contienne du code propriétaire sous licence de tiers. Faire le tri entre ce qui peut être publié et ce qui ne le peut pas demanderait beaucoup d’efforts.
    • À l’époque, Palm a acheté BeOS, mais ne l’a pas vraiment exploité. Quand Palm est passé à un autre OS, BeOS a été séparé avec PalmOS dans Palmsource, et n’a donc pas suivi le reste de Palm vers HP puis LG.
      Palmsource a ensuite été racheté par une société japonaise appelée Access, qui développait — et semble encore développer — Netfront, un navigateur pour applications embarquées.
    • Non. Le code source existe. On peut trouver des fragments très endommagés sur un site d’archives assez connu.
      Comme d’autres l’ont justement dit, quelqu’un en est propriétaire, et il n’est pas publié parce qu’il contient beaucoup de code propriétaire. Si on le nettoyait pour le rendre publiable, il risquerait d’être vidé au point de devenir inutile, et après près de 24 ans sans que rien n’en soit fait, il est trop ancien pour être vraiment utile à Haiku.

  • Cela fait penser au nombre d’OS libres et open source qui ne sont pas Unix. Haiku, FreeDOS, Genode, ReactOS, Plan9, AROS et RISC OS viennent tout de suite à l’esprit

    • Il y a aussi Arduino. Je sais que ce n’est pas vraiment un OS, mais on peut quand même l’inclure, et il y a aussi Zephyr, Oberon, Active Oberon, Inferno, mBed, Android et Chrome OS
      Android et Chrome OS n’exposent pas le noyau Linux à l’espace utilisateur comme le ferait un système Unix. Il y a aussi Azure RTOS
    • Micropython est assez sympa comme OS embarqué. Cela dit, il ne semble pas y en avoir pour PC pour l’instant
    • Il y a aussi Kolibri. Je ne sais pas trop à quel point il est encore vivant aujourd’hui
    • Contiki en fait aussi partie, à mon avis. Il tourne sur presque n’importe quoi
    • Si l’on inclut les microprocesseurs, il y a aussi FreeRTOS

  • Je me souviens avoir utilisé Firefox sur HaikuOS vers 2011. En cherchant maintenant, il semble qu’à l’époque déjà, il était basé sur une vieille version ; en tout cas, bravo pour ce projet de portage moderne

  • Des captures d’écran plus récentes sont ici
    https://discuss.haiku-os.org/t/progress-on-porting-firefox/1...

  • Je ne peux pas modifier le lien actuel, mais le bon lien pour l’article devrait être celui-ci : https://discuss.haiku-os.org/t/progress-on-porting-firefox/1...

  • Firefox a donc été porté sur HaikuOS avant Windows XP :-)
    Si vous avez besoin d’un navigateur moderne sur XP, vous pouvez aussi essayer un port de Chrome pendant quelque temps :
    https://win32subsystem.live/supermium/

    • Je ne comprends pas ce que signifie « avant d’être porté sur Windows XP ». Je me souviens avoir utilisé Firefox sur Windows XP autrefois
      La raison pour laquelle les versions pour XP ont été abandonnées, c’est qu’il était trop ancien, que les gens étaient déjà passés à des Windows plus récents comme Windows 7, et que Microsoft avait aussi cessé le support
    • Avant la mort de XP, Firefox fonctionnait sous XP. Il n’y a aucune raison de porter de nouvelles versions sur un système qui n’est plus maintenu
    • Les machines sous Windows XP ne reçoivent plus de correctifs de sécurité, elles ne devraient donc pas être connectées au réseau. Si elles le sont, elles peuvent se faire pirater ; tous les malwares ne sont pas visibles, certains volent aussi des informations en douce
      Connecter une machine piratable ne nuit pas seulement à soi-même. Elle peut servir à diverses fins malveillantes : attaques DDoS, envoi de spam, dissimulation de la véritable localisation de l’attaquant, etc.
    • Pourquoi utiliser Windows XP ?
    • Il y a aussi mypal68, et la dernière version fonctionne avec ocapi. Franchement, c’est quand même très bricolé

  • C’est assez drôle que la réponse à la question « est-il plus stable que les autres navigateurs ? » soit « il ne sait pas rendre le texte »
    Même il y a 5 ans, il restait dans le bug tracker de BeOS Mozilla un ticket ouvert que j’avais créé vers 2000. J’ai réessayé de le retrouver récemment, mais je n’ai pas réussi

  • Cela veut donc dire que Rust a aussi été porté sur HaikuOS. Bonne nouvelle !