ผลต่างระหว่างรุ่นของ "สัญญาอนุญาต ของ Odoo/OpenERP 8.0"

จาก Morange Wiki
(หน้าที่ถูกสร้างด้วย 'Odoo 8.0 เป็น AGPL + private use exception https://www.odoo.com/page/legal GPLv3 Odoo is released under version 3 of the G...')
 
(สรุปใจความ)
 
(ไม่แสดง 1 รุ่นระหว่างกลางโดยผู้ใช้คนเดียวกัน)
แถว 62: แถว 62:
 
== สรุปใจความ ==
 
== สรุปใจความ ==
 
ขออธิบายเรื่องสัญญาอนุญาตอย่างนี้ครับ
 
ขออธิบายเรื่องสัญญาอนุญาตอย่างนี้ครับ
  คือ เมื่อมีการแก้ไขหรือนำบางส่วนของ  module มาตรฐานไปใช้ ต้องส่งมอบ source code ให้กับผู้ที่เข้าใช้ระบบ/เซิร์ฟเวอร์ หมายถึง การติดตั้งให้เข้าใช้ที่เซิร์ฟเวอร์ = delivery
+
  AGPL คือ เมื่อมีการแก้ไขหรือนำบางส่วนของ  module มาตรฐานไปใช้หรือติดตั้ง ต้องส่งมอบ source code ให้กับผู้ที่เข้าใช้ระบบ/เซิร์ฟเวอร์ คือ access server ได้ ต้อง access source code ได้ (ในที่นี้ การติดตั้งให้เข้าใช้ที่เซิร์ฟเวอร์ = delivery) ตัวอย่างซอฟต์แวร์แบบนี้ เช่น mongodb
  
  กรณี GPL คือ เมื่อมีการแก้ไข หรือนำส่วนใดส่วนหนึ่งของซอฟต์แวร์ GPL ไปใช้  และเกิดการส่งมอบ (delivery) ซอฟต์แวร์ไปติดตั้งผู้อื่น ต้องส่งมอบพร้อม source code แต่ถ้าใช้เองไม่ต้องเปิดซอร์สก็ได้ โดยส่วนที่แก้ไข หมายความรวมถึง binary หรือ lib ที่เป็น GPL ที่รวมเข้าในโปรแกรมด้วย  
+
  คล้ายกับกรณี GPL คือ เมื่อมีการแก้ไข หรือนำส่วนใดส่วนหนึ่งของซอฟต์แวร์ GPL ไปใช้  และเกิดการส่งมอบ (delivery) ซอฟต์แวร์ไปติดตั้งให้กับผู้อื่น ต้องส่งมอบพร้อม source codeให้กับคนนั้นด้วย แต่ถ้าโมใช้เองไม่ต้องเปิดซอร์สก็ได้ โดยส่วนที่แก้ไข หมายความรวมถึง binary หรือ lib ที่เป็น GPL ที่รวมเข้าในโปรแกรมด้วย พบในซอฟต์แวร์ทั่วไป เช่น gimp
  
  วัตถุประสงค์คือ ให้ผู้ที่เราส่งมอบซอฟต์แวร์ สามารถแก้ไขต่อได้ แต่ไม่ได้หมายความว่า เราต้องอัพโหลดซอร์สโค้ดเผยแพร่บนอินเทอร์เน็ตเสมอไป เน้นที่การส่งต่อ แต่ส่วนมากแล้ว มักจะส่งซอฟต์แวร์ที่แก้ไขพัฒนา คืนไปยังต้นน้ำ (main stream) เพื่อให้มีผลกับซอฟต์แวร์เวอร์ชันต่อไป และทุกคนสามารถได้ประโยชน์ครับ
+
  ส่วนกรณี LGPL คือ ถึงจะมีการนำส่วนใดส่วนหนึ่งไปใช้หรือรวม binary เข้าโปรแกรม แต่ไม่แก้ไข  source ก็ไม่ต้องเปิดรหัส เช่น พวกไลบรารี่ อย่าง glib gtk
  
  ส่วน private use exception คือ กรณีเราทำ custom module ติดตั้งภายใน ไม่ต้องส่งมอบ source code ก็ได้ แต่เมื่อมีการส่งมอบ custom module ไปเครื่องติดตั้งอื่น จะต้องส่ง source code ด้วยครับ
