The main difference between the GPL

The main difference between the GPL and the LGPL is that the latter allows the work to be linked with (in the case of a library, 'used by') a non-(L)GPLed program, regardless of whether it is free software or proprietary software.[1] The non-(L)GPLed program can then be distributed under any terms if it is not a derivative work. If it is a derivative work, then the program's terms must allow for "modification for the customer's own use and reverse engineering for debugging such modifications." Whether a work that uses an LGPL program is a derivative work or not is a legal issue. A standalone executable that dynamically links to a library, through a .so, .dll, or similar medium, is generally accepted as not being a derivative work (as defined by the LGPL). It would fall under the definition of a "work that uses the Library". The following is an excerpt of paragraph 5 of the LGPL version 2.1:
A program that contains no derivative of any portion of the Library, but is designed to work with the Library by being compiled or linked with it, is called a "work that uses the Library". Such a work, in isolation, is not a derivative work of the Library, and therefore falls outside the scope of this License.

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

Sự khác biệt chính giữa GPL và LGPL là sau này cho phép các công việc phải được liên kết với (trong trường hợp của một thư viện, 'được sử dụng bởi') một chương trình GPLed không-(L), bất kể cho dù đó là phần mềm miễn phí hoặc phần mềm độc quyền. [1] không-(L) GPLed chương trình có thể được phân phối dưới bất kỳ điều khoản nếu nó không phải là một tác phẩm phái sinh. Nếu nó là một tác phẩm phái sinh, sau đó điều khoản của chương trình phải cho phép các kỹ thuật đảo ngược để gỡ lỗi các sửa đổi và "sửa đổi cho việc sử dụng của khách hàng." Cho dù một việc sử dụng một chương trình giấy phép LGPL là một tác phẩm phái sinh hoặc không phải là một vấn đề pháp lý. Một thực thi độc lập tự động các liên kết đến một thư viện, qua nên, .dll hoặc tương tự như các phương tiện truyền thông, nói chung là chấp nhận như là không phải là một tác phẩm phái sinh (như được định nghĩa bởi LGPL). Nó sẽ sụp đổ theo định nghĩa của "tác phẩm có sử dụng thư viện". Sau đây là một trích đoạn 5 của LGPL Phiên bản 2.1:Một chương trình có chứa không có đạo hàm của bất kỳ phần nào của thư viện, nhưng được thiết kế để làm việc với thư viện bằng cách biên soạn hoặc liên kết với nó, được gọi là một "công việc sử dụng thư viện". Như vậy một công việc, trong sự cô lập, không phải là một tác phẩm phái sinh của thư viện, và do đó rơi ra ngoài phạm vi của giấy phép này.

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

Sự khác biệt chính giữa GPL và LGPL là sau này cho phép công việc được liên kết với (trong trường hợp của một thư viện, 'được sử dụng bởi') một phi (L) chương trình GPL, bất kể đó là phần mềm miễn phí hoặc phần mềm độc quyền. [1] Các phi (L) chương trình GPL sau đó có thể được phân phối dưới bất kỳ điều khoản nếu nó không phải là một tác phẩm phái sinh. Nếu nó là một tác phẩm phái sinh, sau đó các điều khoản của chương trình phải cho phép "sửa đổi để sử dụng riêng của khách hàng và kỹ thuật đảo ngược để gỡ lỗi các sửa đổi như vậy." Cho dù một công việc có sử dụng một chương trình LGPL là một tác phẩm phái sinh hay không là một vấn đề pháp lý. File thực thi độc lập tự động liên kết đến một thư viện, thông qua một .so, .dll, hoặc trung bình tương tự, thường được chấp nhận như là không phải là một tác phẩm phái sinh (theo định nghĩa của LGPL). Nó sẽ thuộc định nghĩa của một "công việc có sử dụng thư viện". Sau đây là một đoạn trích của mục 5, phiên bản LGPL 2.1:
Một chương trình mà không có chứa dẫn xuất của bất kỳ phần nào của Thư viện, nhưng được thiết kế để làm việc với Thư viện bằng cách biên soạn hoặc liên kết với nó, được gọi là một "tác phẩm có sử dụng thư viện". Một công việc như vậy, trong sự cô lập, không phải là một tác phẩm phái sinh của Thư viện, và do đó nằm ngoài phạm vi của Giấy phép này.