คำถามติดแท็ก licensing

คำถามเกี่ยวกับการใช้งานลิขสิทธิ์ซอฟต์แวร์กับซอฟต์แวร์ หากคุณตั้งใจจะถามเกี่ยวกับซอฟต์แวร์เสรีหรือโอเพนซอร์ซให้พิจารณาที่นี่ ให้ตรวจสอบว่า ** Opensource.SE ** (https://opensource.stackexchange.com) จะไม่เหมาะสมสำหรับคำถามของคุณมากกว่าไซต์นี้

3
กลไกที่ดีที่สุดสำหรับการสร้างคีย์ใบอนุญาต [ปิด]
ผู้คนจะแนะนำวิธีการใด / ไลบรารี่ / เครื่องมือสำหรับการสร้างคีย์ใบอนุญาต (สิ่งที่น่ารักที่ AAAAA-AAAAA-AAAAA-AAAAA-AAAAA-AAAAA ที่คุณใส่เมื่อคุณลงทะเบียนซอฟต์แวร์)? gotchas ใด ๆ ที่ต้องระวังเมื่อใช้งานพวกเขา? (ในขณะนี้ฉันสนใจสิ่งนี้เป็นเรื่องทั่วไปมากกว่าเฉพาะภาษาดังนั้นเพียงระบุว่าคุณใช้ภาษาใดหากโซลูชันของคุณเฉพาะภาษา)
35 licensing 

5
ใบอนุญาต“ โอเพนซอร์ซ” ที่ห้ามการใช้งานทางทหารอย่างชัดเจน
ฉันเป็นนักวิจัยและในการวิจัยของฉันฉันเขียนโปรแกรมมากมาย ฉันเป็นแฟนตัวยงของแนวคิดโอเพนซอร์ซโดยเฉพาะอย่างยิ่งในการวิจัยที่ความโปร่งใสและการทำซ้ำเป็นส่วนสำคัญของวัฒนธรรมอยู่แล้ว ฉันยินดีมีส่วนร่วมมากที่สุดเท่าที่ฉันสามารถทำได้กับชุมชนและการปล่อยรหัสของฉันสำหรับทุกคนที่ใช้เป็นส่วนหนึ่งของสิ่งนั้น อย่างไรก็ตามในการวิจัยมักจะมีความไม่แน่นอนบางอย่างเกี่ยวกับสิ่งที่สิ่งที่คุณผลิตจะใช้สำหรับ ฉันเข้าใจอย่างถ่องแท้ว่าฉันไม่สามารถจดลิขสิทธิ์ผลหรือข้อสรุปใด ๆ - แต่ฉันสามารถปกป้องวิธีที่ผู้อื่นใช้รหัสของฉันและฉันต้องการให้แน่ใจว่าไม่มีวิธี (กฎหมาย) ที่จะรวมซอฟต์แวร์ที่ฉันผลิตในแอปพลิเคชันทางทหาร ฉันได้อ่านใบขับขี่ OSS ทั่วไปที่สั้นกว่าสองสามข้อและสรุปอีกหลายข้อ แต่พวกเขาดูเหมือนจะให้ความสนใจกับคำถามที่ว่า "คุณได้รับเงินจากรหัสของฉันหรือไม่" และ "คุณทำให้โค้ดของฉันพร้อมใช้งานกับโปรแกรมของคุณหรือไม่" - ไม่เกี่ยวกับสิ่งที่โปรแกรมใช้กับรหัส มีใบอนุญาตโอเพนซอร์ซที่ดีที่ห้ามการใช้งานทางทหารทุกประเภทอย่างชัดเจนหรือไม่? ปรับปรุง: หลังจากอ่านเพิ่มเติมเกี่ยวกับวิธีการทำงานของ OSS ฉันรู้ว่าใบอนุญาตที่ตรงตามความต้องการของฉันตามคำนิยามจะไม่เป็นโอเพ่นซอร์สเนื่องจากใบอนุญาตโอเพนซอร์สไม่สามารถแยกแยะกับเขตข้อมูลได้ ดังนั้นฉันค่อนข้างมองหาใบอนุญาตที่เหมือนใบอนุญาตโอเพนซอร์ซยกเว้นว่าจะห้ามการใช้ทางทหาร ฉันต้องการใบอนุญาตนี้จะมีอยู่แล้วเขียนหรืออย่างน้อยก็มีการตรวจสอบโดยคนที่รู้ว่าใบอนุญาตจริงเพราะฉันไม่ได้ นอกจากนี้ในการตอบสนองต่อข้อสังเกตสองสามข้อว่าสิ่งนี้จะเป็นการยากที่จะบังคับใช้: ใช่ฉันรู้ว่า แต่นี่เป็นสิ่งที่มากกว่าตัวฉันสำหรับความหมายทางกฎหมาย ถ้าฉันใช้ใบอนุญาตแบบนี้และองค์กรทหารใช้รหัสของฉันอยู่ดีพวกเขากำลังทำผิดกฎหมายและพวกเขากำลังทำอยู่แม้ว่าจะไม่ได้รับคำแนะนำที่ชัดเจน ดังนั้นสิ่งที่น่าสยดสยองที่พวกเขาทำกับแอพพลิเคชั่นซึ่งรวมถึงซอฟต์แวร์ที่ฉันเขียนไม่ได้อยู่ใน "ความมีสติของฉัน" อีกต่อไปเนื่องจากพวกเขาขโมยซอฟต์แวร์จากฉัน (และบางแห่งฉันหวังว่าหากพวกเขาต้องการสิ่งที่ฉันทำและใบอนุญาตของฉันห้ามมิให้พวกเขาใช้อย่างถูกกฎหมายพวกเขาจะได้รับโปรแกรมอื่นจากคนที่ทำสิ่งเดียวกันและอนุญาตให้พวกเขาใช้มันไม่ใช่รัฐบาล ทำเสมอ แต่พวกเขาควรปฏิบัติตามกฎหมายเสมอ ... ) มันคือการปกป้องทางศีลธรรมดังนั้นควรพูดมากกว่าสิ่งที่ฉันคาดหวังว่าจะได้ขึ้นศาล

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

3
Java ฟรี / โอเพนซอร์สหรือไม่?
เมื่อวันที่ 13 พฤศจิกายน 2549 Sun ได้ปล่อย Java เป็นซอฟต์แวร์เสรีและโอเพ่นซอร์สส่วนใหญ่ (FOSS) ภายใต้เงื่อนไขของ GNU General Public License (GPL) เมื่อวันที่ 8 พฤษภาคม 2550 Sun ได้เสร็จสิ้นกระบวนการทำให้แกนประมวลผลหลักของ Java ทั้งหมดอยู่ภายใต้เงื่อนไขการแจกจ่ายซอฟต์แวร์ฟรี / โอเพ่นซอร์สนอกเหนือจากรหัสขนาดเล็กที่ Sun ไม่ได้ถือลิขสิทธิ์ OpenJDK (Open Java Development Kit) เป็นการใช้งานฟรีและโอเพ่นซอร์สของภาษาการเขียนโปรแกรม Java เป็นผลมาจากความพยายามของ Sun Microsystems ที่เริ่มขึ้นในปี 2549 การดำเนินงานนี้ได้รับอนุญาตภายใต้ GNU General Public License (GNU GPL) โดยมีข้อยกเว้นในการเชื่อมโยง ทำไมยังมีคนที่พูดว่า Java ไม่ได้เป็นโอเพ่นซอร์สหรือเป็นอิสระในการพูดฟรี? …


1
LGPL 2.1 กับ LGPL 3.0 ข้อดีและข้อเสีย
จากสิ่งที่ฉันได้อ่าน LGPL 3.0 ช่วยให้คุณใช้ใบอนุญาตร่วมกับใบอนุญาตอื่น ๆ ได้รับอนุญาตมากขึ้นเกี่ยวกับเรื่องนั้น (ไม่แน่ใจเกี่ยวกับเรื่องนั้น) จากhttps://www.gnu.org/licenses/gpl-faq.html#AllCompatibilityมันบอกว่ามันเข้ากันไม่ได้กับ GPLv2 ในขณะที่ LGPL 2.1 เข้ากันได้กับมัน มันตรงกันข้ามกับสิ่งที่ฉันอ่าน ... คุณรู้หรือไม่ว่าข้อดีและข้อเสียของ LGPL 3.0 ที่เหนือกว่า LGPL 2.1 คืออะไร? ข้อเสียอย่างหนึ่งก็คือมันเข้ากันไม่ได้กับ GPLv2
32 licensing  gpl  lgpl 

3
ฉันสามารถใช้ปลั๊กอินลิขสิทธิ์ซอฟต์แวร์ Apache, เวอร์ชัน 2.0 และ GNU LGPL 3 ในเว็บแอปพลิเคชันเชิงพาณิชย์ของฉันได้หรือไม่?
ฉันมีสองปลั๊กอิน หนึ่งมีใบอนุญาต GNU LGPL 3 และอื่น ๆ มีใบอนุญาตซอฟต์แวร์ Apache รุ่น 2.0 ฉันสามารถใช้มันในแอพเพื่อการค้าของฉันได้ไหม? และถ้าใช่ฉันควรระวังอะไรบ้าง?

4
วัตถุประสงค์ของ“ ข้อตกลงที่ไม่ผ่านการรับรอง” ในใบอนุญาต BSD ใหม่คืออะไร?
หมายเหตุ:คำถามนี้ไม่เกี่ยวกับ"ประโยคโฆษณาที่น่ารังเกียจ BSD" ใบอนุญาต BSD ใหม่ไม่มีส่วนคำสั่งนั้นและเข้ากันได้กับ GPL ฉันกำลังพยายามเลือกระหว่างใบอนุญาต BSD ใหม่และใบอนุญาต MITสำหรับโครงการของฉันเอง โดยพื้นฐานแล้วจะเหมือนกันยกเว้นใบอนุญาต BSD มีประโยคต่อไปนี้: ห้ามใช้ชื่อของ <organization> หรือชื่อของผู้สนับสนุนเพื่อรับรองหรือส่งเสริมผลิตภัณฑ์ที่ได้จากซอฟต์แวร์นี้โดยไม่ได้รับอนุญาตเป็นลายลักษณ์อักษรล่วงหน้า ทำไมทุกคนต้องการใช้ข้อนี้? มีอะไรผิดปกติกับการได้รับชื่อเสียงในทางลบหากมีคนสร้างซอฟต์แวร์ที่เป็นที่รู้จักโดยใช้รหัสของคุณ นอกจากนี้จะไม่บอกให้ผู้ใช้ทราบและไม่สามารถทำอะไรกับชื่อที่คุณให้ไว้นอกโดเมนของทรัพย์สินทางปัญญาหรือไม่

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


4
วันที่ลิขสิทธิ์สำหรับการอัปเดตเป็นโครงการโอเพนซอร์ซเมื่อปีที่แล้ว
ในปี 2011 ฉันเปิดตัวโค้ดโอเพนซอร์ซที่ได้รับใบอนุญาตโดยใช้ใบอนุญาต Apache เช่นนี้ไฟล์ต้นฉบับทั้งหมดจะมีข้อความระบุแผ่นหม้อน้ำที่ด้านบน: /* Copyright 2011 My Name Licensed under the Apache License... <blah blah> */ ดังนั้นตอนนี้ก็คือปี 2012 และฉันพร้อมที่จะเปิดตัวรุ่น 1.1 ดังนั้นไฟล์ต้นฉบับทั้งหมดส่วนใหญ่จึงถูกสัมผัสด้วยวิธีใดวิธีหนึ่ง และเพิ่มไฟล์ซอร์สโค้ดใหม่บางไฟล์ ฉันจะอัปเดตวันที่ลิขสิทธิ์ในไฟล์ที่มีอยู่ได้อย่างไร การปรับปรุงที่ถูกต้องต่อไปนี้เป็นไฟล์ต้นฉบับแต่ละไฟล์หรือไม่? (เช่นเปลี่ยน 2011 เป็น "2011-2012") /* Copyright 2011-2012 My Name Licensed under the Apache License... <blah blah> */ ไฟล์ต้นฉบับใหม่นั้นมีCopyright 2011-2012การนำไปใช้อย่างเท่าเทียมกันเช่นกันหรือไม่? หรือรหัสใหม่เพิ่งได้รับCopyright 2012?

7
การเลือกใบอนุญาตสำหรับโครงการโอเพ่นซอร์ส
ฉันได้ทำโครงการโอเพนซอร์สและฉันวางแผนที่จะทำมากขึ้นในอนาคต จนถึงตอนนี้ฉันได้เปิดตัวรหัสทั้งหมดของฉันภายใต้ GPL แต่ฉันได้อ่านบทความสองสามฉบับที่อ้างว่า GPL นั้นมีข้อ จำกัด เกินไปที่จะใช้รหัสใด ๆ ในสภาพแวดล้อมขององค์กร นี้จะช่วยลดการมีส่วนร่วม นี่คือสิ่งที่ฉันต้องการจะทำ: สำหรับการใช้งานเต็มรูปแบบ : ไม่มีการใช้งานเชิงพาณิชย์ยกเว้นการสนับสนุนการขายสำหรับแอปพลิเคชัน (เช่นแอปไม่สามารถขายได้ แต่ทุกอย่างที่อยู่รอบ ๆ สามารถทำได้) สำหรับไลบรารี (คอมโพเนนต์, ปลั๊กอิน, ... ): สามารถรวมอยู่ในโครงการเชิงพาณิชย์โดยไม่มีการดัดแปลง การดัดแปลงใด ๆ ที่ห้องสมุด / องค์ประกอบจะต้องเปิดแหล่งที่มา (สนับสนุนกลับ) - ส่วนที่เหลือของโครงการเชิงพาณิชย์หรือไม่จะไม่ได้รับผลกระทบ สำหรับแอปพลิเคชัน GPL ยังคงเป็นตัวเลือกที่สมเหตุสมผล สำหรับห้องสมุดความเข้าใจดั้งเดิมของใบอนุญาตทำให้ฉันคิดว่า LGPL นั้นเข้ากันได้ดี แต่ฉันไม่แน่ใจ ฉันดูที่ใบอนุญาต MIT แล้วและดูเหมือนว่าจะอนุญาตเกินไป ส่วนใหญ่ฉันต้องการให้คนใช้รหัสของฉันทุกที่ที่พวกเขาต้องการตราบใดที่มีการปรับปรุงใด ๆ กลับคืนมา สิ่งนี้นำมาสู่คำถามของฉัน: LGPL เป็นตัวเลือกเชิงตรรกะสำหรับห้องสมุดโอเพ่นซอร์สส่วนประกอบปลั๊กอิน ฯลฯ …

1
จาวาสคริปต์ทางฝั่งไคลเอ็นต์ครอบคลุมโดย GPL อย่างไร?
หากฉันใช้ไลบรารี่ Javascript ที่มีลิขสิทธิ์ GPL ในเว็บแอปพลิเคชันฉันจะต้องเสนอซอร์สโค้ดของทั้งไซต์ให้กับทุกคนที่ดาวน์โหลดและดำเนินการ Javascript lib หรือไม่

2
จำเป็นต้องมีการต่ออายุใบอนุญาต MIT ใน GitHub ทุกต้นปีหรือไม่?
ฉันใช้ MIT ใบอนุญาตในทุกโครงการGitHub ของฉัน บรรทัดที่สองพูดว่า 2013 ที่ด้านบน สำหรับการมีลิขสิทธิ์ที่จะถือในอนาคต (เช่นหลังจากปี 2013) จะต้องมีการเปลี่ยนแปลงในแต่ละปีหรือมันจะดีเหมือนเดิม? ฉันจะเพิ่มแก้ไขหรือทิ้งมันไว้ตามเดิมหรือไม่? The MIT License (MIT) Copyright (c) 2013 Aseem Bansal <aseembansal@ymail.com> //Rest of the MIT LICENSE

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.