From: Arno P. <ar...@pu...> - 2011-01-09 23:44:14
|
any license imposes rules that you will have to follow. One aspect that I personally like about the GNU type licenses is that it imposes a "community aspect": if you make a modification, you need to contribute this back to the community. BSD does not impose this. You might argue that it is in a developers best interest to contribute modifications back in order to stay in sync with the main trunk. This is certainly true for small patches/fixes, but I would also like to impose this for new modules that the developer might decide to withhold for competitive reasons. There is a bit of a mentality out there that Open Source just springs into being and free for anyone to use. A GPL-type license is just a little reminder also to give back. Well, I suggest to tackle the problems as they arise. As Sascha pointed out, we do want you to be able to use XMLVM for your proprietary products. Just don't forget that someone has to do all the work and perhaps think of way to participate in the community. Arno On 1/9/11 3:15 PM, Hansi Raber wrote: > hey! > > The message that we, the XMLVM team, want to give to you is that we > would never do such a thing, if it would be possible, which it > isn't.The LPGL should, with small modifications, be in accordance > with AppStore rules. > > right, and i'm more than amazed by how open your are about this. > > i don't mean to be a jerk about this or doing pointless discussion that > go nowhere, but i think that picking a > license that expresses your intentions best is key, otherwise any > promise made now might be hard to live up to. > > this seems to be what amount of work the lgpl brings with it if one > _actually_ wants to be compliant: > http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2010-August/026708.html > sure, ffmpeg is known for it's hall of shame and their overal policy > towards license violations. > > however, if i understand correctly the freedoms that come with the lgpl > apply to > anyone, not just the devs. anyone must have the ability to exchange the > xmlvm portion of an app with a newer version. > in some cases this is completely impossible because xmlvm mixes together > different code bases into single files which > makes it impossible to just exchange the xmlvm part later on. > > imho the best would be to use a bsd license for the output modules (by > that i mean the template files and > runtime libaries). everything else could even be gpl without problems. > as i wrote a month or so ago, a license exception like the one bison has > for certain source files would also > be just fine. > > > > best, hansi. > > > So the bottom line is that XMLVM developers should not worry that > their apps might get pulled because of licensing issues. > > // Sascha > > > On Sun, Jan 9, 2011 at 10:46 PM, Hansi Raber <su...@su... > <mailto:su...@su...>> wrote: > > > On Sun, Jan 9, 2011 at 8:58 PM, Tor Lillqvist <tm...@ik... > <mailto:tm...@ik...>> wrote: > > Wasn't the problem with VLC (the withdrawal of which from > the App > Store seems to have caused this discussion) that some of the > copyright > holders were opposed to it being offered on the App Store? > > afaik that was a completely different issue, > some important parts of vlc are licensed under the gpl (e.g. the > h264 decoder). > the problem was that the appstore imposes restrictions stronger > than the > gpl allows, thus apple decided to pull the app. > > > > anyways, here's a good read: > http://huyzing.com/2009/08/24/compatibility-between-the-iphone-app-store-and-the-lgpl/ > > > > > best, hansi. > > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success > of any company > that requires sensitive data to be transmitted over the Web. > Learn how to > best implement a security strategy that keeps consumers' > information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > xmlvm-users mailing list > xml...@li... > <mailto:xml...@li...> > https://lists.sourceforge.net/lists/listinfo/xmlvm-users > > > > > > ------------------------------------------------------------------------------ > Gaining the trust of online customers is vital for the success of any company > that requires sensitive data to be transmitted over the Web. Learn how to > best implement a security strategy that keeps consumers' information secure > and instills the confidence they need to proceed with transactions. > http://p.sf.net/sfu/oracle-sfdevnl > > > > _______________________________________________ > xmlvm-users mailing list > xml...@li... > https://lists.sourceforge.net/lists/listinfo/xmlvm-users |