Theodore Tso writes:Of course you don't need a license to *use* the derived work. You never need a license to use a work. (In the United States. Some countries word this a bit differently but get the same effect.) If, however, you wanted to get the right to modify or distribute a derivative work, you would need to obtain the rights to every protectable element in that work. If the work were under a GPL or BSD type license, only the original author of each individual element could grant you such a license. Read GPL section 6, particularly this part: "Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions." To distribute a derivative work that contains protectable elements from multiple authors, you are distributing all of those elements and need the rights to all of them. You need a license to each element and in the absence of any relicensing arrangements (which the GPL and BSD license are not), only the original author can grant that to you. It is a common confusion that just because the final author has copyright in the derivative work, that means he can license the work. He cannot license anyone else's creative contributions absent a relicensing arrangement. The GPL is explicit that it is not such a license. That's what the "from the original licensor" language in section 6 means. The BSD license is not explicit, but it couldn't work any other way. When you receive a Linux kernel distribution, you receive a GPL license to every protectable element in that work from that element's individual author. Nobody can license the kernel as a whole to you. DS -
| Heiko Carstens | [patch -mm] s390: struct bin_attribute changes |
| Andrew Morton | 2.6.25-rc2-mm1 |
| Eric W. Biederman | Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Jens Axboe | Re: [BUG] New Kernel Bugs |
| Andrew Morton | Re: [PATCH] PHYLIB: IRQ event workqueue handling fixes |
