Haiku OS迎来《Firefox浏览器》新篇章：开发者成功移植v128版本

近日消息，开发者X512为Haiku OS操作系统成功移植了Firefox火狐浏览器，版本号定为v128，尽管相比当前最新的稳定版本v129略低一个版本，但这仍然是Haiku OS用户的一大福音，提升了操作系统的网络浏览体验。

据悉，Haiku OS 自带的原生浏览器 WebPositive 表现不佳，因此有开发者不断移植其它的主流浏览器，不过目前这款移植版 Firefox 火狐浏览器还是处于早期阶段，没有可下载的软件包，感兴趣的用户需要自己去编译。

注：Haiku 是一款充满传奇色彩的操作系统，该系统前代 BeOS 差点就被乔布斯选中，成为现在我们耳熟能详的 macOS 系统。

参考维基百科，1990 年，前苹果公司主管 Jean-Louse Gassee 创办了 Be 公司，历经 4 年艰苦，开发出了全新的 BeOS 操作系统，从设计之初，BeOS 就针对多处理器、多线程和多媒体处理进行优化，性能异常优越，许多技术和理念遥遥领先于同期的操作系统。

1996 年，苹果公司放弃了自己开发新的操作系统，认为 BeOS 符合他对操作系统的要求，开价 2 亿美元收购 Be 公司，但遭到拒绝。因此苹果公司最终以 4.29 亿美元的代价迎回了被踢出局的苹果创始人乔布斯和他的 NeXTSTEP 操作系统，乔布斯再次成了苹果掌门人，NeXTSTEP 成了新的 Mac OS X 系统的基础。

而 Be 公司技术的先进并不能弥补市场方面的拙略，在 2001 年该公司被 Palm 公司收购，而 BeOS 这个领先于时代，却又命运多舛的多媒体操作系统也走到了尽头。

同年，一群忠实爱好者开始了 OpenBeOS 开源项目，目标是重建一个类似 BeOS 并与之兼容的自由操作系统。2003 年，他们在美国纽约州成立了非营利的组织 Haiku,Inc 以支持该项目。2004 年，由于版权原因，项目名称改为 Haiku (一种日本古典短诗-俳句的发音)，也就是如今的 Haiku OS。

HaikuOS 的设计理念继承于 BeOS，专注于个人 PC 完全图形化的“多媒体操作系统”。设计目标是尽可能地减少内核延迟，从而实时处理大量多媒体数据，如音频和视频数据流，有一定日常使用价值。

谷歌考虑用Rust语言为《Firefox浏览器》开发JPEG-XL 解码器，随Chrome弃用步伐

近日消息，谷歌有意采纳Rust编程语言，着手为Firefox浏览器开发JPEG-XL图像解码器，此举意在提升图像处理的安全性和性能。

Mozilla 的 Firefox 首席技术官鲍比·霍利（Bobby Holley）昨日表示，支持为 Firefox 浏览器开发基于 Rust 的 JPEG-XL 图像解码器。

他在名为“Firefox 浏览器将考虑 Rust 实现的 JPEG-XL”的 Pull Request 提案中，翻译如下：

我们在过去几个月时间里，就 Firefox 浏览器提供 JPEG-XL 格式的未来，和 Google Research 的 JPEG-XL 团队展开了富有成效的交流。

该解码器的多线程 C++ 代码超过 10 万行，因此我们长期以来担忧贸然使用参考解码器（目前内置在 Firefox Nightly 预览版选项中），会导致浏览器的攻击面过大。

为了解决这个问题，谷歌团队同意运用他们的专业知识，用 Rust 语言构建一个安全、高性能、紧凑且兼容的 JPEG-XL 解码器，并将该解码器集成到 Firefox 中。

如果他们成功贡献出满足这些特性并符合我们正常生产要求的实现，我们就会将其发布。

至于这种格式是否能像某些人希望的那样成为 JPEG 的通用替代格式，时间会证明一切。

如果真的如此，那么在最终需要支持它的无数应用程序中引入潜在的内存安全漏洞将是非常不幸的。

来自原始团队的安全、快速且经过实战检验的 Rust 解码器可以大大降低这种可能性，因此我们正在利用我们的影响力鼓励在这方面取得进展。

JPEG-XL 简介

JPEG XL 是一种免版税的位图文件格式，支持有损和无损压缩。它旨在超越现有的位图格式，并成为它们的通用替代。

谷歌于 2022 年移除了 JPEG-XL 图像格式的实验性支持，并表示主要原因在于“整体生态对 JPEG-XL 格式缺乏兴趣，难以继续推动试验”等因素。

如果 Rust 版本的解码器在 Firefox 上的实验取得成功，也许 Google Chrome 会重新考虑对 JPEG-XL 的支持。