ใบอนุญาตที่ดีที่สุดสำหรับห้องสมุดสาธารณูปโภคหรือไม่?


12

ฉันมีไลบรารียูทิลิตี้ขนาดเล็กของสิ่งที่มีประโยชน์ที่เขียนใน Java ที่ฉันวางแผนที่จะปล่อยโอเพนซอร์ส ฉันลังเลที่จะใช้สิทธิ์การใช้งานใด ฉันชอบใบอนุญาต BSDซึ่งสั้นและเข้าใจง่าย แต่ฉันไม่ต้องการ / ต้องการข้อเกี่ยวกับการรวมข้อจำกัดความรับผิดชอบในเอกสารประกอบของผลิตภัณฑ์ พิจารณาเพียงแค่ปล่อยบิตนั้นออกมา

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

จากการสำรวจอื่น ๆดังนั้นคำถามเกี่ยวกับหัวข้อที่ผมเคยเห็นบางคนแนะนำให้ใบอนุญาต Apache มีการสแกนอย่างรวดเร็วแม้ว่ามันก็จริงอาจจะทำมากที่สุดของสิ่งที่ฉันต้องการได้ดีจริงๆแม้ว่าปริมาณของ legalese ทำให้หัวของฉันเจ็บ (โดยเฉพาะอย่างยิ่งที่ 02:30 เมื่อฉันควรจะอยู่ในเตียงแทนในSO .) คิด?

โดยทั่วไปฉันต้องการบางสิ่งที่:

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

แก้ไข: ว้าว 30 นาทีแล้วคำตอบที่ดีอยู่แล้ว! ในการตอบสนอง:

ฉันไม่ต้องการ "ผสมและตรงกับ" ถ้าผมสามารถช่วยได้และการผลิตยังใบอนุญาตอื่นมาเปิด การใช้ใบอนุญาตมาตรฐานทำให้เราทุกคนง่ายขึ้น

ความคิดเห็นที่ครอบคลุมก้นเป็นลิ้นบิตในแก้ม ข้อจำกัดความรับผิดชอบในการรับประกันว่าสิทธิ์ใช้งานทั้งหมดที่กล่าวถึงนั้นเป็นสิ่งที่ฉันกำลังพูดถึง

แก้ไข: อ่านหน้าวิกิพีเดียในใบอนุญาต MITฉันค้นพบว่าncursesใช้รุ่นที่แก้ไขซึ่งได้รับการอนุมัติจากFSFซึ่งเพิ่มย่อหน้าที่ไม่ได้รับการรับรอง ฉันคิดว่ามันดีพอสำหรับพวกเขามันดีพอสำหรับฉัน

ฉันกำลังพิจารณาใบอนุญาต Apache แต่ปัญหาความเข้ากันได้กับ GPLv2 จะเป็นปัญหาที่ฉันไม่ต้องการแนะนำ


ฉันเปลี่ยนคำตอบเพื่อปรับให้เข้ากับของคุณ - นี่เป็นคำถามที่เกี่ยวข้องมาก

ใบอนุญาตอื่น ๆ ส่วนใหญ่มีอยู่เพราะพวกเขาไม่ชอบ GPL ฉันเข้าใจว่าทำไมคุณอาจไม่ต้องการให้ยูทิลิตี้ไลบรารีเป็น GPL'ed แต่คุณเคยพิจารณา LGPL ซึ่งได้รับการออกแบบมาโดยเฉพาะสำหรับไลบรารียูทิลิตี้หรือไม่?
John R. Strohm

คำตอบ:


7

เพิ่มลักษณะใบอนุญาตชอบสิ่งที่คุณต้องการไม่ได้หรือไม่

Boost Software License - เวอร์ชัน 1.0 - 17 สิงหาคม 2546

การอนุญาตจะได้รับอนุญาตโดยไม่เสียค่าใช้จ่ายแก่บุคคลหรือองค์กรใด ๆ ที่ได้รับสำเนาของซอฟต์แวร์และเอกสารประกอบที่ครอบคลุมโดยใบอนุญาตนี้ ("ซอฟต์แวร์") เพื่อใช้ทำซ้ำแสดงจัดจำหน่ายดำเนินการและส่งซอฟต์แวร์และ เพื่อเตรียมงานต่อเนื่องของซอฟต์แวร์และอนุญาตให้บุคคลที่สามซึ่งซอฟต์แวร์ได้รับการตกแต่งให้ทำเช่นนั้นทั้งหมดภายใต้เงื่อนไขดังต่อไปนี้:

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

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


มันอ่านเหมือนรุ่นลิขสิทธิ์ MIT ที่เขียนขึ้นใหม่โดยทนายความ :-)
Evan

