The MPL defines rights as passing f

The MPL defines rights as passing from "Contributors" who create or modify source code, through an optional auxiliary distributor (themselves a licensee), to the licensee. It grants liberal copyright and patent licenses allowing for free use, modification, distribution, and "exploit[ation]" of the work, but does not grant the licensee any rights to a contributor's trademarks.[6] These rights will terminate if the licensee fails to comply with the license's terms and conditions, but a violating licensee who returns to compliance regains their rights, and even receiving written notice from a Contributor will result in losing rights to that Contributor's code only. A patent retaliation clause, similar to that of the Apache License, is included to protect an auxiliary distributor's further recipients against patent trolling. The contributors disclaim warranty and liability, but allow auxiliary distributors to offer such things on their own behalf.

In exchange for the rights granted by license, the licensee must meet certain responsibilities concerning the distribution of licensed source code. Covered source code files must remain under the MPL, and distributors "may not attempt to alter or restrict recipients' rights" to it. The MPL treats the source code file as the boundary between MPL-licensed and proprietary parts, meaning that all or none of the code in a given source file falls under the MPL. An executable consisting solely of MPL-covered files may be sublicensed, but the licensee must ensure access to or provide all the source code within it. Recipients can combine licensed source code with other files under a different, even proprietary license, thereby forming a "Larger Work" which can be distributed under any terms, but again the MPL-covered source files must be made freely available.[6] This makes the MPL a compromise between the MIT or BSD licenses, which permit all derived works to be relicensed as proprietary, and the GPL, which requires the whole of a derived work, even new components, to remain under the GPL. By allowing proprietary modules in derived projects while requiring core files to remain open source, the MPL is designed to motivate both businesses and the open-source community to help develop core software.[16]

The one exception to covered source files remaining under the MPL occurs when code under version 2.0 or later is combined with separate code files under the GNU GPL, GNU Lesser GPL (LGPL), or GNU Affero GPL (AGPL). In this case, the program as a whole will be under the chosen GNU license, but the MPL-covered files will be dual-licensed, so that recipients can choose to distribute them under that GNU License or the MPL.[3] The initial author of MPL code may choose to opt out of this GPL-compatibility by adding a notice to their source files.[6]

It is explicitly granted that MPL-covered code may be distributed under the terms of the license version under which it was received, or any later version. If code under version 1.0 or 1.1 is upgraded to version 2.0 by this mechanism, the 1.x-covered code must be marked with the aforementioned GPL-incompatible notice. The MPL can be modified to form a new license, provided that said license does not refer to Mozilla or Netscape.

Kết quả (Việt) 1:

