มาสร้าง Win32/Linux ไปด้วยกัน: โปรเจกต์ loss32

 (loss32.org)
3 คะแนน โดย GN⁺ 2026-01-01 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • loss32 มีเป้าหมายเป็น ดิสทริบิวชัน Linux ที่ใช้สภาพแวดล้อม Win32 เป็นเดสก์ท็อปหลัก โดยอาศัย WINE และองค์ประกอบของ ReactOS
  • ผู้ใช้สามารถ ดาวน์โหลดและรันไฟล์ .exe ได้โดยตรง และถูกออกแบบมาในรูปแบบ ระบบปฏิบัติการโอเพนซอร์สเต็มรูปแบบ
  • ต่างจากแนวทางของ ReactOS ที่พยายามสร้างเคอร์เนล Windows NT ขึ้นใหม่ loss32 มุ่งไปที่ การสร้างเสถียรภาพและความเข้ากันได้บนเคอร์เนล Linux
  • แรงจูงใจหลักของโปรเจกต์คือ การปรับปรุง WINE, ฟื้นประสบการณ์เดสก์ท็อปแบบ Win32, และ ขยายการเข้าถึงซอฟต์แวร์สำหรับงานสร้างสรรค์
  • มีแผน ปล่อยต้นแบบแรกในเดือนมกราคม 2026 และจะค่อย ๆ ปรับปรุงต่อไป

แนวคิด Win32/Linux

  • Linux ถูกอธิบายว่าไม่ใช่ระบบปฏิบัติการเดี่ยว ๆ แต่เป็น ส่วนหนึ่งของระบบสมบูรณ์ ที่ประกอบด้วย WINE และ userland ของ ReactOS เป็นต้น
    • การผสมผสานนี้ถูกเรียกว่า “Win32/Linux” หรือ “Win32 plus Linux”
  • อิงตามแนวคิดของระบบปฏิบัติการสมบูรณ์ตามที่ Microsoft นิยามไว้ โดยมุ่งสู่ การรวมกันของเคอร์เนล Linux และสภาพแวดล้อม Win32

ภาพรวมโปรเจกต์

  • เป้าหมายคือ สร้างสภาพแวดล้อมเดสก์ท็อปเต็มรูปแบบที่ประกอบด้วยซอฟต์แวร์ Win32 บน WINE
    • ผู้ใช้สามารถ รันไฟล์ .exe ได้โดยตรง
    • อยู่ในรูปแบบ OS เสรีและเปิดกว้าง ที่เข้าถึงได้แม้สำหรับผู้ใช้ที่ไม่ได้คุ้นกับ Unix
  • ต่างจาก ReactOS ที่ไม่ได้สร้างเคอร์เนลใหม่ขึ้นมาเอง แต่ใช้ เคอร์เนล Linux และองค์ประกอบที่ผ่านการพิสูจน์แล้ว
    • รวมบางส่วนของ userland จาก ReactOS เพื่อ เพิ่มการใช้งานให้ดีขึ้น
    • เนื่องจากเป็นพื้นฐาน Linux จึง สามารถรันซอฟต์แวร์สำหรับ Linux ได้ด้วย ซึ่งเป็นข้อได้เปรียบที่ ReactOS ไม่มี

ขอบเขตการแทนที่ userland

  • มุ่งไปในทิศทางของการ แทนที่ userland ทั้งหมดด้วย WINE ให้ได้มากที่สุด
  • ไม่มีการกล่าวถึงข้อจำกัดหรือข้อยกเว้นแบบเจาะจง

แรงจูงใจในการพัฒนา

  • ต้องการคง ประสบการณ์เดสก์ท็อปพีซีช่วงปลายทศวรรษ 1990 ถึงต้นทศวรรษ 2010 ไว้
  • ต้องการ แก้จุดที่ WINE ยังไม่สมบูรณ์ เพื่อให้ทุกคนได้รับความเข้ากันได้ที่ดียิ่งขึ้น
  • มอง Win32 ว่าเป็น “Linux ABI ที่เสถียร”
  • รวมถึงแรงจูงใจเชิงทดลองแบบง่าย ๆ ว่า “เพราะมันทำได้”

