Miklos Vajna <vmiklos@frugalware.org> writes:Under LGPL, you must provide linkable object files to your (possibly closed source) program, so that people who made changes to (or obtained an updated version of) a LGPL'ed library can re-link your program and use the updated library. The above does not ask you to do so. The way I read LGPL is that "We deeply care about our LGPL library and any improvements to it. Although we do not care at all about how your crappy closed source program is written, we want to make sure that the users can keep using your program after improvements are made to our library.". I do not think it makes a practical difference when your program uses the LGPL library as a shard library from that point of view. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Roland Dreier | Re: Integration of SCST in the mainstream Linux kernel |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
| Linus Torvalds | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| Linus Torvalds | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 0/37] dccp: Feature negotiation - last call for comments |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