แค่นั้นแหละ ;-). ลิงก์นี้จะอธิบายเหตุผลและประวัติ: boost.org/users/license.html โดย ส่วนตัวฉันต้องบอกว่าฉันชอบ

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

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

รู้สึกอิสระที่จะเพิ่มข้อนี้ไปยังใบอนุญาต MIT (คุณได้รับอนุญาตให้ผสมและจับคู่):

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

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

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


การเพิ่ม "ไม่สามารถใช้ชื่อหรือชื่อของผู้มีส่วนร่วมเพื่อรับรองหรือส่งเสริมผลิตภัณฑ์ที่ได้จากซอฟต์แวร์นี้โดยไม่ได้รับอนุญาตเป็นลายลักษณ์อักษรล่วงหน้า" อาจทำให้ GPLv2 เข้ากันไม่ได้เนื่องจากเป็นข้อกำหนดเพิ่มเติมซึ่งไม่ได้รับอนุญาตจาก GPlv2
johannes

5

ฉันใช้ Apache License สำหรับโครงการของฉัน ดูเหมือนว่าจะเป็นตัวเลือกใบอนุญาตเริ่มต้นในโลกของโอเพ่นซอร์ส Java (ขอบคุณส่วนใหญ่กับงานแรกของโครงการจาการ์ตา) การรวมไลบรารีที่แตกต่างกันในโครงการเดียวมีความยุ่งยากน้อยกว่าหากพวกเขาทั้งหมดมีใบอนุญาตเดียวกัน


1

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


1

เขียนของคุณเอง หรือดูใบอนุญาต CC: Wikipedia

และอย่าแม้แต่จะคิดถึง "ปิดบัง" ก้นของคุณ หากคุณถูกฟ้องเพราะมีคนต้องการที่จะตำหนิคุณสิ่งกีดขวางที่ใหญ่ที่สุดคือการหาเงินทุนทางกฎหมาย เพื่อไม่ให้ครอบคลุมในทุกมุม

เว้นแต่ว่าคุณเป็น Novell;)


ใช่ดีฉันไม่ลา "อย่างสมเหตุสมผล" คลุมเครือ ...
อีวาน

ปัญหาเกี่ยวกับการเขียนของคุณเองเป็น) มันอาจจะไม่ถูกต้องตามกฎหมายและข) คนจะต้องอ่านเรื่องทั้งหมดอย่างรอบคอบเพื่อให้เข้าใจสิทธิของพวกเขาและคนส่วนใหญ่จะค่อนข้างเพียงแค่ใช้ใบอนุญาตที่พวกเขารู้อยู่แล้วว่า
Rein Henrichs

1

ผมใช้zlib / libpngใบอนุญาต ฉันคิดว่ามันมีคุณสมบัติที่คุณต้องการ สั้นและง่ายมันระบุว่าการระบุแหล่งที่มาเป็นที่นิยม แต่ไม่จำเป็นมันไม่อนุญาตให้ลบประกาศเกี่ยวกับลิขสิทธิ์ออกจากซอร์สโค้ด

มันไม่ได้พูดอะไรเป็นพิเศษเกี่ยวกับการไม่อนุญาตการรับรอง แต่ในขณะที่ IANAL ฉันรู้สึกเหมือนไม่ใช่เรื่องใหญ่

  • มันไม่น่าเป็นไปได้สูง
  • หากรหัสของฉันกลายเป็นจุดขายแล้วฉันอาจจะรู้สึกปลื้มปิติ
  • หากมีการใช้รหัสของฉันในแบบที่ฉันไม่เห็นด้วยฉันก็คิดว่าจะมีช่องทางอื่นสำหรับการขอความช่วยเหลือ หากมีคนพยายามขายผลิตภัณฑ์ของตนโดยการโฆษณา "jamesdlin เขียนโค้ดลงบนผลิตภัณฑ์นี้" นั่นเป็นความจริงทางเทคนิคและทางวัตถุและถ้าสิ่งนั้นช่วยให้พวกเขาขายสำเนาได้ หากพวกเขาอ้างว่า "jamesdlin แนะนำผลิตภัณฑ์นี้" แสดงว่าเป็นการสบประมาท นอกจากนี้ในสถานการณ์ใดก็ตามที่ชื่อของฉันถูกทำให้เชื่องได้อย่างใดฉันก็น่าจะมีบางอย่างเพียงพอต่อไปนี้ซึ่งจะทำให้ฉันสามารถโต้แย้งการรับรองผิด ๆ ได้อย่างง่ายดาย
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.