> JFTR, I do *not* think that that assessment was questionable. Unless theNobody is relicensing anything, ever. If the author licenses a work under the GPL only, then that is forever how that work is licensed. If an author licenses a work under the BSD, then that is forever how that work is licensed. Same for a dual license. This applies until the copyright expires or the author offers the code under some other license. Nobody ever relicenses anything, ever. If I give you a copy of a work covered by the GPL, the BSD, a dual-license, or whatever, you get a license to every protectable element in that work from the original author of that element. Nobody ever relicenses anything, ever. Nobody ever modifies anybody else's license, ever. If you take work that's under a dual-license and remove one license notice from it when you create a derivative work, every recipient of that derivative work still receives a dual license from the original author to every protectable element still in the distributed work. The GPL is explicit about this in section 6. The BSD license is not, but it's the only way such a license could work. There are really only two ways you can screw up. 1) You can take GPL-only bits and put them in BSD or dual-licensed code. (The GPL prohibits this.) 2) You can remove a BSD license notice from BSD-only code. (The BSD license prohibits this.) DS -
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| Justin Piszcz | exception Emask 0x0 SAct 0x1 / SErr 0x0 action 0x2 frozen |
| Heiko Carstens | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
| Radu Rendec | htb parallelism on multi-core platforms |
