Khác biệt giữa bản sửa đổi của “Giấy phép nguồn mở”

'''Giấy phép nguồn mở''' hay '''giấy phép mã nguồn mở''' là một loại [[Tương thích giấy phép|giấy phép]] cho [[Phần mềm|phần mềm máy tính]] và các sản phẩm khác cho phép [[mã nguồn]], bản thiết kế hoặc thiết kế được sử dụng, sửa đổi và / hoặc chia sẻ theo các điều khoản và điều kiện được xác định. <ref>{{Chú thích web|url=http://opensource.org/licenses|title=Brief Definition of Open Source Licenses|publisher=Open Source Initiative|access-dateaccessdate =Aprilngày 25, tháng 4 năm 2013}}</ref> <ref name="Popp2">{{Chú thích sách|title=Best Practices for commercial use of open source software|last=Popp|first=Dr. Karl Michael|publisher=Books on Demand|year=2015|isbn=978-3738619096|location=Norderstedt, Germany}}</ref> Điều này cho phép người dùng cuối và các công ty thương mại có thể xem và sửa đổi mã nguồn, kế hoạch chi tiết hoặc thiết kế cho các nhu cầu tùy chỉnh, tò mò hoặc khắc phục sự cố của riêng họ. Phần mềm được cấp phép nguồn mở hầu hết có sẵn [[Phần mềm miễn phí|miễn phí]], mặc dù điều này không nhất thiết phải như vậy. Các giấy phép chỉ cho phép phân phối lại [[phi thương mại]] hoặc sửa đổi mã nguồn cho sử dụng cá nhân thường không được coi là giấy phép nguồn mở. Tuy nhiên, giấy phép nguồn mở có thể có một số hạn chế, đặc biệt liên quan đến việc thể hiện nguồn gốc của phần mềm, chẳng hạn như yêu cầu giữ nguyên tên của tác giả và tuyên bố bản quyền trong mã hoặc yêu cầu phân phối lại phần mềm được cấp phép chỉ theo cùng một giấy phép (như trong [[Copyleft|giấy]] phép [[copyleft]] ). Một bộ giấy phép [[phần mềm nguồn mở]] phổ biến là những bộ được cấp phép bởi [[Sáng kiến nguồn mở]] (OSI) dựa trên [[Định nghĩa nguồn mở]] (OSD) của chúng.

[[Quỹ Phần mềm Tự do|Quỹ phần mềm miễn phí]] có các tiêu chí liên quan nhưng khác biệt để đánh giá liệu giấy phép có đủ điều kiện phần mềm là [[Phần mềm tự do|phần mềm miễn phí hay không]] . Hầu hết các giấy phép phần mềm miễn phí cũng được coi là giấy phép phần mềm nguồn mở. <ref>{{Chú thích web|url=https://www.gnu.org/philosophy/open-source-misses-the-point.html|title=Why Open Source misses the point of Free Software|author=Stallman|first=Richard|date=ngày 18 Novembertháng 11 năm 2016|website=The GNU Project|archive-url=|archive-date=|access-dateaccessdate =ngày 1 Octobertháng 10 năm 2018}}</ref> Theo cách tương tự, dự án [[Debian]] có các tiêu chí riêng của nó với tên là [[Nguyên tắc phần mềm miễn phí Debian]], dựa trên Định nghĩa nguồn mở. Theo cách hiểu của FSF, tiêu chí giấy phép nguồn mở tập trung vào tính sẵn có của ''mã nguồn'' , khả năng sửa đổi và chia sẻ nó, trong khi giấy phép phần mềm miễn phí tập trung vào quyền tự do sử dụng ''chương trình'', sửa đổi và chia sẻ mã của người dùng nó <ref>[https://www.gnu.org/philosophy/free-software-for-freedom.html "Relationship between the Free Software movement and Open Source movement"], Free Software Foundation, Inc</ref>

Giấy phép [[Mã nguồn|nguồn]] có sẵn đảm bảo tính sẵn có của [[mã nguồn]], nhưng không nhất thiết phải đáp ứng các tiêu chí tự do của người dùng để được phân loại là [[Phần mềm tự do|phần mềm miễn phí]] hoặc [[phần mềm nguồn mở]] .

Vào khoảng năm 2004, luật sư [[ Lawrence Rosen (luật sư) |Lawrence Rosen]] đã lập luận trong bài tiểu luận ''"Tại sao phạm vi công cộng không phải là giấy phép"'' phần mềm không thể thực sự được [[Văn hóa từ chức|miễn]] vào [[phạm vi công cộng]] và do đó không thể được hiểu là giấy phép nguồn mở rất dễ dãi, <ref>{{Chú thích web|url=http://www.rosenlaw.com/lj16.htm|title=Why the public domain isn't a license|author=[[Lawrence Rosen (attorney)|Lawrence Rosen]]|date =2004-05- ngày 25 tháng 5 năm 2004 |publisher=rosenlaw.com|access-dateaccessdate =2016-02- ngày 22 tháng 2 năm 2016}}</ref> một vị trí mà phải đối mặt với sự phản đối của [[ Daniel J. Bernstein |Daniel J. Bernstein]] và những người khác. <ref>[https://cr.yp.to/publicdomain.html Placing documents into the public domain] by [[Daniel J. Bernstein]] on cr.yp.to ''"Most rights can be voluntarily abandoned ("waived") by the owner of the rights. Legislators can go to extra effort to create rights that can't be abandoned, but usually they don't do this. In particular, you can voluntarily abandon your United States copyrights: "It is well settled that rights gained under the Copyright Act may be abandoned. But abandonment of a right must be manifested by some overt act indicating an intention to abandon that right. See Hampton v. Paramount Pictures Corp., 279 F.2d 100, 104 (9th Cir. 1960).""'' (2004)</ref> Vào năm 2012, tranh chấp cuối cùng đã được giải quyết khi Rosen chấp nhận [[Giấy phép Creative Commons|Muff]] như một giấy phép nguồn mở, đồng thời thừa nhận rằng trái với tuyên bố trước đây của ông có thể được [[Văn hóa từ chức|miễn trừ]], được hỗ trợ bởi các quyết định của [[ Mạch thứ chín |Ninth Circuit]] . <ref>{{Chú thích web|url=https://lists.opensource.org/pipermail/license-review/2012-March/001679.html|title=(License-review) (License-discuss) CC0 incompliant with OSD on patents, (was: MXM compared to CC0)|author=[[Lawrence Rosen (attorney)|Lawrence Rosen]]|date = ngày 8 tháng 3 năm 2012-03-08 |publisher=opensource.org|quote=''The case you referenced in your email, Hampton v. Paramount Pictures, 279 F.2d 100 (9th Cir. Cal. 1960), stands for the proposition that, at least in the Ninth Circuit, a person can indeed abandon his copyrights (counter to what I wrote in my article) -- but it takes the equivalent of a manifest license to do so. :-)[...] For the record, I have already voted +1 to approve the CC0 public domain dedication and fallback license as OSD compliant. I admit that I have argued for years against the "public domain" as an open-source license, but in retrospect, considering the minimal risk to developers and users relying on such software and the evident popularity of that "license", I changed my mind. One can't stand in the way of a fire hose of free public domain software, even if it doesn't come with a better FOSS license that I trust more.''}}</ref>