+
วัตถุประสงค์ ของตระกูล GPL คือ ให้ผู้ที่เราส่งมอบซอฟต์แวร์ สามารถแก้ไขต่อได้ แต่ไม่ได้หมายความว่า เราต้องอัพโหลดซอร์สโค้ดเผยแพร่บนอินเทอร์เน็ตเสมอไป เน้นที่การส่งต่อ แต่ส่วนมากแล้ว มักจะส่งซอฟต์แวร์ที่แก้ไขพัฒนา คืนไปยังต้นน้ำ (main stream) เพื่อให้มีผลกับซอฟต์แวร์เวอร์ชันต่อไป และทุกคนสามารถได้ประโยชน์ครับ
 +
 
 +
  ส่วน private use exception คือ กรณีเราทำ custom module ติดตั้งภายใน ไม่ต้องส่งมอบ source code ก็ได้ แต่เมื่อมีการส่งมอบ custom module ไปเครื่องติดตั้งอื่น จะต้องส่ง source code ด้วยครับ ส่วนข้อยกเว้นหรือ exception นี้ สามารถกำหนดได้ ขึ้นกับเจ้าของลิขสิทธิ์ซอฟต์แวร์ครับ

รุ่นแก้ไขปัจจุบันเมื่อ 11:47, 18 กุมภาพันธ์ 2558

Odoo 8.0 เป็น AGPL + private use exception https://www.odoo.com/page/legal


GPLv3 Odoo is released under version 3 of the GNU Affero General Public License (also known as AGPLv3), from the Free Software Foundation. The AGPLv3 is the most advanced copyleft license for software, specifically designed to ensure cooperation with the community also in the case of network-based software interactions.

Most software licenses are designed to take away freedom to share and change the software. By contrast, the General Public Licenses from the Free Software Foundation are intended to guarantee freedom to share and change all versions of a program -- to make sure it remains free software for all its users.

You may find the full text of the AGPLv3 within Odoo distributions, in the documentation, and of course on the official website of the Free Software Foundation.

Exception for Private Use While Odoo is 100% committed to Open Source (see also our FAQ), we understand that end-users may sometimes require to use private software. To address this need, Odoo Enterprise comes with a special additional permission, granted to each subscriber of Odoo Enterprise, but exclusively in the context of private use. This additional permission allows to make private Odoo modules/apps without being bound by section 13 of AGPLv3, thus without being required to give the source code to all the users of the system.

However, this permission is only valid under very strict conditions, and is automatically removed as soon as a private module is distributed, keeping the spirit of Section 7 of the AGPL.

For any question regarding this exception and licensing question, please see the FAQ!

This exception comes in the form of the special License OpenERP AGPL + Private Use, as included below.

OpenERP AGPL + Private Use License

Version 1, June 2011, 21rst

Copyright © 2011 OpenERP S.A. <http://www.openerp.com>

Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.

This version of the "OpenERP AGPL + Private Use License" incorporates the terms and conditions of version 3 of the GNU Affero General Public License, supplemented by the additional permissions listed below.

0. Additional Definitions.

As used herein, “this License” refers to version 1 of the "OpenERP AGPL + Private Use License", and the “GNU AGPL” refers to version 3 of the GNU Affero General Public License.

As defined in the GNU AGPL, "The Program" refers to any copyrightable work licensed under this License. In the context of this License, the Program refers to OpenERP including all its components: client programs, server system, modules, etc. "OpenERP modules" are extensions to the Program that can be activated separately.

1. Exception to section 13 of the GNU AGPL.

Notwithstanding other provisions of the GNU AGPL License, you may run, modify or extend the Program (i.e. make covered work), without having to offer all users an opportunity to receive the Corresponding Source of your version, provided that all of the following conditions are met:

a. You have received written permission to do so from the original licensor of the Program, OpenERP S.A. b. You do not convey the covered work. If any of the above conditions are not met, this section does not apply anymore, and the original terms of the GNU AGPL License apply, in particular section 13.

2. Automatic Licensing of Downstream Recipients under GNU AGPL.

