Hãy cùng xây dựng Win32/Linux: dự án loss32

 (loss32.org)
3 điểm bởi GN⁺ 2026-01-01 | 1 bình luận | Chia sẻ qua WhatsApp
  • loss32 hướng tới một bản phân phối Linux dùng môi trường Win32 làm desktop mặc định bằng cách tận dụng WINE và các thành phần của ReactOS
  • Người dùng có thể tải trực tiếp và chạy các tệp .exe, và hệ thống được thiết kế như một hệ điều hành mã nguồn mở hoàn chỉnh
  • Không giống cách tiếp cận của ReactOS là tái hiện thực nhân Windows NT, loss32 chọn hướng đảm bảo tính ổn định và tương thích trên nền nhân Linux
  • Các động lực chính của dự án là cải thiện WINE, khôi phục trải nghiệm desktop dựa trên Win32, và mở rộng khả năng tiếp cận phần mềm sáng tạo
  • Bản nguyên mẫu đầu tiên dự kiến phát hành vào tháng 1 năm 2026, sau đó sẽ được cải tiến dần

Khái niệm Win32/Linux

  • Linux được mô tả không phải là một hệ điều hành độc lập, mà là một phần của hệ thống hoàn chỉnh gồm WINE và không gian người dùng của ReactOS
    • Tổ hợp này được gọi là “Win32/Linux” hoặc “Win32 plus Linux”
  • Dựa trên khái niệm hệ điều hành hoàn chỉnh do Microsoft định nghĩa, dự án hướng tới sự kết hợp giữa nhân Linux và môi trường Win32

Tổng quan dự án

  • Mục tiêu là xây dựng một môi trường desktop hoàn chỉnh được cấu thành từ phần mềm Win32 chạy trên WINE
    • Người dùng có thể chạy trực tiếp các tệp .exe
    • Đây là một dạng hệ điều hành tự do và cởi mở mà cả người không quen với Unix cũng có thể tiếp cận
  • Khác với ReactOS, dự án không hiện thực lại nhân mới, mà sử dụng nhân Linux và các thành phần đã được kiểm chứng
    • Bao gồm một phần không gian người dùng của ReactOS để cải thiện tính khả dụng
    • Do dựa trên Linux nên cũng có thể chạy phần mềm dành cho Linux, một lợi thế mà ReactOS không có

Phạm vi thay thế không gian người dùng

  • Dự án hướng tới thay thế càng nhiều không gian người dùng bằng WINE càng tốt
  • Không nêu giới hạn hay ngoại lệ cụ thể

Động lực xây dựng

  • Nhằm duy trì trải nghiệm desktop PC từ cuối thập niên 1990 đến đầu thập niên 2010
  • Cải thiện những phần chưa hoàn thiện của WINE để mọi người đều có thể hưởng lợi từ khả năng tương thích tốt hơn
  • Xem Win32 là một “ABI Linux ổn định”
  • Cũng bao gồm động lực mang tính thử nghiệm đơn giản là “vì có thể làm được”

Lập luận về tính ổn định của Win32

  • ABI Win32 có lịch sử tương thích được duy trì qua nhiều thập kỷ
    • Thậm chí có thể chạy cả phần mềm Win16 thông qua WINE
  • Trong các lĩnh vực như phần mềm sáng tạo hay game, tức những mảng còn thiếu trong hệ sinh thái GNU/Linux, Win32 mang lại khả năng tiếp cận rộng rãi
  • Nó được mô tả là “ABI ổn định của thế giới”, đồng thời được đánh giá là giúp tăng khả năng tiếp cận di sản văn hóa

Ảnh chụp màn hình và trạng thái hiện tại

  • Ảnh chụp được công bố là màn hình thực tế với WINE đang chạy trên Debian 13
  • Hiện tại vẫn tồn tại các điểm bất tiện và phần chưa hoàn thiện
  • Mục tiêu là ổn định hóa môi trường này và đóng gói nó thành dạng dễ cài đặt

