ใบอนุญาตสาธารณะของสหภาพยุโรป ( European Union Public License หรือ EUPL ) ได้จุดประกายการถกเถียงอย่างรุนแรงในชุมชนนักพัฒนาเกี่ยวกับข้อกำหนดความเข้ากันได้ที่นักวิจารณ์โต้แย้งว่าสร้างช่องโหว่สำคัญในการปกป้อง copyleft ในขณะที่ได้รับการออกแบบมาเพื่ออำนวยความสะดวกในการแบ่งปันซอฟต์แวร์ระหว่างหน่วยงานสาธารณะของยุโรป แนวทางที่เป็นเอกลักษณ์ของใบอนุญาตนี้ต่อความเข้ากันได้ได้ทำให้เกิดคำถามเกี่ยวกับประสิทธิภาพเมื่อเปรียบเทียบกับทางเลือกที่มีชื่อเสียงอย่าง GPL และ AGPL
ความขัดแย้งเรื่องความเข้ากันได้
จุดขัดแย้งหลักมุ่งเน้นไปที่ข้อกำหนดความเข้ากันได้ของ EUPL ซึ่งอนุญาตให้ผลงานที่เป็นอนุพันธ์ที่รวม EUPL กับใบอนุญาตอื่นๆ ที่กำหนดไว้สามารถเผยแพร่ภายใต้ใบอนุญาตที่เข้ากันได้เหล่านั้นแทน รายการนี้รวมถึง GPL v2 และ v3 เป็นต้น นักวิจารณ์กังวลว่าสิ่งนี้สร้างทางหนีจากข้อกำหนดที่เข้มงวดกว่าของ EUPL โดยเฉพาะบทบัญญัติ SaaS ที่พยายามปิดช่องโหว่บริการคล้ายกับ AGPL
ความกังวลนี้เป็นเรื่องตรงไปตรงมา นักพัฒนาสามารถนำซอฟต์แวร์ที่ได้รับใบอนุญาต EUPL มารวมกับส่วนประกอบ GPL เล็กน้อย แล้วเผยแพร่ผลงานทั้งหมดภายใต้เงื่อนไข GPL สิ่งนี้จะลบข้อผูกพันเพิ่มเติมของ EUPL ออกไปอย่างมีประสิทธิภาพ รวมถึงข้อกำหนดบริการเครือข่าย ชุมชนบางส่วนมองว่านี่เป็นข้อบกพร่องพื้นฐานที่บ่อนทำลายจุดประสงค์ของใบอนุญาต
อย่างไรก็ตาม ผู้สนับสนุนชี้ไปที่เอกสารทางการของ EU ที่แนะนำว่าสถานการณ์มีความซับซ้อนมากกว่านั้น กลไกความเข้ากันได้ได้รับการออกแบบมาสำหรับความต้องการในการรวมระบบที่ถูกต้องตามกฎหมาย ไม่ใช่การออกใบอนุญาตใหม่ทั้งหมด ส่วน EUPL ดั้งเดิมในทางทฤษฎียังคงรักษาข้อผูกพันไว้แม้ในผลงานที่รวมกัน แม้ว่ากลไกการบังคับใช้จะยังไม่ชัดเจน
ใบอนุญาตที่เข้ากันได้ (Outbound)
- GNU General Public License (GPL) v2, v3
- GNU Affero General Public License (AGPL) v3
- Open Software License (OSL) v2.1, v3.0
- Eclipse Public License (EPL) v1.0
- CeCILL v2.0
- Mozilla Public License (MPL) v2
- Creative Commons Attribution-ShareAlike v3.0 (งานที่ไม่ใช่ซอฟต์แวร์)
ความกังวลเรื่องช่องโหว่ SaaS
EUPL พยายามแก้ไขช่องโหว่ SaaS ผ่านคำจำกัดความที่กว้างของการแจกจ่ายและการสื่อสาร ซึ่งรวมถึงการให้การเข้าถึงฟังก์ชันการทำงานที่สำคัญของซอฟต์แวร์ ภาษานี้มีจุดมุ่งหมายเพื่อครอบคลุมสถานการณ์บริการคลาวด์ที่การแจกจ่ายแบบดั้งเดิมไม่เกิดขึ้น แต่ข้อกำหนดความเข้ากันได้อาจบ่อนทำลายการป้องกันนี้โดยอนุญาตให้แปลงเป็นใบอนุญาตที่ไม่มีบทบัญญัติดังกล่าว
โดยพื้นฐานแล้วนี่คือสิ่งที่เกิดขึ้นอยู่แล้ว เช่น บริษัทคลาวด์ที่เสนอบริการ Redis ภายใต้ชื่อทั่วไป มันแทบจะไม่ทำให้พวกเขาช้าลงเลย
การถกเถียงสะท้อนความตึงเครียดที่กว้างขึ้นในการออกใบอนุญาตโอเพนซอร์สเกี่ยวกับการสร้างสมดุลระหว่างการทำงานร่วมกันกับความแข็งแกร่งของ copyleft ในขณะที่นักพัฒนาบางคนให้ความสำคัญกับความเข้ากันได้สูงสุดเพื่อส่งเสริมการใช้งาน คนอื่นๆ ชอบการปกป้องที่แข็งแกร่งกว่าเพื่อให้แน่ใจว่าการมีส่วนร่วมจะไหลกลับสู่ชุมชน
คุณสมบัติหลักของ EUPL เทียบกับ GPL
- การให้สิทธิสิทธิบัตร: เงื่อนไขสิทธิบัตรที่ชัดเจน (คล้ายกับ GPLv3 )
- การครอบคลุม SaaS: รวมถึง "การให้การเข้าถึงฟังก์ชันการทำงานที่จำเป็น"
- หลายภาษา: เวอร์ชันอย่างเป็นทางการใน 23 ภาษาของ EU
- เขตอำนาจศาล: กรอบกฎหมายที่ใช้ EU เป็นฐานอย่างชัดเจน
- ความเข้ากันได้: อนุญาตให้มีการออกใบอนุญาตขาออกไปยังใบอนุญาตที่เข้ากันได้
- การเชื่อมโยง: แนวทางที่ยืดหยุ่นมากขึ้นต่อการเชื่อมโยงแบบไดนามิก/สแตติกภายใต้กฎหมาย EU
การใช้งานที่จำกัดและผลกระทบในทางปฏิบัติ
แม้จะมีอายุเกือบสองทศวรรษ EUPL ยังคงไม่เป็นที่รู้จักค่อนข้างมากนอกวงการรัฐบาลยุโรป โครงการโอเพนซอร์สหลักๆ เพียงไม่กี่โครงการที่ใช้งาน โดยมีข้อยกเว้นที่น่าสังเกตอย่าง GoatCounter การใช้งานที่จำกัดนี้อาจสะท้อนทั้งความกังวลเรื่องความเข้ากันได้และการมุ่งเน้นหลักของใบอนุญาตที่ความต้องการของสถาบัน EU มากกว่าข้อกำหนดของชุมชนนักพัฒนาที่กว้างขึ้น
ลักษณะหลายภาษาของใบอนุญาตและกรอบกฎหมาย EU ให้ข้อได้เปรียบสำหรับองค์กรยุโรป แต่อาจขัดขวางโครงการระหว่างประเทศ เขตอำนาจศาลของ EU ที่ชัดเจนและศัพท์กฎหมายที่ออกแบบมาสำหรับกฎหมายยุโรปสร้างอุปสรรคสำหรับนักพัฒนาในภูมิภาคอื่นๆ ที่อาจพิจารณาคุณสมบัติของมันว่าน่าสนใจ
ประวัติเวอร์ชัน EUPL
- v0.1: ร่างแรกเผยแพร่เมื่อเดือนมิถุนายน 2005
- v1.0: ได้รับการอนุมัติอย่างเป็นทางการเมื่อวันที่ 9 มกราคม 2007 (3 ภาษา)
- v1.1: การชี้แจงเผยแพร่เมื่อวันที่ 9 มกราคม 2009 (ทุกภาษาใน EU )
- v1.2: อัปเดตเมื่อวันที่ 18 พฤษภาคม 2017 พร้อมความเข้ากันได้ที่ขยายออกไป
บทสรุป
EUPL เป็นตัวแทนของการทดลองที่น่าสนใจในการสร้างใบอนุญาต copyleft ที่ปรับแต่งตามภูมิภาคพร้อมคุณสมบัติความเข้ากันได้ที่ปรับปรุงแล้ว อย่างไรก็ตาม การถกเถียงของชุมชนเน้นย้ำถึงความตึงเครียดพื้นฐานระหว่างการทำงานร่วมกันและความแข็งแกร่งของ copyleft ที่ยังไม่ได้รับการแก้ไข ในขณะที่ใบอนุญาตทำหน้าที่ตามจุดประสงค์ที่ตั้งใจไว้สำหรับสถาบัน EU การใช้งานที่กว้างขึ้นเผชิญกับอุปสรรคจากทั้งความกังวลทางเทคนิคเกี่ยวกับกลไกความเข้ากันได้และอุปสรรคในทางปฏิบัติที่เกี่ยวข้องกับการมุ่งเน้นยุโรป
สำหรับนักพัฒนาที่เลือกระหว่างใบอนุญาต copyleft คุณสมบัติความเข้ากันได้ของ EUPL อาจเป็นทั้งความยืดหยุ่นที่มีค่าหรือจุดอ่อนที่น่ากังวล ขึ้นอยู่กับความสำคัญของพวกเขาสำหรับการปกป้องโค้ดเทียบกับความง่ายในการรวมระบบ
อ้างอิง: What is the EUPL?