8 điểm bởi GN⁺ 2025-11-22 | 1 bình luận | Chia sẻ qua WhatsApp
  • ravynOS là một hệ điều hành mã nguồn mở mang lại trải nghiệm người dùng tương tự macOS và một phần tương thích ở mức mã nguồn
  • Được xây dựng trên nền FreeBSD, kết hợp các gói mã nguồn mở hiện có với mã mới, hướng đến hỗ trợ x86-64 và trong tương lai là các hệ thống ARM
  • Các mục tiêu thiết kế chính gồm biên dịch và chạy mã nguồn ứng dụng macOS, cấu trúc GUI tương tự, và tương thích bố cục thư mục
  • Cung cấp cấu trúc ứng dụng không cần cài đặt với các định dạng App Bundle, AppDir, AppImage, cùng khả năng tương thích nhị phân FreeBSD/Linux
  • Đề cao bảo mật, độ ổn định và hiệu năng, đây là nỗ lực hiện thực hóa một môi trường quen thuộc với người dùng macOS theo hướng mã nguồn mở

Tổng quan về ravynOS

  • ravynOSmột dự án hệ điều hành mã nguồn mở mới mang lại trải nghiệm tương tự macOS và duy trì một phần khả năng tương thích
    • Trước mắt hỗ trợ hệ thống x86-64, và dự kiến sẽ mở rộng sang kiến trúc ARM trong tương lai
    • Dựa trên FreeBSD, được cấu thành từ các gói mã nguồn mở hiện có và mã mới
  • Mục tiêu thiết kế chính là đảm bảo tương thích mã nguồn ứng dụng macOS
    • Người dùng có thể biên dịch rồi chạy các ứng dụng dành cho macOS trên ravynOS
    • Cung cấp GUI và UX tương tự macOS: trình quản lý tệp, trình khởi chạy ứng dụng, thanh menu trên cùng, v.v.
  • Duy trì tương thích cấu trúc thư mục và hệ thống tệp
    • Hỗ trợ cấu trúc thư mục macOS như /Library, /System, /Users, /Volumes
    • Có đề cập đến khả năng tương thích với hệ thống tệp HFS+APFS
    • Bao gồm hỗ trợ đầy đủ ZFS
  • Cấu trúc phân phối ứng dụng
    • Cung cấp môi trường chạy không cần cài đặt thông qua các định dạng App Bundle, AppDir, AppImage
    • Có thể quản lý các ứng dụng độc lập trong thư mục /Applications
  • Duy trì khả năng tương thích với FreeBSD và Linux
    • Giữ khả năng tương thích với hệ thống cơ sở FreeBSD và môi trường X11
    • Có thể chạy nhị phân Linux thông qua lớp tương thích Linux của FreeBSD
    • Về dài hạn, hướng đến khả năng tương thích với nhị phân và thư viện Mach-O của macOS
  • Dự án hướng đến trải nghiệm người dùng ổn định, bảo mật cao và hiệu năng tốt
    • Thông tin liên quan được cung cấp trên trang web chính thức ravynos.com
    • Có thể xem chi tiết qua các trang ghi chú phát hành, ảnh chụp màn hìnhFAQ