MPL định nghĩa quyền đi qua từ "Đóng góp" người tạo hoặc sửa đổi mã nguồn thông qua một tùy chọn phụ trợ nhà phân phối (mình một giấy phép), để người được cấp phép. Nó cho phép tự do bản quyền và giấy phép bằng sáng chế cho phép miễn phí sử dụng, sửa đổi, phân phối và "khai thác [ẻ]" các công việc, nhưng không trao cho người được cấp phép bất kỳ quyền nào để đóng góp một thương hiệu. [6] những quyền này sẽ chấm dứt nếu người được cấp phép không tuân thủ các điều khoản của giấy phép và điều kiện, nhưng một phép vi phạm người trở về để tuân thủ lại quyền lợi của mình, và ngay cả khi nhận được văn bản thông báo từ một người đóng góp sẽ dẫn đến mất quyền đó đóng góp mã chỉ. Một điều khoản để trả đũa bằng sáng chế, tương tự như giấy phép Apache, được bao gồm để bảo vệ một nhà phân phối phụ thêm người nhận chống lại bằng sáng chế trolling. Những người đóng góp từ chối bảo hành và trách nhiệm pháp lý, nhưng cho phép nhà phân phối phụ trợ để cung cấp những thứ như vậy trên danh nghĩa của mình.Để trao đổi với các quyền được cấp theo giấy phép, người được cấp phép phải đáp ứng một số trách nhiệm liên quan đến việc phân phối các mã nguồn được cấp phép. Tập tin mã nguồn được bảo hiểm phải còn lại theo MPL, và nhà phân phối "có thể không cố gắng để thay đổi hoặc hạn chế người nhận quyền" với nó. MPL xử lý các tập tin mã nguồn là biên giới giữa các bộ phận cấp giấy phép MPL và thuộc quyền sở hữu, có nghĩa là tất cả hoặc không có mã số trong một tập tin nguồn cho té ngã theo MPL. Một tập tin thực thi bao gồm chỉ của các tập tin bảo hiểm MPL có thể được nhượng, nhưng người được cấp phép phải đảm bảo quyền truy cập vào hoặc cung cấp tất cả các mã nguồn bên trong nó. Người nhận có thể kết hợp mã nguồn được cấp phép với các tập tin theo một giấy phép khác nhau, thậm chí độc quyền, do đó tạo thành một "tác phẩm lớn hơn" mà có thể được phân phối dưới bất kỳ điều khoản, nhưng một lần nữa phủ MPL nguồn tập tin phải được thực hiện tự do có sẵn. [6] điều này làm cho MPL một thỏa hiệp giữa các giấy phép MIT hoặc BSD, mà cho phép nguồn gốc tất cả các công trình được cấp phép lại là độc quyền và giấy phép GPL, đòi hỏi toàn bộ tác phẩm phái sinh, thậm chí thành phần mới, vẫn theo GPL. Bằng cách cho phép mô-đun sở hữu trong các dự án có nguồn gốc trong khi yêu cầu tập tin cốt lõi vẫn là mã nguồn mở, MPL được thiết kế để thúc đẩy các doanh nghiệp và cộng đồng mã nguồn mở để giúp phát triển phần mềm lõi. [16]Một ngoại lệ cho các tập tin mã nguồn được bảo hiểm còn lại theo MPL xảy ra khi mã theo phiên bản 2.0 hoặc sau này được kết hợp với các tập tin mã riêng biệt theo GNU GPL, GPL Lesser GNU (LGPL) hoặc GNU GPL Affero (AGPL). Trong trường hợp này, các chương trình như một toàn thể sẽ dưới giấy phép GNU được lựa chọn, nhưng tập tin bảo hiểm MPL sẽ được kép cấp phép, vì vậy mà người nhận có thể chọn để phân phối chúng dưới giấy phép GNU đó hoặc MPL. [3] tác giả ban đầu của MPL mã có thể chọn để chọn không tham gia này GPL tương thích bằng cách thêm một thông báo để các tập tin nguồn. [6]Nó một cách rõ ràng được bao phủ MPL mã có thể được phân phối theo các điều khoản của các phiên bản giấy phép mà nó nhận được, hoặc bất kỳ phiên bản sau này. Nếu mã theo phiên bản 1.0 hoặc 1.1 được nâng cấp lên phiên bản 2.0 bởi cơ chế này, mã 1.x bảo hiểm phải được đánh dấu với thông báo không tương thích GPL nói trên. MPL có thể được thay đổi để tạo cấp phép mới, miễn là nói rằng giấy phép không thể là Mozilla hoặc Netscape.

Kết quả (Việt) 2:

