Last modified by chrisby on 2025/01/11 10:03

From version 2.88
edited by chrisby
on 2025/01/08 11:22
Change comment: There is no comment for this version
To version 2.115
edited by chrisby
on 2025/01/08 13:40
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -47,11 +47,15 @@
47 47  
48 48  **Copyleft Licenses**
49 49  
50 -To address the problems with proprietary software, the FSF primarily promotes copyleft licenses, which require that any derivative works of the software be licensed under the same terms as the original code. The term "derivative work" is legally somewhat vague, but a common understanding is that it means a new work based on the original copyleft code that incorporates it at the source level. This ensures that when contributions are made to a copyleft project, or when copyleft code is directly reused in another project, the resulting work must be released under the same copyleft license. This prevents vendors from incorporating copyleft code into proprietary products, and ensures that any derivative works remain open source. In addition, copyleft licenses require that the source code be made available to users so that they can modify, build, and control the software themselves.
50 +To address problems with proprietary software, the FSF promotes copyleft licenses, like the AGPL license, which require that any derivative works remain under the same license. The notion of derivative work is somewhat vague in legal terms, but a common interpretation is that software depending on AGPL code to function is a derivative work.
51 51  
52 +For instance, if a project directly incorporates AGPL source code or relies on an AGPL library, it must adopt the AGPL license for its entire codebase. Similarly, when software calls an external AGPL service over a network, the software is typically not a derivative work if that service is purely optional. However, if the service is essential and the software won’t function without it, even if the AGPL code is hosted externally, the software is still considered a derivative work. Attempting to “bypass” the AGPL by outsourcing essential functions in a network service will not avoid the license requirements.
53 +
54 +In summary, this copyleft license ensures that whenever AGPL code is reused, or when contributions are made to existing copyleft code, the resulting work must remain open source. Athe  also guarantees that the source code is available so users can modify, build, and control the software themselves.
55 +
52 52  **License Preferences**
53 53  
54 -The OSI aims to maximize the contributions and impact of open source by being open to all open source licenses. Permissive licenses have become very popular in recent years, especially in commercial contexts, but the OSI is open to choosing copyleft licenses if developers want to ensure that derivative works remain open and free. The FSF, on the other hand, tolerates all open source licenses, but has a strong preference for copyleft licenses, believing that all software should be protected in this way.
58 +The OSI aims to maximize the contributions and impact of open source by being open to all open source licenses. Permissive licenses have become very popular in recent years, especially in commercial contexts, but the OSI is open to choosing copyleft licenses if developers want to ensure that derivative works remain open and free. The FSF, on the other hand, tolerates all open source licenses, but has a strong preference for copyleft licenses, believing that all software should be protected in this way.
55 55  
56 56  **User Behavior**
57 57