ฉันสร้างโปรแกรมตามโครงการ LGPL และฉันไม่ได้รับอนุญาตให้เผยแพร่ซอร์สโค้ด

ฉันคิดว่า LGPL เป็นใบอนุญาตที่อนุญาตเช่นเดียวกับ MIT, BSD หรือ Apache แต่วันนี้ฉันอ่านว่าอนุญาตให้เชื่อมโยงไปยัง LGPL (ไลบรารี่และอื่น ๆ ) ได้จากโค้ดแหล่งที่มาปิดเท่านั้น - นอกเหนือจากนั้นคือลิขิต - ดังนั้นฉันต้องเผยแพร่โค้ดที่ใช้โปรแกรม LGPL

ฉันสร้างโปรแกรมสำหรับนายจ้างที่ใช้โปรแกรม LGPL แต่มีการปรับเปลี่ยนที่สำคัญ แน่นอนว่าฉันไม่ได้รับอนุญาตให้นำซอร์สโค้ดที่ปรับเปลี่ยนนั้นออกไป ในเวลาเดียวกันฉันต้องถ้าฉันแจกจ่ายมัน (ใช่ไหม)

ดังนั้นฉันสงสัยว่าจะมีวิธีแก้ปัญหานี้หรือไม่ดังนั้นฉันสามารถเก็บแหล่งข้อมูลปิดนี้ได้ (ฉันหวังว่าฉันจะสามารถเผยแพร่แหล่งที่มา) - คำแนะนำใด ๆ

ความคิดของฉัน: ฉันสามารถใส่ฟังก์ชั่นส่วนใหญ่ของแอพ LGPL ต้นฉบับลงในไลบรารีภายนอกเขียนหลักปฏิบัติการจากศูนย์ แต่อ้างอิงกลับไปที่ไลบรารีสำหรับฟังก์ชั่นทั้งหมดที่ฉันยังไม่ได้แก้ไข?

ปัจจุบันทุกอย่างอยู่ในไฟล์. jar (เป็น Java / Swing) หากคุณคิดว่าความคิดของฉันมีความถูกต้องตามกฎหมาย / เป็นไปได้ทางเทคนิค - จะพยายามแยกสิ่งที่ฉันเขียนออกไปมากน้อยแค่ไหน ฉันไม่เข้าใจจาวามากที่สุด

ก่อนอื่นการรับคำแนะนำทางกฎหมายที่นี่ (เช่น: internets) ไม่ใช่ความคิดที่ดี

ประการที่สองและนี่เป็นเพียงฉันพูดไม่ใช่ทนายความคุณควรคิดก่อนที่คุณจะใช้โปรแกรม LGPL และแก้ไขให้นายจ้างของคุณ

หากใบอนุญาตเป็นสิ่งที่คุณสามารถเพิกเฉยเพียงเพราะคุณไม่ชอบมันจะไม่มีจุดมากในการมีหนึ่งตอนนี้จะมีหรือไม่

หากคุณและ / หรือนายจ้างของคุณไม่เต็มใจที่จะเผยแพร่ซอร์สโค้ดด้วยการดัดแปลงของคุณคุณต้องหยุดใช้รหัส LGPL'ed นั้นและกำจัดมัน

อีกครั้งนั่นเป็นเพียงฉันพูด

รับคำแนะนำจากทนายความที่แท้จริง

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

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

การเปลี่ยนแปลงเหล่านั้นที่คุณเผยแพร่ตามข้อกำหนดสิทธิการใช้งาน

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

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

อย่างไรก็ตามอีกครั้ง ...

รับคำแนะนำจากทนายความ

ส่วนใหญ่มาเปิดห้องสมุดเผยแพร่ภายใต้แอลจีหรือใบอนุญาตเทียบเคียงที่คนน้อยที่ดีพอที่จะใช้ในโครงการของคุณจะถูกสร้างขึ้นโดยใช้เปิด / ปิดหลักการ: http://en.wikipedia.org/wiki/Open/closed_principle

คุณควรสามารถ refactor รหัสของคุณเพื่อให้แอปพลิเคชันของคุณเชื่อมโยงกับไลบรารี LGPL และส่วนขยายทั้งหมดจะอยู่ในรหัสแอปพลิเคชันที่ปิดของคุณ

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

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