MPL xác định các quyền như đi từ "Cộng tác viên" người tạo ra hoặc sửa đổi mã nguồn, thông qua nhà phân phối phụ trợ tùy chọn (bản thân người được cấp phép), để được cấp phép. Nó trao quyền tự do và giấy phép bằng sáng chế cho phép sử dụng miễn phí, sửa đổi, phân phối, và "khai thác [ation]" của tác phẩm, nhưng không cấp được cấp phép bất kỳ quyền đối với nhãn hiệu của một người đóng góp. [6] Những quyền này sẽ chấm dứt nếu người được cấp phép không tuân thủ các điều khoản và điều kiện của giấy phép, nhưng một giấy phép vi phạm, trở lại làm việc tuân thủ lấy lại quyền lợi của mình, và thậm chí còn nhận được thông báo bằng văn bản của một Cộng tác viên sẽ làm mất quyền chỉ mã của Contributor đó. Một điều khoản bằng sáng chế để trả đũa, tương tự như của Giấy phép Apache, được bao gồm để bảo vệ những người nhận thêm một nhà phân phối phụ trợ chống lại trolling bằng sáng chế. Những người đóng góp từ chối bảo hành và trách nhiệm pháp lý, nhưng cho phép các nhà phân phối phụ trợ cung cấp những thứ như vậy trên danh nghĩa của chính họ.

Để đổi lấy những quyền giấy phép, giấy phép phải đáp ứng một số trách nhiệm liên quan đến việc phát hành mã nguồn được cấp phép. Bao tập tin mã nguồn phải vẫn thuộc MPL, và các nhà phân phối "có thể không cố gắng để thay đổi hoặc hạn chế quyền của người dùng" với nó. MPL xử lý các tập tin mã nguồn như là ranh giới giữa các bộ phận MPL-cấp phép và độc quyền, có nghĩa là tất cả hoặc không có các mã trong một tập tin nguồn cho thuộc MPL. Một thực thi bao gồm bằng các file MPL phủ có thể được cấp giấy phép phụ, nhưng người được cấp phép phải đảm bảo quyền truy cập vào hoặc cung cấp tất cả các mã nguồn bên trong nó. Người nhận có thể kết hợp mã nguồn được cấp phép với các tập tin khác theo một giấy phép thậm chí độc quyền khác nhau, do đó tạo thành một "công việc lớn" mà có thể được phân phối dưới bất kỳ điều khoản, nhưng một lần nữa các tập tin nguồn MPL phủ phải được phân phối tự do. [6] Điều này làm cho các MPL một thỏa hiệp giữa MIT hoặc BSD giấy phép, mà cho phép tất cả các công trình có nguồn gốc được lấy bằng lại như độc quyền, và các GPL, đòi hỏi toàn bộ tác phẩm có nguồn gốc, thậm chí các thành phần mới, vẫn theo GPL. Bằng cách cho phép các module độc quyền trong các dự án có nguồn gốc trong khi yêu cầu tập tin lõi để duy trì mã nguồn mở, MPL được thiết kế để thúc đẩy cả doanh nghiệp và cộng đồng mã nguồn mở để giúp phát triển phần mềm cốt lõi. [16]

Có một ngoại lệ cho các tập tin nguồn được nêu còn lại theo MPL xảy ra khi mã theo phiên bản 2.0 hoặc sau đó được kết hợp với các tập tin mã riêng biệt theo GNU GPL, GNU GPL (LGPL), hoặc GNU Affero GPL (AGPL). Trong trường hợp này, chương trình như một toàn bộ sẽ được theo giấy phép GNU chọn, nhưng các tập tin MPL phủ sẽ kép được cấp phép, để người nhận có thể chọn để phân phối chúng theo đó giấy phép GNU hoặc MPL. [3] Các tác giả ban đầu của mã MPL có thể chọn không tham gia của GPL-tương thích này bằng cách thêm vào một thông báo để các file gốc của chúng. [6]

Nó được cấp một cách rõ ràng rằng mã MPL phủ có thể được phân phối theo các điều khoản của phiên bản giấy phép theo đó đã nhận được, hoặc bất kỳ phiên bản sau này. Nếu mã theo phiên bản 1.0 hoặc 1.1 được nâng cấp lên phiên bản 2.0, cơ chế này, các mã 1.x phủ phải được đánh dấu bằng các thông báo GPL không tương thích nói trên. MPL có thể được sửa đổi để tạo thành một giấy phép mới, miễn là biết giấy phép không đề cập đến Mozilla hoặc Netscape.