Cách tham gia

  • Dự án do hikari_no_yume viết trong sự kiện 39C3 vào ngày 29 tháng 12 năm 2025, và được cập nhật vào ngày 30 tháng 12
  • Có thể tham gia hoặc liên hệ qua email (hikari@noyu.me) hoặc kênh IRC #loss32 (irc.libera.chat)
  • Các lĩnh vực mong muốn hợp tác:
    • Cải thiện tích hợp giữa Wayland compositor và WINE (hiện đang dùng standalone mutter)
    • Công việc liên quan đến explorer.exe, shell32.dll, HiDPI scaling, đóng gói của WINE
    • explorer.exe, shell32.dll của ReactOS, cùng các vấn đề tương thích với WINE
    • Toàn bộ cấu trúc chi tiết của desktop stack GNU/Linux

Lịch trình sắp tới

  • Bản nguyên mẫu đầu tiên dự kiến phát hành vào tháng 1 năm 2026
    • Có thể cài đặt bằng cách thêm vào /etc/apt/sources.list rồi chạy sudo apt install
    • Dự kiến sẽ bao gồm nhiều thành phần chưa hoàn thiện và lỗi, sau đó tiếp tục được cải tiến theo từng vòng lặp

Bài viết liên quan

1 bình luận

 
GN⁺ 2026-01-01
Ý kiến trên Hacker News

  • Ngay cả Linus Torvalds cũng nói rằng tính tương thích ABI là chưa đủ tốt. Tôi nghĩ đây là một trong những lý do chính khiến Linux không phổ biến trên desktop
    Video liên quan

    • Mượn lời một người bạn thì câu “Glibc đang lãng phí một kernel ABI ổn định hoàn hảo” là diễn đạt rất chuẩn
    • Các định dạng như AppImage hay FlatPak về mặt lý thuyết giải quyết được vấn đề này, nhưng vấn đề thực tế là không có ai chịu đóng gói phần mềm cũ
    • Lập luận này vẫn có lý, nhưng cũng cần lưu ý rằng đó là câu chuyện từ 12 năm trước
    • Tôi hoàn toàn đồng ý với Linus. Trên Windows, file exe cho WinXP gần như lúc nào cũng chạy được trên Win10, 11, còn trên Linux thì mỗi lần đổi phiên bản Mint hay Ubuntu lại phải vật lộn với vấn đề tương thích
    • Vì vậy OpenBSD có thể trông khá hấp dẫn. Kernel và ứng dụng được tích hợp hoàn toàn, và nhờ sự đơn giản nên bảo mật và độ ổn định cao.
      Nhưng việc phe mã nguồn mở đến giờ vẫn làm ra những hệ điều hành thiếu ổn định trên một khái niệm cũ như vậy thì thật mỉa mai.
      Sự hỗn loạn của hệ thống đóng gói, các bản cập nhật làm hỏng hệ thống, glibc thiếu ổn định, môi trường desktop thay đổi liên tục... tất cả vẫn là vấn đề

  • Thật đáng ngạc nhiên là nhờ Wine và Proton, Linux lại tương thích với game Windows cũ tốt hơn. Các game thập niên 90~00 khó chạy trên Windows, nhưng trên Steam thì chỉ cần một cú nhấp là chạy được trên Linux

    • Thực ra Wine cũng chạy trên Windows. Dự án Shorthorn dùng nó để chạy phần mềm mới trên XP
    • PC gaming của tôi không tương thích với Windows 11 nên tôi chuyển sang Linux, và cảm nhận hiệu năng tăng lên là ngay lập tức. Windows có quá nhiều tải xuống không cần thiết và xung đột, còn trên Linux thì đa số hoạt động tốt. Dù vậy, vấn đề âm thanh ở một số game trên Proton vẫn còn
    • Tôi tò mò muốn biết ví dụ cụ thể về những game nào khó chạy trên Windows
    • Ngược lại, cũng có lúc bản native Linux của game không chạy được nên phải dùng bản Windows qua Proton

  • Làm utility GUI dựa trên VB6 có thể ổn định và năng suất hơn công nghệ web ngày nay

    • Tôi sẽ chọn Delphi. Delphi hỗ trợ Windows, Linux, macOS, Android và iOS.
      Ngoài ra Elements của RemObjects là một môi trường RAD có thể nhắm tới nhiều nền tảng bằng nhiều ngôn ngữ khác nhau
    • Tôi cũng bắt đầu với VB6 nên có chút hoài niệm, nhưng không thể phủ nhận những tiến bộ mà mô hình UI khai báo của React mang lại. Việc xóa nhòa ranh giới giữa render ban đầu và re-render, cùng cấu trúc UI tự cập nhật chỉ bằng cập nhật trạng thái, là một đổi mới lớn
    • Tôi vẫn nghiêng về Delphi hoặc FreePascal, nhưng đồng cảm với cảm xúc cơ bản đó
    • Hơn nữa, phần mềm viết cho năm 2005 chạy cực nhanh trên hệ thống ngày nay
    • Tuy nhiên, đó là khi chỉ dùng widget và hiệu ứng mặc định của Win32. Nếu muốn làm hơn thế thì một môi trường trưởng thành và được tài liệu hóa tốt như web runtime sẽ hiệu quả hơn

  • Tôi muốn biết cụ thể vấn đề ABI của Linux là gì. Tôi đã dùng Linux hơn 20 năm nhưng chưa cảm thấy có vấn đề với các ứng dụng cài qua package manager.
    Nếu có ai hiểu toàn bộ lịch sử thì sẽ rất tuyệt nếu viết thành một bài blog tổng hợp

    • Kernel thì ổn định, nhưng các thư viện hệ thống cần cho ứng dụng đồ họa lại hay bị gãy. Các thành phần chính như GTK, Qt, X11 cứ thay đổi liên tục và gây ra đứt gãy tương thích
    • Vấn đề thực sự không phải ABI mà là thiếu chuẩn hóa. Linux Standard Base từng cố giải quyết chuyện này nhưng vì thiếu quan tâm nên biến mất.
      Văn hóa CADT (văn hóa rewrite) vẫn tiếp diễn chỉ vì bảo trì không vui. Ví dụ: Wayland, rewrite bằng Rust
      Trong môi trường như vậy, ứng dụng thương mại khó phát triển, còn ứng dụng mã nguồn mở cũng mất nhiều năm để port (ví dụ: GIMP chuyển từ GTK2 sang 3)
    • Linux không bao trùm toàn bộ stack như Windows. Nó là tập hợp thư viện từ nhiều nhà phát triển và liên tục thay đổi theo thời gian
    • Không biết bạn đã từng gặp vấn đề về phiên bản GLIBC chưa?
    • Mô hình cứ mỗi lần phát hành OS lại phải vá và biên dịch lại toàn bộ là quá tệ.
      Nhà phát triển khổ vì các distro làm trung gian, còn người dùng thì chỉ có thể dùng ứng dụng phiên bản cũ.
      Một hệ điều hành tốt phải chạy được nguyên vẹn ứng dụng cũ.
      Windows làm điều này tốt hơn Linux rất nhiều, còn Linux có cấu trúc mang tính xã hội chủ nghĩa nên không có chủ thể chịu trách nhiệm.
      Docker là lời giải ở phía server, nhưng không áp dụng được cho desktop

  • Nếu có một desktop Linux mang giao diện cổ điển kiểu Windows 7 hay XP thì có lẽ tôi sẽ thật sự trở thành fan.
    Sự thanh lịch đó hấp dẫn hơn Windows 10 rất nhiều

    • Thật lạ là đến giờ vẫn chưa có DE clone XP/7 1:1 nào đủ hoàn thiện.
      Nếu sao chép một môi trường cố định như vậy thì có thể tránh thừa tính năng và tập trung vào sửa lỗi cùng tối ưu hóa
    • Tôi khuyên nên thử Aero theme cho KDE. Chỉ nhìn screenshot thôi cũng thấy giống Windows 7 thật
    • Nhưng phần lớn các nỗ lực như vậy đều thất bại. Giống như Linspire hay BeOS PC, nếu không được bán kèm phần cứng thì không thể duy trì
    • SerenityOS là một OS hoàn chỉnh theo phong cách Win2k, và nếu có hỗ trợ phần cứng thì sẽ có tiềm năng.
      Hoặc phải chờ đến khi ReactOS hoàn thiện
    • Nếu dùng XFCE với theme Windows thì cũng có thể có trải nghiệm khá giống. Thêm cấu hình Wine vào là đủ

  • Do thay đổi ở phiên bản Python và WxWindows mà WikidPad bị hỏng, cuối cùng tôi quay lại Windows.
    File exe từ năm 2012 vẫn chạy hoàn hảo. Cá nhân tôi nghĩ Windows 2000 Server SP4 là hệ điều hành desktop tốt nhất từng có

    • Bản cuối cùng do Cutler giám sát là Server 2003 mới là lựa chọn của tôi. Về mặt kỹ thuật thì còn có thể truy cập mã nguồn
    • Tôi cũng gặp vấn đề tương tự trên Debian, nhưng giải quyết được bằng debootstrap và snapshots.debian.org.
      Tăng tốc GPU có thể bị hỏng, nhưng X11 vẫn giữ khả năng tương thích ngược mạnh mẽ
    • Đến tận 2025 mà vẫn nghe câu “Task Manager ngốn 15% CPU” thì Windows 11 rõ ràng vẫn kém hiệu quả

  • Tôi nghĩ đã đến lúc Microsoft phải nếm trải chiến lược embrace, extend, extinguish do chính họ tạo ra

    • Theo tôi thì Windows 13 có thể sẽ chuyển sang dùng kernel Linux.
      Trên thực tế, Microsoft đã tích cực đón nhận Linux và mã nguồn mở trong 10 năm qua

  • Ý tưởng của Linux thì hay, nhưng vẫn còn thiếu hỗ trợ phần cứng. Khi ARM phổ biến hơn có lẽ sẽ còn tệ hơn.
    Tôi thắc mắc vì sao Google không biến Android thành một desktop OS thực thụ. ChromeOS quá hạn chế

    • Thực ra Linux tùy thiết bị mà đôi khi còn tương thích tốt hơn Windows.
      Từ Android 16, Google đang nghiêm túc thúc đẩy việc desktop hóa Android.
      ChromeOS cũng quá đủ tốt cho một số công việc nhất định.
      Chỉ là Google không giỏi lắng nghe tiếng nói của khách hàng.
      Dù vậy, vẫn phải công nhận họ đã đóng góp cho sự phát triển của công nghệ web
    • ChromeOS hoàn toàn không phải đồ chơi. Với môi trường phát triển, có điểm còn tốt hơn cả macOS.
      Nếu lần cuối bạn dùng là năm 2013 thì bây giờ nó đã khác hoàn toàn
    • Gần đây thậm chí còn có khá nhiều phần cứng chỉ hỗ trợ Linux
    • Trong môi trường desktop thì phần lớn phần cứng đều hoạt động ngay. Trừ thiết bị quá đặc thù, còn lại không có vấn đề gì

  • Sẽ rất hay nếu các distro lớn dùng binfmt_misc để đăng ký Wine mặc định.
    Nếu có thể chạy ứng dụng Windows một cách cô lập trong cơ chế bảo mật của Linux, đồng thời quản lý log và crash report một cách tích hợp,
    thì sẽ mở ra con đường thực tế để trở thành hệ điều hành thay thế Windows

    • Chính những tính năng như vậy mới là chìa khóa để Linux trở nên thân thiện với người mới

  • Dự án Longene lại hiện lên trong đầu.
    Đây là một nỗ lực tích hợp Windows API vào kernel Linux, là một ví dụ lịch sử tham khảo khá thú vị