วิธีเดียวที่จะหลีกเลี่ยงสิ่งเหล่านี้คือการไม่แจกจ่ายมันตั้งแต่แรก

ฉันไม่คิดว่าคุณต้องมีทนายความเพื่อทำความเข้าใจว่าการพยายามหลีกเลี่ยงใบอนุญาตไม่ใช่สิ่งที่ดี สามัญสำนึกก็เพียงพอแล้ว

แต่คุณสามารถติดต่อผู้เขียนต้นฉบับของโปรแกรม LGPL และขอ / ซื้อใบอนุญาตที่แตกต่างและเป็นกรรมสิทธิ์ได้

ทางเลือกอื่นเท่านั้นที่จะปล่อยแหล่งที่มาหรือเขียนใหม่ทั้งหมด

IANAL, TINLA, ฯลฯ

ฉันคิดว่า LGPL เป็นใบอนุญาตที่อนุญาตเช่นเดียวกับ MIT, BSD หรือ Apache แต่วันนี้ฉันอ่านว่าอนุญาตให้เชื่อมโยงไปยัง LGPL (ไลบรารี่และอื่น ๆ ) ได้จากโค้ดแหล่งที่มาปิดเท่านั้น - นอกเหนือจากนั้นคือลิขิต - ดังนั้นฉันต้องเผยแพร่โค้ดที่ใช้โปรแกรม LGPL

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

ฉันสร้างโปรแกรมสำหรับนายจ้างที่ใช้โปรแกรม LGPL แต่มีการปรับเปลี่ยนที่สำคัญ แน่นอนว่าฉันไม่ได้รับอนุญาตให้นำซอร์สโค้ดที่ปรับเปลี่ยนนั้นออกไป ในเวลาเดียวกันฉันต้องถ้าฉันแจกจ่ายมัน (ใช่ไหม)

แก้ไข. ใบอนุญาตสั่งให้ผู้รับทุกคนของซอฟต์แวร์ได้รับสิทธิ์ในการเข้าถึงซอร์สโค้ด

ความคิดของฉัน: ฉันสามารถใส่ฟังก์ชั่นส่วนใหญ่ของแอพ LGPL ต้นฉบับลงในไลบรารีภายนอกเขียนหลักปฏิบัติการจากศูนย์ แต่อ้างอิงกลับไปที่ไลบรารีสำหรับฟังก์ชั่นทั้งหมดที่ฉันยังไม่ได้แก้ไข?

สิ่งนั้นอาจเป็นงานที่ได้รับมาและคุณจะต้องแจกจ่ายสคริปต์สร้างทั้งหมดที่ตัดโปรแกรมลงในไลบรารี

ปัจจุบันทุกอย่างอยู่ในไฟล์. jar (เป็น Java / Swing) หากคุณคิดว่าความคิดของฉันมีความถูกต้องตามกฎหมาย / เป็นไปได้ทางเทคนิค - จะพยายามแยกสิ่งที่ฉันเขียนออกไปมากน้อยแค่ไหน ฉันไม่เข้าใจจาวามากที่สุด

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

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

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

คุณสามารถใช้รูปแบบของอะแดปเตอร์และไม่ต้องสัมผัสกับรหัสต้นฉบับ นอกจากนี้ LGPL ยังให้คุณสามารถสืบทอดคลาสและการแทนที่ฟังก์ชันการทำงานของคลาสนั้นในโครงการของคุณเอง

นี่คือความเข้าใจของฉัน IANAL

ตรวจสอบข้อความของเวอร์ชั่น LGPL ที่ครอบคลุมรหัสที่คุณใช้ ฉันเชื่อว่าข้อกำหนดคือรหัสใด ๆ ที่ LGPL จะต้องสามารถสลับออกได้ - โดยปกติแล้วจะใช้ไฟล์ไลบรารี / jar ที่แชร์ หากคุณสามารถแยกรหัสที่คุณใช้นั่นคือ LGPL ลงในห้องสมุดคุณสามารถปล่อยมันภายใต้ LGPL ในขณะที่ปล่อยแอปพลิเคชันของคุณภายใต้ใบอนุญาตที่คุณต้องการ

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