Talk:GNU Lesser General Public License
From Wikipedia, the free encyclopedia
| This article is part of WikiProject Free Software, an effort to create, expand, organize, and improve free software-related articles. | |
| B | rated as B-Class on the assessment scale |
| High | rated as High-importance on the assessment scale |
Contents |
[edit] LGPL Inhertance
The article mentions that the LGPL contains no provisions for OO code, referencing an outdated FAQ relating to version 2.1 of the licence. However, the LGPL 3 contains the following phrase "Defining a subclass of a class defined by the Library is deemed a mode of using an interface provided by the Library." (http://www.gnu.org/licenses/lgpl.html) therefore implying that subclassing does not create a derivative work. This section of the article needs updating. Mallardtheduck 10:11, 29 October 2007 (UTC)
[edit] Comment out
I commented this out: "Another major difference is that derivative works (which are not GPLed) must be software libraries." Where in the text of the license does it say that? Versions of OpenOffice.org created under the LGPL (I really doubt Ximian is using the SISSL!) aren't software libraries - David Gerard 20:08, 29 May 2004 (UTC)
- Section 2. But this section only applies to derivative works that are "based on" the library, i.e. modifications, iterations, or evolutions of it. Derivative works such as programs that merely "use" the library are covered separately under Sections 5 and 6. - 68.33.75.150
[edit] otherside
There was one link for "What microsoft says about Software licenses". It's now removed. Is it not essential to know opinion of a propreitary company on FREE licenses?
- I disagree. You can't present a balanced argument without hearing both points of view. I'm not employed by Microsoft and even I have reservations about the free software movement - somebody
has to feed the kids back home. Erichero 16:02, 26 October 2007 (UTC)
"The LGPL is now deprecated" - With what was it replaced?
- It isn't deprecated, but should not be used for everything. The FSF commented on this because big projects like Wine and OpenOffice use this license when instead they should use the GPL. Dustin 16:03, 17 November 2006 (UTC)
About the "derivative work must be a software library":
2. You may modify your copy or copies of the Library or any portion of it, thus forming a work based on the Library, and copy and distribute such modifications or work under the terms of Section 1 above, provided that you also meet all of these conditions: a) The modified work must itself be a software library.
I have often wondered about Ximian OOo, which mentions the LGPL on the About box. It seems this might be an unenforced violation.
Regarding LGPL deprecation:
It was "replaced" by the GPL, even though the GPL predates the LGPL. Basically, Richard Stallman decided the LGPL wasn't such a good idea for a lot of what it was used for.
Jerickson314 20 April 2005
- See the comments on "derivative works" above. Also, LGPL does not replace the GPL, it is an alternative to it. Which one to use is a matter of strategy. The GPL is preferred in many but not all cases. - 68.33.75.150
- Jerickson314, read the article by Stallmann. His intention is for free software (Sourcecode) to proliferate. He can achieve this if as many people and developers use as much free software as possible. The talk about strategy boils down to this: If there exist many alternatives to a software "module" that a developer would use to create a closed application without requirements to open that application up, use LGPL for the free alternatives. That way, at least a part of the closed application (namely this module) remains source-open, because the developer has the incentive of using the free (as in beer) GNU library over the (probably not free) proprietary one.
- However, for software modules / libraries / whatever where the free software is the superior choice, or maybe the only choice, the normal GPL should be used because use of the GPL would require the entire application to be open. The GPL considers even dynamic linking to be "deriverative", although this hasn't been tested in court.
- I am not a lawyer, but that is the short version of how I understood Stallman. I hope it helps anybody. :) -- Nils Jeppe 06:58, 16 September 2006 (UTC)
[edit] Correction needed.
This feature is useful if one wants to create a version of the code that software companies cannot use in proprietary software products.
I believe this section is just plain wrong. The GPL can be used in "proprietary software" but the company must make the source code accessible to the public. Therefore, this section needs to be rewritten. --Mecanismo 13:35, 27 August 2005 (UTC)
- This isn't the whole truth either. Providing the source code is only one of the options available; the basic requirement is that the program needs to be debuggable somehow. - 68.33.75.150
"Page 4" of http://64.233.183.104/search?q=cache:gk9T1KYXjxIJ:fly.isti.cnr.it/sl/licenses.pdf+kernel+released+under+the+LGPL&hl=en&gl=uk&ct=clnk&cd=3 the (Wikipedia) article is definitely wrong, though linked article states that
"the LGPL may be linked against non GPL-compatible software, even proprietary software, provided that the source of the LGPL part is made available, and that the LGPL part is upgradeable independently from the rest of the program linked against it."
which disagrees with user "68.33.75.150"s post above.
An official page at http://www.fsf.org/licensing/licenses/why-not-lgpl.html says "the Library GPL permits use of the library in proprietary programs; using the ordinary GPL for a library makes it available only for free programs."
[edit] GPL compatibility
I removed this:
[About section 3, the GPL relicensing clause.] It is also necessary to ensure that the LGPL is "GPL-compatible", so that GPL-covered programs can use LGPL-covered libraries.
This is not true; the LGPL would allow a linked binary to be distributed under the GPL, so it is GPL-compatible. The clause is there to allow the reuse of code from LGPL libraries, in libraries or applications that are under the GPL. That is, straight reuse of code in the application, not linking.
Tim 21:30, 30 November 2006 (UTC)
[edit] Free to use for homepages?
Sorry, but no matter how hard I try and read the article (or the actual documents), I don't quite get whether or not it's allowed to use an image licensed with the GNU lesser general public license for, for example, a homepage? Mackan 12:16, 25 February 2007 (UTC)
- Anybody? Please. Mackan 11:47, 27 February 2007 (UTC)
- I think it would be allowed. You can always ask the image's copyright holder. —tedp 15:23, 12 May 2007 (UTC)
-
- Use is always allowed, for any purpose. Chris Cunningham 15:58, 12 May 2007 (UTC)
-
-
- What about certain forms of distribution? If I create a huge piece of software, and it includes a few LGPLed icons, can I distribute my software under a commercial, proprietary license? 190.46.200.141 (talk) 05:27, 6 January 2008 (UTC)
-
-
-
-
- Yes you can. One of the simplified explanations I have heard is that GPL is contagious, LGPL is not. The only time software using LGPL code has to be LGPL as well is if it is a derived work; that is, if you modify LGPL code, or cut-and-paste construct a new program based on LGPL code, then those modifications have to be licensed under the LGPL. In the case of your icon example, when you distribute it, the icons would have to be distributed in a form such that they could be replaced by the end-user with a more recent version of the icon. Basically, use of LGPL'd icons would be irrelevant to the rest of your project. As far as the intricacies of the license go, images are not a very good example to use, because there is not the same notion of "source code" as there is with a C program. Whenever you distribute an image, you are also distributing it's source code, so you are automatically complying with the provisions of the LGPL regardless of what is distributed along with it. Kinda long-winded, but hope that clears things up.--66.102.196.44 (talk) 00:18, 5 March 2008 (UTC)
-
-
This article in general is almost impossible for a layman to read and understand, a section of fair use examples would make this so much easier 71.58.89.231 23:41, 28 April 2007 (UTC)
[edit] The Licence it self?
I read the article and I don't understand what it means if piece of software is under this licence. As if am I allowed to use it? And what are the restrictions and constrains.--Cliff 21:56, 20 May 2007 (UTC)
- You can use the software for any purpose. You can link it with binaries you distribute so long as you (a) impose no addition restrictions on use or redistribution of the LGPL code) and (b) include the license terms with the code you link to. If you actually modify any of the LGPL code, you must make your modifications available under the terms of the LGPL. Chris Cunningham 22:14, 20 May 2007 (UTC)
-
- I added your statement to the article. Thanks a lot for that explanation, that's what I wanted to hear since I could understand so how exactly is this different from normal GPL and BSD.--Cliff 18:09, 28 May 2007 (UTC)
[edit] update to LGPLv3
This article needs an update, LGPLv3 has already been released since June 29, 2007. I'm not good enough at licences to edit it so could please anyone else do it ? Bertvandepoel 11:25, 4 August 2007 (UTC)
- The FSF doesn't seem to have a page on the changes that were made in the LGPLv3. The text is vastly different and much shorter, but it doesn't seem to have any of the controversial provisions that the GPLv3 was all about. I'll see if I can find any sources discussing the changes. Nasarius 00:34, 9 November 2007 (UTC)
- GPL v3 is raising a shitstorm. I don't quite understand it enough to write about it myself but I'm guessing it should be included. —Preceding unsigned comment added by 86.121.71.179 (talk) 14:02, 28 November 2007 (UTC)
- LGPLv3 is now just a patch for GPLv3, referring to it and stating the differences, because the difference is vastly shorter than the whole licence. --AVRS (talk) 14:38, 28 November 2007 (UTC)
