> It is illegal to modify a license unless you are the owner/author,Oh dear - Theo, go talk to a lawyer, or do a course on licencing. The owner generally starts with the rights to control who performs acts covered by copyright law. They pass some of those rights on to others by contract, licence or statutory means. It is quite normal for the owner to pass on the right to relicence or modify the licencing of a work. In many cases the owner actually hands on all such rights to a third party (eg an evil music company). [Owner and author often differ as many legal systems start from the basis that an employee produces a work for the employer rather than it being transferred solely by contract] The ath5k C file in question (not the headers) seems to give recipients permission to further convey the work under a choice of two licences. It doesn't say they must redistribute under both. So I appear to have a right to convey the work under the GPL to a third party, who from me receives no right to use it except under the GPL. The Ath5K C code is very clear about the intention of the licencing: * Alternatively, this software may be distributed under the terms of the * GNU General Public License ("GPL") version 2 as published by the Free * Software Foundation. The choice appears to be delegated to the recipient very clearly and very specifically by the licencing on the file. It does not say that I must convey the work under both licences. It quite specifically says I may convey the work under whichever of the two I prefer (and probably both if I wish). Clearly if that had not been the intent it would not have included the clause giving the choice. This is quite different to the case Theo tries to discuss. Re-read my email and then apologize. I do question the .h files where they are BSD licence and no changes were made to the work. I also point out that the dual licence on that code appears to give permission to distribute under one of those licences by choice. If you got BSD licenced code that doesn't give you a choice of licence then of course the original work remains BSD and you can't go around removing that information, the copyright holder's name and other things protected variously by different legal systems. I would submit the ath5k header files fit this (if they are even copyrightable works at all) That's about the first thing I would agree on - its somewhat rude and not something I personally woul usually choose todo. However to many there are problems as the BSD licence doesn't mean giving it back to the community it means giving a copy to everyone who wants rip it off for private proprietary use. The BSD licence allows this. If you in the BSD world don't want that to happen you need to look hard at your licencing. Linux takes very little from the BSD world this way, the big one way takers are all proprietary software companies. Perhaps Theo should write to that nice Bill guy instead. You just don't realise who takes your code and what they do with it. The proprietary people don't tell you, but the free ones you can see. So you'd prefer that the Linux developers worked on it and then Microsoft took the results of all our work and didn't give anything back. At least if the Linux work is GPL licenced its protected from further abuse. See the viewpoint the free software people come from - you may not agree with it but it has a logic. If OpenBSD wants a world where code must be returned, but you can mix it with free code in a product in some fashion and do binary only releases then OpenBSD needs to fix its licencing. Not to GPL which is clearly not the BSD intention but to something which does what BSD wants rather than an academic research licence developed thirty odd years ago for the purpose of showing that US research funds were properly spent. Perhaps its time for BSD2 licencing ? Alan -
| James Bruce | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Peter Zijlstra | [PATCH 00/23] per device dirty throttling -v8 |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| Peter Zijlstra | [RFC/PATCH 0/4] CPUSET driven CPU isolation |
git: | |
| Gerrit Renker | [PATCH 18/37] dccp: Support for Mandatory options |
| Rick Jones | Re: Network latency regressions from 2.6.22 to 2.6.29 |
| David Miller | [GIT]: Networking |
| Josip Rodin | bnx2_poll panicking kernel |
