LWN: Comments on "Relicensing VLC from GPL to LGPL" https://lwn.net/Articles/525718/ This is a special feed containing comments posted to the individual LWN article titled "Relicensing VLC from GPL to LGPL". en-us Sun, 07 Sep 2025 09:52:04 +0000 Sun, 07 Sep 2025 09:52:04 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Relicensing VLC from GPL to LGPL https://lwn.net/Articles/527524/ https://lwn.net/Articles/527524/ njwhite <div class="FormattedComment"> Yes, you are right, though I don't think the above comments you're referring to had been written when I wrote mine.<br> <p> I do think that the reasons for the change weren't communicated very well at all, though, hence why Bradley and others (including myself) were unclear on the issues.<br> </div> Thu, 29 Nov 2012 13:44:24 +0000 Relicensing VLC from GPL to LGPL https://lwn.net/Articles/527508/ https://lwn.net/Articles/527508/ jospoortvliet <div class="FormattedComment"> If you had read the comments above you would have known Bradly was barking up the wrong tree. At least, attempting to debunk an argument which wasn't important in the first place.<br> </div> Thu, 29 Nov 2012 12:05:21 +0000 Relicensing VLC from GPL to LGPL https://lwn.net/Articles/526977/ https://lwn.net/Articles/526977/ DonDiego There is a <a href="http://www.videolan.org/press/2007-1.html">VideoLAN press release</a> about why they staid with GPLv2 when v3 came out. I would say that it is safe to assume that the same reasons apply for going LGPL v2.1+ instead of v3. Mon, 26 Nov 2012 20:31:02 +0000 Relicensing VLC from GPL to LGPL https://lwn.net/Articles/526973/ https://lwn.net/Articles/526973/ mathstuf <div class="FormattedComment"> I thought GPLv2 code couldn't link to LGPLv3 code. Maybe there was some other GPL version incompatibility that I'm mixing it up with? If promoting usage of VLC as a backend of third party code is the goal, LGPLv2 would open it up for more (existing) applications.<br> </div> Mon, 26 Nov 2012 19:48:56 +0000 Relicensing VLC from GPL to LGPL https://lwn.net/Articles/526971/ https://lwn.net/Articles/526971/ tstover <div class="FormattedComment"> If this doesn't have anything to do with iOS and friends, then why not go ahead and change to LGPLv3? Why do some people still perceive v3 as bad and v2 good? V3 really does improve all sorts of things.<br> </div> Mon, 26 Nov 2012 19:25:57 +0000 LGPL doesn't help with app stores, anyway. https://lwn.net/Articles/526812/ https://lwn.net/Articles/526812/ DonDiego <div class="FormattedComment"> There you go. While I have to admit that the blog entries do not prominently talk about the reasons why the relicensing was done, it's not like there is no statement at all in that direction.<br> <p> Note that the FOSS alternatives to the VLC backend/plumbing code are all LGPL or even more liberally licensed. This reminds me more of the decision to make glibc LGPL rather than GPL - plenty of alternative libc implementations exist. Thus for third-party devs there is no incentive to use the more restrictively licensed library.<br> </div> Sun, 25 Nov 2012 12:27:35 +0000 LGPL doesn't help with app stores, anyway. https://lwn.net/Articles/526728/ https://lwn.net/Articles/526728/ mathstuf <div class="FormattedComment"> From the article:<br> <p> <font class="QuotedText">&gt; Other modules, including scripting and visualization, will remain GPL-licensed at least for the time being, because they do not impede the ability of third-party developers to write non-GPL playback applications, which was the leading use-case motivating the change.</font><br> </div> Sat, 24 Nov 2012 14:01:56 +0000 LGPL doesn't help with app stores, anyway. https://lwn.net/Articles/526690/ https://lwn.net/Articles/526690/ apoelstra <div class="FormattedComment"> <font class="QuotedText">&gt; This was not about app stores, much less Apple ones, why do you and others keep assuming that it was? Note that I'm not pulling this statement out of thin air, I talk to the VLC people regularly.</font><br> <p> It's purely speculation. All the media outlets I've seen have clearly said "we don't know why, but this kinda makes sense, and it hasn't been denied".<br> </div> Sat, 24 Nov 2012 00:50:09 +0000 LGPL doesn't help with app stores, anyway. https://lwn.net/Articles/526687/ https://lwn.net/Articles/526687/ giraffedata <blockquote> This was not about app stores, much less Apple ones, why do you and others keep assuming that it was? Note that I'm not pulling this statement out of thin air, I talk to the VLC people regularly. </blockquote> <p>It sounds like this is a great opportunity for you to say what this undertaking is about. The only example the article came up with of the purposes of the relicensing has to do with an Apple application store, which you have reason to know is false; do you accordingly know what the real reasons are? Sat, 24 Nov 2012 00:25:16 +0000 LGPL doesn't help with app stores, anyway. https://lwn.net/Articles/526655/ https://lwn.net/Articles/526655/ DonDiego Note that the iOS / OS X version of VLC is still GPL as it uses components that are still GPL, c.f. what j-b said <a href="http://www.jbkempf.com/blog/post/2012/How-to-properly-relicense-a-large-open-source-project-part-3">on his blog</a>. Fri, 23 Nov 2012 23:17:28 +0000 LGPL doesn't help with app stores, anyway. https://lwn.net/Articles/526654/ https://lwn.net/Articles/526654/ DonDiego <div class="FormattedComment"> This was not about app stores, much less Apple ones, why do you and others keep assuming that it was? Note that I'm not pulling this statement out of thin air, I talk to the VLC people regularly.<br> </div> Fri, 23 Nov 2012 18:38:08 +0000 LGPL and app store https://lwn.net/Articles/526644/ https://lwn.net/Articles/526644/ epa Yup, it says that if the user installs a modified library then it must be used. You can argue that the letter of the licence doesn't exclude technological measures to stop the user from installing a modified library, so you can ship the code on a locked-down device to prevent the user from having freedom to change the library despite what the licence says. This is the problem that newer GPL and LGPL versions address. <p> However I think the spirit and intent of the licence is that the user has freedom to modify the library (as explained in the LGPL's preamble). This is why I wrote in my original post <i>still violates the spirit of the licence, if perhaps not the letter</i>. <p> Licensing VLC under LGPL rather than GPL doesn't avoid this problem. You are still going against the intent of the licence by distributing via a locked-down app store. You mentioned linking against Apple's proprietary DRM components, which is more likely to be the reason they did it. Fri, 23 Nov 2012 16:15:16 +0000 LGPL and app store https://lwn.net/Articles/526628/ https://lwn.net/Articles/526628/ khim <p>Have <b>you</b> looked on said part?</p> <blockquote><font class="QuotedText">You must do one of these things:<br /> …<br /> Use a suitable shared library mechanism for linking with the Library. A suitable mechanism is one that (1) uses at run time a copy of the library already present on the user's computer system, rather than copying library functions into the executable, and (2) will operate properly with a modified version of the library, if the user installs one, as long as the modified version is interface-compatible with the version that the work was made with.<br /> …</font></blockquote> <p><b>If</b> user can somehow install library <b>then</b> it must be used. If user have no means to install the library, then it's user's problem, not a developer's problem. That's why I've said "it's your problem, really": LGPL2.1 does not cover this case at all.</p> Fri, 23 Nov 2012 14:54:43 +0000 Relicensing VLC from GPL to LGPL https://lwn.net/Articles/526621/ https://lwn.net/Articles/526621/ njwhite <div class="FormattedComment"> I agree with Bradley. I remain completely baffled as to why this was done. More weird still is that nobody in the VLC project seems to be publically stating why.<br> </div> Fri, 23 Nov 2012 13:38:03 +0000 LGPL and app store https://lwn.net/Articles/526564/ https://lwn.net/Articles/526564/ epa <div class="FormattedComment"> Have a look at section 6 of LGPL 2.1. If you distribute a program that uses the library you must provide a way for the user to relink it with a modified version of the library.<br> </div> Fri, 23 Nov 2012 08:28:50 +0000 Relicensing VLC from GPL to LGPL https://lwn.net/Articles/526549/ https://lwn.net/Articles/526549/ pabs <div class="FormattedComment"> The reaction from Bradley Kuhn:<br> <p> <a href="http://ebb.org/bkuhn/blog/2012/11/22/vlc-lgpl.html">http://ebb.org/bkuhn/blog/2012/11/22/vlc-lgpl.html</a><br> </div> Fri, 23 Nov 2012 01:11:10 +0000 LGPL doesn't help with app stores, anyway. https://lwn.net/Articles/526486/ https://lwn.net/Articles/526486/ bkuhn <p>I've studied the terms of both Apple's and Google's application store, and neither permits LGPL-covered applications any more easily than GPL-covered ones. I'm left baffled why VLC has done this. I've <a href="http://ebb.org/bkuhn/blog/2012/11/22/vlc-lgpl.html">written more about this issue on my blog</a>.</p> Thu, 22 Nov 2012 19:47:17 +0000 LGPL and app store https://lwn.net/Articles/526423/ https://lwn.net/Articles/526423/ khim <blockquote><font class="QuotedText">It would seem that distributing VLC in a locked-down app store, where users cannot replace any part of the code once installed, still violates the spirit of the licence, if perhaps not the letter.</font></blockquote> <p>LGPL2.1 only talks about use of <font class="QuotedText">a suitable shared library mechanism for linking with the Library</font>. It does not give you the ability to replace said library. LGPL3 is different, but that's another story, we are talking about LGPL2.1+ here.</p> <blockquote><font class="QuotedText">If I downloaded VLC onto an iPhone, and then wanted to exercise my right to modify the LGPLed code, how would I do that?</font></blockquote> <p>It's your problem, really.</p> <blockquote><font class="QuotedText">And how is this any different to plain old GPL?</font></blockquote> <p><b>That</b> part is easy: any application distributed from Appstore includes proprietary Apple's DRM components - and thus such distribution is incompatible with GPL2 (but obviously compatible with LGPL2.1). Note that there are some Android devices which are Apple-style locked down and will only accept applications from one fixed source. That's fine: as long as application itself is not copy-protected GPL is not violated.</p> Thu, 22 Nov 2012 17:46:35 +0000 Relicensing VLC from GPL to LGPL https://lwn.net/Articles/526384/ https://lwn.net/Articles/526384/ bronson <div class="FormattedComment"> <font class="QuotedText">&gt; only the authors of the iOS [&amp; other] modules outright declined to relicense their work.</font><br> <p> That's odd... Isn't iOS a big reason the change was made?<br> </div> Thu, 22 Nov 2012 15:15:57 +0000 Relicensing VLC from GPL to LGPL https://lwn.net/Articles/526366/ https://lwn.net/Articles/526366/ gerv <div class="FormattedComment"> As someone who did this for the Mozilla codebase, which involved more people but a shorter timespan, and took significantly longer, I give a round of applause to Jean-Baptiste Kempf for a great effort :-)<br> <p> Gerv<br> </div> Thu, 22 Nov 2012 14:12:03 +0000 LGPL and app store https://lwn.net/Articles/526355/ https://lwn.net/Articles/526355/ epa <div class="FormattedComment"> If a library is distributed under LGPL, then you have to allow the user to replace that library with his own modified version (even if your proprietary application code linked to it remains unchangeable). It would seem that distributing VLC in a locked-down app store, where users cannot replace any part of the code once installed, still violates the spirit of the licence, if perhaps not the letter. It's not clear how a move from GPL to LGPL makes things any better here.<br> <p> If I downloaded VLC onto an iPhone, and then wanted to exercise my right to modify the LGPLed code, how would I do that? And how is this any different to plain old GPL?<br> </div> Thu, 22 Nov 2012 13:26:24 +0000