Tham gia và cộng đồng

  • Người muốn tham gia phát triển có thể kiểm tra các dự án đang được thực hiện và các lĩnh vực cần hỗ trợ trong CONTRIBUTING.md
  • Dự án vận hành các kênh cộng đồng gồm máy chủ Discordkênh Matrix (#ravynOS-general:matrix.org)

> Chúng tôi yêu macOS, nhưng không thích phần cứng và hệ sinh thái ngày càng khép kín của nó. Vì vậy, chúng tôi đang phát triển ravynOS, một hệ điều hành mang lại đồng thời hiệu năng xuất sắc của macOS và sự tự do của mã nguồn mở.

1 bình luận

 
GN⁺ 2025-11-22
Ý kiến trên Hacker News
  • Wine hoạt động được là vì Microsoft chi ngân sách khổng lồ để duy trì khả năng tương thích ngược
    Trong khi đó Apple thường xuyên loại bỏ framework cũ và bổ sung framework mới, khiến mục tiêu build liên tục thay đổi như một mục tiêu di động
    Ví dụ, nếu tự triển khai XyzKit chỉ dùng trong macOS 12~14 thì rốt cuộc cũng chỉ hỗ trợ được các binary của giai đoạn đó, tức là chỉ bao phủ một khoảng thời gian giới hạn

    • Thực ra điều đó khả thi vì Wine không xử lý phần lớn các API mới nhất
      Từ thời Satya, Microsoft đã có lập trường khác với WinRT hay các API Win32/COM hiện đại
      .NET Framework giờ giống như Python 2 của .NET, đến mức vẫn có trường hợp tạo dự án mới trên bản 4.8.x vì sợ vỡ tương thích
    • Giải pháp là xác định rõ khoảng thời gian cần hỗ trợ
      Chẳng hạn nhắm tới mức tương thích binary kiểu Snow Leopard, hoặc làm một bản phân phối tương thích với app Ventura nhưng loại bỏ gánh nặng không cần thiết đó
      Như vậy có thể thổi luồng sinh khí mới vào các máy Mac cũ, hoặc cung cấp môi trường giống macOS trên PC mà không cần Hackintosh
    • Tôi không nghĩ Apple thay đổi nhanh đến mức đó
      Tuy vậy, việc ngừng hỗ trợ 32-bit, loại bỏ OpenGL, hay chuyển sang ARM64 rõ ràng là những điểm đứt gãy lớn
      Dù vậy, nhờ các macro availability của Swift và Objective-C mà khả năng tương thích tiến về phía trước giữa các phiên bản vẫn được giữ khá tốt
  • Tôi đã theo dõi dự án này suốt vài năm
    Sẽ rất hay nếu có một bản clone FOSS của macOS giống như FreeDOS, ReactOS hay Haiku
    Tuy nhiên tốc độ tiến triển khá chậm, mà đó là do độ khó của việc sao chép một hệ điều hành
    Linux cũng phát triển nhanh vì đã có sẵn hệ sinh thái GNU
    Tôi hy vọng các dự án như ravynOS hay HelloSystem trong 5~10 năm nữa sẽ trở thành phiên bản phần mềm tự do của macOS

    • Những dự án như thế này giống như một phép thử litmus để đo năng lực thực sự của AI
      Nếu AI thật sự có thể tăng năng suất kỹ sư lên gấp 10 lần thì những dự án kiểu này phải được đưa vào thực tế nhanh hơn
      Nếu không, có lẽ mức tăng năng suất do AI mang lại hiện vẫn chỉ ở mức bề mặt
  • Khi đọc mô tả “một hệ điều hành nền BSD nhắm tới khả năng tương thích mã nguồn và binary với macOS”, tôi thấy tò mò
    Tôi tự hỏi tại sao lại nhất thiết phải sao chép macOS, hoặc vì sao lại chọn làm một hệ điều hành hoàn chỉnh thay vì lớp tương thích kiểu Wine
    Có lẽ dùng năng lượng đó để cải thiện Linux sẽ tốt hơn chăng

    • Câu trả lời cho việc này được tổng hợp khá rõ trong ravynOS FAQ
      Darling là dự án tương ứng với Wine, còn ravynOS là khái niệm tương ứng với ReactOS
      Họ đưa cơ chế gửi thông điệp Mach vào kernel để tăng hiệu năng, và chọn kernel FreeBSD để bảo đảm tương thích phần cứng
      Ngoài ra còn có chia sẻ mã với GNUstep, helloSystem và các dự án khác
      Về giấy phép, họ ưu tiên kiểu BSD/MIT/Apache, nhưng hiện tại đang dùng runtime libobjc2 của GNUstep
    • Tôi không liên quan gì đến ravynOS nhưng đã theo dõi nó vài năm nay
      Triết lý trên trang chính thức là “sự tinh tế của macOS + sự tự do của FreeBSD”
      Nó có vẻ là một lựa chọn thay thế cho nhóm người hâm mộ macOS thất vọng với chính sách phần cứng khép kín của Apple
      Vì dựa trên FreeBSD nên nó cũng giống cấu trúc Darwin của macOS, nhờ đó tính khả chuyển cao hơn
    • Thực ra có khi app macOS còn khó chạy ngay cả trên chính macOS
      Ví dụ, bố mẹ tôi vẫn dùng Mac Intel cũ vì còn các ứng dụng 32-bit
      Khi hỗ trợ Rosetta 2 biến mất thì vấn đề này sẽ còn lớn hơn
    • Tôi cũng có suy nghĩ tương tự
      Ở chỗ làm mới tôi được dùng MacBook, nhưng lại thấy Linux dựa trên KDE Plasma tốt hơn nhiều
      UX, độ tự do khi cấu hình, và độ hoàn thiện của ứng dụng mặc định đều vượt Mac
      Tôi thật sự không hiểu nổi một tập đoàn khổng lồ như vậy lại cho ra chất lượng như thế
    • Thật mỉa mai khi macOS lại thiếu tương thích ngay cả với chính nó
  • Những ảnh chụp màn hình nhỏ tái hiện khá tốt thẩm mỹ của macOS, nên nhìn rất đẹp
    UI của Linux từ trước đến nay luôn cho tôi cảm giác như được làm vội, nhưng với kiểu thiết kế này thì tôi muốn thử dùng lại

    • Nhưng trong mắt tôi nó lại mang cảm giác kiểu Uncanny Valley
      Font, anti-aliasing, bán kính bo góc của menu và các chi tiết khác đều hơi gượng gạo
      Ảnh chụp chính thức trông vẫn còn khá thô
    • Ảnh chụp thực tế thì hoàn toàn khác, như hình này
    • Nó giống như một bản macOS bị lệch đi đôi chút — font hay khoảng cách giữa các biểu tượng trên Dock đều thấy kỳ kỳ
  • Tôi hy vọng dự án này có thể phát triển thành hệ thống cho máy build hoặc máy chủ macOS
    Gần đây macOS vì tăng cường bảo mật nên ngày càng khó dùng trong môi trường headless
    Tôi mong nó trở thành một server OS mã nguồn mở tận dụng tương thích phần cứng của FreeBSD và hỗ trợ đầy đủ Xcode CLI

  • Tôi đang nghĩ liệu Linux có thể thay thế macOS hay không
    Điều người dùng macOS thích là UI mặc định, và GNOME với KDE lại yếu ở đúng điểm đó

    • Nhưng chất lượng UI của macOS cũng đang đi xuống dần
      Ngay cả bo góc cũng không nhất quán, và phần lớn app lại dựa trên Electron nên tính nhất quán càng bị phá vỡ
      Theo thời gian, khoảng cách với Linux đang thu hẹp lại
    • Tôi nghĩ nhược điểm của GNOME và KDE rốt cuộc là vấn đề sự quen thuộc
      Tôi chuyển từ Windows 7 sang Linux, và nhờ thói quen chỉ dùng ứng dụng mã nguồn mở nên việc chuyển đổi khá dễ
      Với FreeCAD, KiCAD, LibreOffice, Firefox, Krita, Gimp v.v. thì tôi đã hoàn toàn hài lòng
  • Tôi tự hỏi vì sao mọi dự án hệ điều hành mới đều chỉ là xào lại công nghệ thập niên 60~70

    • Microsoft từng cố gắng tiến lên với hệ điều hành thử nghiệm tên Midori, nhưng nó bị hủy ngay trước khi phát hành
      Xem wiki Midoriblog của Joe Duffy, đó là một hệ điều hành song song dựa trên mã quản lý
    • Nhưng nhìn thực tế thì phát triển hệ điều hành là việc cực kỳ khó
      Ngay cả hỗ trợ phần cứng của thập niên 90~00 cũng đã là cực hình, còn GPU hiện đại hay ACPI thì gần như ác mộng
      80~90% mã nguồn bị lấp đầy bởi driver, tài liệu thì đồ sộ
      Phát triển hệ điều hành, cùng với làm compiler, là một trong những bài toán kỹ thuật khó nhất
    • Nhiều lập trình viên đọc sách về UNIX rồi sao chép thứ đã có sẵn
      Ngược lại, các công nghệ thập niên 70 như Smalltalk, Interlisp-D, Mesa hay Cedar lại hầu như không được sao chép
    • Ước mơ của tôi là tạo ra một hệ điều hành hồi sinh các ý tưởng nghiên cứu của thập niên 90~2000
      Tôi muốn diễn giải hiện đại lại không gian địa chỉ đơn của Smalltalk-80Lisp machine, cùng môi trường có thể chỉnh sửa theo thời gian thực
      Tôi tin rằng các vấn đề bảo mật có thể giải quyết bằng bảo mật dựa trên capability và cơ chế bảo vệ trong không gian địa chỉ đơn
      Tôi muốn biểu diễn từng subsystem bằng DSL, còn giao diện sẽ được cấu thành từ một hệ thống đối tượng sống kiểu Smalltalk
      Về UI, tôi muốn tái dựng hiện đại cảm giác Mac OS cổ điển theo phong cách System 7.5
      Một hệ thống như vậy sẽ là hệ điều hành trong mơ tiếp nối tinh thần các dự án Apple thập niên 80~90
  • Nhìn tin tức PureDarwin, tôi nghĩ ravynOS sẽ tự nhiên hơn nếu dùng XNU/Darwin
    Nhưng XNU ngày càng trở nên khép kín, nên FreeBSD là phương án thay thế thực tế hơn
    Thật đáng tiếc khi nhiều dự án thay thế macOS lại bị phân tán quá mức

  • Website trông khá bóng bẩy nên tôi cứ nghĩ UI cũng sẽ như vậy, nhưng ảnh chụp màn hình lại mang cảm giác macOS đời 2008

    • Nhưng có người lại cho rằng UI thời đó còn đẹp hơn
    • Một người khác thì nói: “Ngoại hình có gì quan trọng, Linux trước đây cũng đẹp đấy thôi nhưng tính khả dụng vẫn tệ hại.”