Each time you convey a covered work, the recipient automatically receives a license from the original licensor, OpenERP S.A, to run, modify and propagate that work, subject to the GNU AGPL License, not this License. The additional permissions granted to you by this License also ceases to apply immediately, as specified in section 1.

In accordance with section 7 of GNU AGPL, the additional permissions of this License may also be removed by anyone who receives a copy of a covered work, going back to the original terms of the GNU AGPL license.

3. Revised Versions of the "OpenERP AGPL + Private Use" License.

OpenERP S.A. may publish revised and/or new versions of the "OpenERP AGPL + Private Use" License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns.

Each version is given a distinguishing version number. If the Program specifies that a certain numbered version of the "OpenERP AGPL + Private Use" License "or any later version" applies to it, you have the option of following the terms and conditions either of that numbered version or of any later version published by OpenERP S.A. If the Program does not specify a version number of the "OpenERP AGPL + Private Use" License, you may choose any version ever published by OpenERP S.A.

If the Program specifies that a proxy can decide which future versions of the "OpenERP AGPL + Private Use" License can be used, that proxy's public statement of acceptance of a version permanently authorizes you to choose that version for the Program.

Later license versions may give you additional or different permissions. However, no additional obligations are imposed on any author or copyright holder as a result of your choosing to follow a later version.


สรุปใจความ

ขออธิบายเรื่องสัญญาอนุญาตอย่างนี้ครับ

AGPL คือ เมื่อมีการแก้ไขหรือนำบางส่วนของ  module มาตรฐานไปใช้หรือติดตั้ง  ต้องส่งมอบ source code ให้กับผู้ที่เข้าใช้ระบบ/เซิร์ฟเวอร์  คือ access server ได้ ต้อง access source code ได้ (ในที่นี้ การติดตั้งให้เข้าใช้ที่เซิร์ฟเวอร์ = delivery) ตัวอย่างซอฟต์แวร์แบบนี้ เช่น mongodb 
คล้ายกับกรณี GPL คือ เมื่อมีการแก้ไข หรือนำส่วนใดส่วนหนึ่งของซอฟต์แวร์ GPL ไปใช้  และเกิดการส่งมอบ (delivery) ซอฟต์แวร์ไปติดตั้งให้กับผู้อื่น  ต้องส่งมอบพร้อม source codeให้กับคนนั้นด้วย แต่ถ้าโมใช้เองไม่ต้องเปิดซอร์สก็ได้ โดยส่วนที่แก้ไข หมายความรวมถึง binary หรือ lib ที่เป็น GPL ที่รวมเข้าในโปรแกรมด้วย  พบในซอฟต์แวร์ทั่วไป เช่น gimp
ส่วนกรณี LGPL คือ ถึงจะมีการนำส่วนใดส่วนหนึ่งไปใช้หรือรวม binary เข้าโปรแกรม แต่ไม่แก้ไข  source ก็ไม่ต้องเปิดรหัส เช่น พวกไลบรารี่ อย่าง glib gtk
วัตถุประสงค์ ของตระกูล GPL คือ ให้ผู้ที่เราส่งมอบซอฟต์แวร์ สามารถแก้ไขต่อได้ แต่ไม่ได้หมายความว่า เราต้องอัพโหลดซอร์สโค้ดเผยแพร่บนอินเทอร์เน็ตเสมอไป เน้นที่การส่งต่อ แต่ส่วนมากแล้ว มักจะส่งซอฟต์แวร์ที่แก้ไขพัฒนา คืนไปยังต้นน้ำ (main stream) เพื่อให้มีผลกับซอฟต์แวร์เวอร์ชันต่อไป และทุกคนสามารถได้ประโยชน์ครับ
ส่วน private use exception คือ กรณีเราทำ custom module ติดตั้งภายใน ไม่ต้องส่งมอบ source code ก็ได้ แต่เมื่อมีการส่งมอบ custom module ไปเครื่องติดตั้งอื่น จะต้องส่ง source code ด้วยครับ ส่วนข้อยกเว้นหรือ exception นี้ สามารถกำหนดได้ ขึ้นกับเจ้าของลิขสิทธิ์ซอฟต์แวร์ครับ