การนำโปรเจ็กต์โอเพนซอร์สไปยังซอร์สที่ปิด

เป็นไปได้อย่างถูกกฎหมายที่จะเริ่มโครงการเมื่อเปิดเป็นโอเพนซอร์ซกลับสู่แหล่งข้อมูลปิดได้อย่างไร? โดยเฉพาะอย่างยิ่งใบอนุญาต GPL รุ่นใดก็ได้

มีสองสิ่งที่นี่:

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

สิทธิ์ทั้งหมดที่ได้รับภายใต้ใบอนุญาตนี้จะได้รับตามเงื่อนไขของลิขสิทธิ์ในโปรแกรมและจะเพิกถอนไม่ได้หากเงื่อนไขตรงตามที่ระบุไว้

• การออกใบอนุญาตอีกครั้งภายใต้ข้อกำหนดอื่น ๆ เป็นไปได้ตราบเท่าที่คุณได้รับข้อตกลงของผู้ถือลิขสิทธิ์ทั้งหมด หากคุณมีความคาดหวังที่จะได้รับมันก่อนที่จะยอมรับการมีส่วนร่วม (โครงการ GNU บางโครงการเช่น GCC ขอให้คุณกำหนดลิขสิทธิ์ให้กับ FSF) เป็นเรื่องง่าย หากคุณไม่ทำเช่นนั้นจะเป็นเรื่องยาก (บางโครงการทำเช่นนั้นโดยสมัครใจเพื่อให้การเปลี่ยนแปลงใบอนุญาตเป็นไปไม่ได้ในทางปฏิบัติได้รับข้อตกลงของทุกคนหรือติดตามและลบผลงานของผู้ที่ไม่ได้ทำจริง

(การกล่าวถึงบังคับ: ฉันไม่ใช่ทนายความให้ดูคุณและบางแง่มุมอาจมีการแปลเป็นภาษาท้องถิ่นและขึ้นอยู่กับเขตอำนาจศาลของคุณ)

คุณไม่สามารถใช้สิทธิ์ของผู้ใช้หนึ่งรายในการใช้ซอฟต์แวร์ที่ได้รับ v1.5เมื่อเขาได้รับสิทธิ์การใช้งาน GPL / OSS

แต่.

คุณสามารถติดต่อผู้เขียนของv1.5 ได้รับซอฟแวร์และ

1. ซื้อสิทธิ์การใช้งานเชิงพาณิชย์โดยมีสิทธิ์ในการดัดแปลงและการแจกจ่ายแหล่งที่มาปิด

2. ซื้อสิทธิ์ของเขาในซอฟต์แวร์จากเขา

   (สิ่งนี้ไม่ได้ใช้ในทุกเขตอำนาจศาล - ในหลาย ๆ ประเทศสิทธิบางอย่างไม่สามารถแบ่งแยกได้ - หมายความว่าผู้แต่งจะเก็บรักษาสิทธิ์เหล่านั้นไว้เสมอและเขาสามารถให้สิทธิ์แก่คุณได้เท่านั้น)

   คุณอาจสนใจซื้อสิทธิ์ในชื่อผลิตภัณฑ์

จากนั้นคุณสามารถปล่อยรุ่นเพิ่มเติม (พูดว่าได้รับซอฟต์แวร์ 2.0 ) ภายใต้ใบอนุญาตการค้าและปล่อยเฉพาะรุ่นก่อนหน้าฟรี (ในการพูดฟรี)

โครงการ OSS บางโครงการมีการขายรุ่นใหม่อยู่เสมอและปล่อยรุ่นก่อนหน้าเป็นโอเพนซอร์สในทุก ๆ การอัปเกรดที่สำคัญ

(ฉันคิดว่าGhostscriptที่นี่ แต่เป็นที่รู้กันว่าAndroidทำอะไรเช่นนั้นก่อนปล่อยสิ่งต่าง ๆ ไปยังพันธมิตรที่สนใจเพื่อราคาที่ดี)

มีอะไรผิดพลาด

1. การแข่งขัน OSS fork + เปลี่ยนชื่อที่สำคัญสามารถฆ่าผลิตภัณฑ์เชิงพาณิชย์ใหม่ (เป็นตลาดเสรี)

2. ผู้ดูแลอาจไม่มีสิทธิ์ทั้งหมดที่เขาต้องการในการให้สิทธิ์ใช้งานซอฟต์แวร์ที่ได้รับอีกครั้ง1.5

   • ผู้เขียนต้นฉบับไม่สามารถใช้ได้:ผู้ดูแลปัจจุบันอาจเป็นผู้ดูแลที่สองหรือที่สามหรือสี่หลังจากผู้ดูแลเดิม

   • โครงการนี้จะได้รับมากเกินไปภายนอกแก้ไขข้อบกพร่องหรือคุณลักษณะเพิ่มเติมและผู้ดูแลไม่เคยใส่ใจขอผ่อนผันเพื่อให้ซอฟแวร์ในขณะนี้เป็นเจ้าของจริงๆโดยผู้ดูแลและทุกคนที่เคยมีส่วนรหัสใด ๆ ภายใต้ข้อกำหนดที่ ไม่ได้ระบุ

     ความยุ่งเหยิงที่แยกไม่ออกที่แท้จริงที่รอทนายความเพียงระยะเวลาหนึ่งในการเผาไหม้และ บริษัท ที่คุ้มค่ากับการรีดนม (ในความเป็นจริงแม้แต่โครงการ GNUจะขอผ่อนผันให้แก้ไขลิขสิทธิ์ทั้งหมดให้กับมูลนิธิ GNU เสมอ)

   • อาจมีการลงนามการสละสิทธิ์ แต่ข้อกำหนดในนั้นสามารถระบุสิทธิ์ใช้งานบนรหัสได้อย่างแม่นยำไม่สามารถเปลี่ยนแปลงได้

ในสองสถานการณ์สุดท้ายนั้นทางออกเดียวของ OSS คือการเขียนโค้ดที่สนับสนุนยากลำบากขนาดใหญ่เต็มไปด้วยเลือดและเศร้า และแม้ว่าทางขวาทำและดีก็ยังอาจจะคัดค้าน (โดยที่ทนายความใช่) ดังนั้น ... จริงๆมันจะไม่คุ้มค่า

ข้อจำกัดความรับผิดชอบ: IANAL

IANAL แต่:

ฉันคิดว่าหากคุณเป็นเจ้าของลิขสิทธิ์ทั้งหมดในฐานรหัสนั่นคือผู้มีส่วนร่วมทุกคนให้สิทธิ์คุณ (หรือ บริษัท ของคุณตามที่มีแนวโน้มว่าจะเป็นไปได้มากขึ้น) ลิขสิทธิ์สำหรับผลงานทั้งหมดของพวกเขาคุณสามารถเผยแพร่รหัสฐานนั้นได้ (ซึ่งอาจเป็นแหล่งที่มาปิด) ถ้าคุณเลือก บางโครงการ ( เช่น jQuery ) ปล่อยรหัสภายใต้ใบอนุญาตที่ต่างกันสองใบพร้อมกัน (หนึ่งในนั้นคือ GPL)

สิ่งนี้ไม่ได้เปลี่ยนใบอนุญาตของรหัสรุ่นใด ๆ ที่มีอยู่แม้ว่าและเมื่อทำเช่นนั้นคุณอาจพบว่าผู้ให้ข้อมูลของคุณรู้สึกไม่สบายใจค่อนข้างฟอร์กโครงการและพัฒนาต่อไปภายใต้ชื่ออื่น อย่าพูดถึงฉัน แต่ฉันคิดว่านั่นเป็นสิ่งที่ส่งผลให้เกิด Libre Office และ Open Office

หากคุณเป็นผู้คัดลอกสิทธิ์ของโครงการคุณมีสิทธิ์ในการตั้งค่าสิทธิ์ (ไม่ซ้ำกัน) ให้กับแต่ละฝ่ายที่คุณแจกจ่ายแหล่งข้อมูลของคุณให้

ขณะนี้เมื่อคุณให้รหัสแก่ GPL กับใครบางคนแล้วสิ่งที่เขา / เธอมีอยู่นั้นไม่สามารถเพิกถอนได้หากไม่มีการแจกจ่ายรหัสภายใต้เงื่อนไขบางประการ

ตัวอย่างเช่น Open Office เป็นโอเพ่นซอร์ส (และยังคงเป็น) แต่เนื่องจาก Oracle ได้รับ Sun ผู้คนรู้สึกว่า OO อาจจะแน่นเกินไปในตอนนี้ดังนั้นพวกเขาจึงสามารถเริ่มแก้ไขรหัสได้อย่างอิสระภายใต้ชื่อ Libre Office และ Oracle ไม่สามารถเพิกถอนสิทธิ์นั้นได้

อย่างไรก็ตามมีสองสิ่งที่คุณสามารถทำได้:

1. แนบใบอนุญาตภายใต้เงื่อนไขบางอย่าง ตัวอย่างเช่นคุณสามารถมีใบอนุญาตการค้าที่แตกต่างจากโอเพ่นซอร์สซึ่งเป็นเพียงเมื่อคุณเป็นโครงการโอเพ่นซอร์ส (หรือ NGO / Academia)

2. สำหรับเวอร์ชันใหม่ทั้งหมดคุณยังคงสามารถยกเลิกใบอนุญาตเก่าและจัดเตรียมใบอนุญาตใหม่ได้ ตัวอย่างเช่น REDHAT 7 (หรือ 8) เป็นโอเพ่นซอร์สทั้งหมด หลังจากนั้นพวกเขาสร้าง RHEL ซึ่งได้รับใบอนุญาตในเชิงพาณิชย์ นี่คือสิ่งที่ Fedora เกิด