- ชุมชนเคอร์เนลกำลังเพิ่มความเข้มงวดของข้อจำกัดต่อเคอร์เนลโมดูลแบบ proprietary
- แพตช์ล่าสุดได้เปลี่ยนพฤติกรรมของ
symbol_get() ทำให้การเข้าถึงสัญลักษณ์ที่ใช้ได้เฉพาะกับ GPL ถูกจำกัด
- การเปลี่ยนแปลงนี้ทำให้โมดูลแบบ proprietary เข้าถึงภายในของเคอร์เนลได้ยากขึ้น
- นักพัฒนาโมดูลแบบ proprietary อาจหาวิธีอื่นเพื่อหลีกเลี่ยงข้อจำกัดเหล่านี้
- ความขัดแย้งระหว่างชุมชนเคอร์เนลกับโมดูลแบบ proprietary ยังคงดำเนินต่อไป
- โค้ดโอเพนซอร์สบน CPU ให้ข้อได้เปรียบด้านความปลอดภัยและความสามารถในการตรวจสอบ
- ไดรเวอร์เคอร์เนลโอเพนซอร์สสามารถคอมไพล์ใหม่เพื่อรองรับ CPU ใดก็ได้ที่ Linux ทำงานอยู่
- เฟิร์มแวร์ใหม่ของ NVIDIA มอบกราฟิกสแตกที่เปิดอย่างสมบูรณ์พร้อมรองรับ Vulkan
- ไดรเวอร์โอเพนซอร์สตัวใหม่ได้รับการปรับปรุงครั้งใหญ่มากเมื่อเทียบกับไดรเวอร์ proprietary รุ่นก่อนหน้า
- การละเมิดลิขสิทธิ์ที่ขัดต่อ GPL เป็นประเด็นที่น่ากังวล
- มุมมองและความเชื่อที่ต่างกันอาจนำไปสู่ความเข้าใจผิดและการปฏิเสธที่จะยอมรับมุมมองของผู้อื่น
- มีความกังวลเกี่ยวกับผลกระทบต่อการติดตั้งและการพัฒนา ZFS
- มีความจำเป็นต้องทำให้ชัดเจนทางกฎหมายเกี่ยวกับความซับซ้อนของปัญหาและความเข้ากันได้
- บทความนี้อภิปรายถึงปัญหาที่ซับซ้อนของ ZFS และการละเมิดที่อาจเกิดขึ้นจากโมดูลแบบ proprietary
- มีการคาดเดาว่าทำไม Oracle จึงไม่ดำเนินการทางกฎหมายต่อ Canonical จากการใช้งาน ZFS
- มีการเน้นถึงความท้าทายและแนวทางแก้ไขที่เป็นไปได้ในการผสาน OpenZFS เข้ากับ Linux
- ZFS เป็นระบบไฟล์หลายแพลตฟอร์มที่สามารถใช้ได้ในกรณีที่ไม่สามารถใช้ Linux บน FreeBSD หรือ Illinois ได้
- Christoph Hellwig ได้ส่งแพตช์เพื่อทำให้โมดูลแบบ proprietary ใช้งานได้ยากขึ้น และแพตช์นี้ถูกรวมเข้าใน Linux mainline แล้ว
- มีการถกเถียงกันว่า DRM เป็นสิ่งที่ดีหรือไม่ดี และการทำงานร่วมกับทรัพยากรที่ได้รับการปกป้องด้วย DRM ถือเป็นสิ่งผิดกฎหมาย
- GPL ไม่ได้ถูกนิยามไว้อย่างชัดเจน และมีข้อสันนิษฐานเกี่ยวกับงานดัดแปลงและสิ่งที่อาจอยู่ภายใต้ลิขสิทธิ์
- หากสร้างและรันไบนารีโดยตรงด้วยตัวเอง การบิลด์เคอร์เนลของตนเองอาจไม่ถือว่าละเมิด GPL
1 ความคิดเห็น
ความคิดเห็นบน Hacker News