ข้ออ้างเรื่องความเสถียรของ Win32

  • Win32 ABI มี ประวัติความเข้ากันได้ ที่สืบต่อมายาวนานหลายทศวรรษ
    • ผ่าน WINE จึง สามารถรันซอฟต์แวร์ Win16 ได้ด้วย
  • ในด้านอย่างซอฟต์แวร์สำหรับงานสร้างสรรค์หรือเกม ซึ่ง ระบบนิเวศ GNU/Linux ยังขาดอยู่ Win32 มอบการเข้าถึงได้อย่างกว้างขวาง
  • ถูกอธิบายว่าเป็น “ABI ที่เสถียรของโลก” และถูกมองว่าช่วยเพิ่มการเข้าถึงมรดกทางวัฒนธรรม

ภาพหน้าจอและสถานะปัจจุบัน

  • ภาพหน้าจอที่เผยแพร่เป็น หน้าจอจริงของ WINE ที่กำลังทำงานบน Debian 13
  • ปัจจุบันยังมี ส่วนที่ใช้งานไม่สะดวกและจุดที่ยังทำไม่เสร็จ
  • เป้าหมายคือ ทำให้สภาพแวดล้อมนี้เสถียรและแพ็กเกจให้อยู่ในรูปแบบที่ติดตั้งได้ง่าย

วิธีเข้าร่วม

  • โปรเจกต์นี้ถูกเขียนโดย hikari_no_yume ระหว่างงาน 39C3 เมื่อวันที่ 29 ธันวาคม 2025 และอัปเดตเมื่อวันที่ 30 ธันวาคม
  • สามารถเข้าร่วมหรือสอบถามได้ทาง อีเมล (hikari@noyu.me) หรือ IRC ช่อง #loss32 (irc.libera.chat)
  • สาขาที่ต้องการความร่วมมือ:
    • ปรับปรุงการผสานรวมระหว่าง Wayland compositor กับ WINE (ปัจจุบันใช้ standalone mutter)
    • งานที่เกี่ยวข้องกับ explorer.exe, shell32.dll, HiDPI scaling, packaging ของ WINE
    • ปัญหาความเข้ากันได้ระหว่าง explorer.exe, shell32.dll ของ ReactOS กับ WINE
    • รายละเอียดโครงสร้างของ GNU/Linux desktop stack โดยรวม

กำหนดการถัดไป

  • มีแผน ปล่อยต้นแบบแรกในเดือนมกราคม 2026
    • อยู่ในรูปแบบที่เพิ่มใน /etc/apt/sources.list แล้วติดตั้งได้ด้วย sudo apt install
    • จะมี ส่วนที่ยังไม่เสร็จและข้อบกพร่องจำนวนมาก รวมอยู่ และหลังจากนั้นจะเข้าสู่ กระบวนการปรับปรุงแบบวนซ้ำต่อเนื่อง

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2026-01-01
ความคิดเห็นจาก Hacker News

  • แม้แต่ Linus Torvalds เองก็ยังบอกว่า ความเข้ากันได้ของ ABI นั้นไม่ดีพอ ผมคิดว่านี่เป็นหนึ่งในเหตุผลหลักที่ทำให้ Linux ไม่ได้รับความนิยมบนเดสก์ท็อป
    วิดีโอที่เกี่ยวข้อง

    • ขอยืมคำพูดของเพื่อนมาใช้ว่า “Glibc กำลังทำให้ ABI ของเคอร์เนลที่เสถียรอย่างสมบูรณ์สูญเปล่า” เป็นคำอธิบายที่ตรงมาก
    • ฟอร์แมตอย่าง AppImage หรือ FlatPak แก้ปัญหานี้ได้ในทางทฤษฎี แต่ปัญหาในโลกจริงคือไม่มีใครมาคอยแพ็กเกจซอฟต์แวร์เก่า
    • ข้อโต้แย้งนี้ยังมีน้ำหนักอยู่ แต่ก็ควรชี้ด้วยว่า มันเป็นเรื่องเมื่อ 12 ปีก่อน
    • ผมเห็นด้วยกับ Linus เต็มที่ บน Windows ไฟล์ exe ที่ทำมาสำหรับ WinXP แทบจะรันได้เสมอบน Win10 และ 11 แต่บน Linux แค่ Mint หรือ Ubuntu เปลี่ยนเวอร์ชันก็ต้องปวดหัวกับ ปัญหาความเข้ากันได้ แล้ว
    • ด้วยเหตุนี้ OpenBSD อาจดูน่าสนใจ เพราะเคอร์เนลกับแอปถูกบูรณาการเข้าด้วยกันทั้งหมด และความเรียบง่ายก็ช่วยให้มี ความปลอดภัยและเสถียรภาพ สูง
      แต่มันก็น่าประหลาดใจที่ฝั่งโอเพนซอร์สยังคงสร้าง OS ที่ไม่เสถียรอยู่บนแนวคิดเก่าแก่แบบนี้
      ความสับสนของระบบแพ็กเกจ, อัปเดตที่พัง, glibc ที่ไม่เสถียร, และเดสก์ท็อปเอนวายรอนเมนต์ที่เปลี่ยนไปเรื่อย ๆ ยังเป็นปัญหาอยู่

  • น่าทึ่งที่ Linux เข้ากันได้กับ เกม Windows เก่า ดีกว่าเพราะมี Wine และ Proton เกมยุค 90s–00s ที่รันบน Windows ได้ยาก กลับกดครั้งเดียวบน Steam แล้วเล่นบน Linux ได้เลย

    • จริง ๆ แล้ว Wine ใช้งานบน Windows ได้ด้วย โปรเจ็กต์ Shorthorn ใช้มันเพื่อรันซอฟต์แวร์ใหม่บน XP
    • พีซีเล่นเกมของผมไม่รองรับ Windows 11 เลยเปลี่ยนมาใช้ Linux แล้วรู้สึกได้ทันทีว่า ประสิทธิภาพดีขึ้น Windows มีทั้งการดาวน์โหลดที่ไม่จำเป็นและปัญหาค้างบ่อย แต่บน Linux ส่วนใหญ่ใช้งานได้ดี แค่ยังมี ปัญหาเสียง ในบางเกมบน Proton อยู่
    • อยากรู้ตัวอย่างเจาะจงว่ามีเกมอะไรบ้างที่รันบน Windows ได้ยาก
    • ในทางกลับกัน ก็เคยเจอเกมเวอร์ชัน native บน Linux รันไม่ได้ จนต้องไปใช้เวอร์ชัน Windows ผ่าน Proton เหมือนกัน

  • การทำ GUI utility บนฐาน VB6 อาจ เสถียรและทำงานได้ผลกว่า เทคโนโลยีเว็บสมัยนี้ด้วยซ้ำ

    • ถ้าเป็นผมจะเลือก Delphi Delphi รองรับ Windows, Linux, macOS, Android, iOS ทั้งหมด
      นอกจากนี้ Elements ของ RemObjects ก็เป็นสภาพแวดล้อม RAD ที่เจาะหลายแพลตฟอร์มได้ด้วยหลายภาษา
    • ผมเองก็เริ่มจาก VB6 เลยมีความผูกพัน แต่ก็ปฏิเสธไม่ได้ว่าความก้าวหน้าที่ โมเดล UI แบบ declarative ของ React นำมานั้นสำคัญมาก การลบเส้นแบ่งระหว่าง initial render กับ re-render และให้ UI อัปเดตผ่าน state update อย่างเดียวถือว่าเป็นนวัตกรรมจริง ๆ
    • ผมขอโหวตให้ Delphi หรือ FreePascal แต่ก็เห็นด้วยกับความรู้สึกพื้นฐานนั้น
    • แถมซอฟต์แวร์ที่ทำไว้สำหรับปี 2005 ก็ยังรันบนระบบปัจจุบันได้ เร็วมาก
    • แต่ก็เฉพาะตอนที่ใช้แค่วิดเจ็ตและเอฟเฟ็กต์พื้นฐานของ Win32 เท่านั้น ถ้าจะทำมากกว่านั้น สภาพแวดล้อมที่ โตเต็มที่และมีเอกสารดี แบบเว็บรันไทม์จะทำงานได้มีประสิทธิผลกว่า

  • อยากรู้รายละเอียดเรื่องปัญหา ABI ของ Linux เหมือนกัน ผมใช้ Linux มาเกิน 20 ปีแล้ว แต่ไม่เคยรู้สึกมีปัญหากับแอปที่ติดตั้งผ่านแพ็กเกจแมนเนเจอร์
    ถ้ามีใครรู้ประวัติทั้งหมดก็น่าเขียนสรุปเป็นบล็อกมาก

    • ตัวเคอร์เนลเสถียร แต่ system library ที่แอปกราฟิกต้องใช้พังบ่อย GTK, Qt, X11 และองค์ประกอบหลักต่าง ๆ เปลี่ยนอยู่ตลอดจนเกิด การขาดช่วงของความเข้ากันได้
    • ปัญหาจริงไม่ใช่ ABI แต่คือ การขาดมาตรฐานร่วม Linux Standard Base พยายามแก้เรื่องนี้แต่ก็หายไปเพราะไม่มีคนสนใจ
      วัฒนธรรม CADT (วัฒนธรรมเขียนใหม่) ก็ยังดำเนินต่อไปเพราะการบำรุงรักษาไม่สนุก ตัวอย่างเช่น Wayland, การเขียนใหม่ด้วย Rust
      ในสภาพแวดล้อมแบบนี้ แอปเชิงพาณิชย์โตได้ยาก และแม้แต่แอปโอเพนซอร์สก็ใช้เวลาหลายปีกว่าจะพอร์ตได้ (เช่น GIMP ตอนย้ายจาก GTK2 ไป GTK3)
    • Linux ไม่ได้ครอบคลุมทั้งสแตกเหมือน Windows มีไลบรารีจากนักพัฒนาหลายฝ่ายมาปะปนกัน และก็เปลี่ยนไปเรื่อย ๆ ตามเวลา
    • สงสัยว่าไม่เคยเจอปัญหาเรื่องเวอร์ชัน GLIBC กันเลยหรือ
    • โมเดลที่ต้อง แพตช์และคอมไพล์ใหม่ทั้งหมด ทุกครั้งที่ OS ออกรุ่นใหม่นั้นแย่มาก
      นักพัฒนาต้องทนทุกข์เพราะมีดิสโทรเป็นคนกลาง ส่วนผู้ใช้ก็ถูกบังคับให้ใช้แอปเวอร์ชันเก่า
      ถ้าเป็น OS ที่ดี ก็ควรรันแอปเก่าได้เหมือนเดิม
      Windows ดีกว่า Linux มากในจุดนี้ และ Linux ก็มี โครงสร้างแบบสังคมนิยม ที่ไม่มีผู้รับผิดชอบชัดเจน
      Docker เป็นทางออกฝั่งเซิร์ฟเวอร์ แต่ใช้กับเดสก์ท็อปไม่ได้

  • ถ้ามี Linux desktop ที่มี UI คลาสสิก แบบ Windows 7 หรือ XP ผมน่าจะเป็นแฟนมากเลย
    ความสง่างามแบบนั้นน่าดึงดูดกว่า Windows 10 มาก

    • น่าแปลกที่จนถึงตอนนี้ยังไม่มี DE แบบโคลน XP/7 ระดับ 1:1 ที่สมบูรณ์จริง ๆ
      การทำซ้ำสภาพแวดล้อมคงที่แบบนี้น่าจะช่วยกัน ฟีเจอร์ล้นเกิน และทำให้โฟกัสกับการแก้บั๊กและปรับแต่งประสิทธิภาพได้
    • แนะนำให้ลองใช้ ธีม Aero สำหรับ KDE ดู จากภาพหน้าจอมันเหมือน Windows 7 ของจริงมาก
    • แต่ความพยายามแบบนี้ส่วนใหญ่มักล้มเหลว ถ้าไม่ได้ ส่งมาพร้อมฮาร์ดแวร์ แบบ Linspire หรือ BeOS PC ก็ยากจะรักษาไว้ได้
    • SerenityOS เป็น OS เต็มรูปแบบสไตล์ Win2k ที่ดูมีอนาคตถ้ามีแค่การรองรับฮาร์ดแวร์
      ไม่อย่างนั้นก็คงต้องรอให้ ReactOS เสร็จสมบูรณ์
    • ถ้าใช้ XFCE แล้วใส่ธีม Windows ก็จะได้ประสบการณ์ที่คล้ายกันมาก และถ้าเพิ่มการตั้งค่า Wine เข้าไปก็เพียงพอแล้ว

  • WikidPad พังเพราะเวอร์ชันของ Python กับ WxWindows เปลี่ยนไป สุดท้ายเลยกลับมาใช้ Windows
    ไฟล์ exe จากปี 2012 ยังทำงานได้สมบูรณ์อยู่เลย ส่วนตัวผมคิดว่า Windows 2000 Server SP4 คือเดสก์ท็อป OS ที่ดีที่สุด

    • สำหรับผมคงเลือก Server 2003 ซึ่งเป็นเวอร์ชันสุดท้ายที่ Cutler ดูแล และในเชิงเทคนิคก็ เข้าถึงซอร์สได้ ด้วย
    • ผมก็เคยเจอปัญหาคล้ายกันบน Debian แต่แก้ได้ด้วย debootstrap และ snapshots.debian.org
      GPU acceleration อาจพังได้ แต่ X11 ก็ยังคงมี ความเข้ากันได้ย้อนหลังที่แข็งแกร่ง
    • พอมาถึงปี 2025 แล้วยังได้ยินคำว่า “Task Manager กิน CPU 15%” อยู่เลย แสดงว่า Windows 11 ก็ยัง ไม่มีประสิทธิภาพ อยู่ดี

  • ผมคิดว่าถึงเวลาที่ Microsoft ควรได้ลิ้มรสกลยุทธ์ embrace, extend, extinguish ที่ตัวเองเคยสร้างแล้ว

    • ผมคิดว่า Windows 13 อาจหันไปใช้ เคอร์เนล Linux ก็ได้
      ที่จริง Microsoft เปิดรับ Linux และโอเพนซอร์สอย่างจริงจังมาตลอด 10 ปีที่ผ่านมาแล้ว

  • ไอเดียของ Linux ดี แต่ก็ยังขาด การรองรับฮาร์ดแวร์ อยู่มาก และพอ ARM แพร่หลายคงยิ่งแย่ลง
    ผมสงสัยว่าทำไม Google ไม่ทำ Android ให้เป็นเดสก์ท็อป OS จริงจังไปเลย ChromeOS มันจำกัดเกินไป

    • จริง ๆ แล้ว Linux ก็ขึ้นกับอุปกรณ์ แต่บางครั้ง เข้ากันได้ดีกว่า Windows ด้วยซ้ำ
      Google กำลังผลักดันความเป็นเดสก์ท็อปบน Android 16 อย่างจริงจังแล้ว
      ส่วน ChromeOS ก็ยอดเยี่ยมพอสำหรับงานบางประเภท
      แค่ Google ไม่ค่อยเก่งเรื่องฟังเสียงลูกค้า
      แต่ก็ต้องยอมรับว่ามีส่วนช่วยผลักดันเทคโนโลยีเว็บอย่างมาก
    • ChromeOS ไม่ใช่ของเล่นเลย ในฐานะสภาพแวดล้อมสำหรับพัฒนา บางด้านมันดีกว่า macOS ด้วยซ้ำ
      ถ้าครั้งสุดท้ายที่คุณใช้มันคือปี 2013 ทุกวันนี้มันเปลี่ยนไปหมดแล้ว
    • ทุกวันนี้กลับมี ฮาร์ดแวร์ที่รองรับเฉพาะ Linux อยู่ไม่น้อย
    • ในสภาพแวดล้อมเดสก์ท็อป ฮาร์ดแวร์ส่วนใหญ่ใช้งานได้ทันที ถ้าไม่ใช่อุปกรณ์แปลกมากก็ แทบไม่มีปัญหา

  • อยากให้ดิสโทรหลัก ๆ ใช้ binfmt_misc เพื่อลงทะเบียน Wine เป็นค่าเริ่มต้น
    ให้แอป Windows รันแบบแยกตัวภายใต้กลไกความปลอดภัยของ Linux และจัดการ log กับ crash report แบบรวมศูนย์
    แบบนี้ก็น่าจะเปิดทางให้มันเป็น ระบบปฏิบัติการทางเลือกแทน Windows ได้จริง

    • ฟีเจอร์แบบนี้แหละคือหัวใจที่จะทำให้ Linux เป็นมิตรกับผู้ใช้มือใหม่

  • นึกถึงโปรเจ็กต์ Longene ขึ้นมาอีกครั้ง
    มันเป็นความพยายามจะรวม Windows API เข้าไปในเคอร์เนล Linux ซึ่งเป็นกรณีศึกษาทางประวัติศาสตร์ที่น่าสนใจ