On Sunday 16 September 2007 23:00:09 Can E. Acar wrote:Look at what I replied to and then thank me for replying to the text in question. Or is the fact that I was responding to - - somehow beyond your comprehension? And I have seen absolutely none of said "advice". And that was only in question *PRIOR* to the review and rejection of the patches in question. Comprende ? Doubtful. If I wrote a HAL implementation from scratch using Reyk's code as a reference only would that make my bottom-up rewrite a derivative? If you think it would, then you need to stop talking and start listening. Just because the code needs to provide a specific interface does not mean that any specific persons implementation is a derivative of another. This simple fact is key - because if that fact wasn't true then the original, purely binary HAL that was/is in FreeBSD would be illegal, as would Reyk's code. No need. Here are the facts: 1) People have come to the Linux Kernel ML and complained about a set of patches that were never accepted. 2) Theo has accused a Kernel developer of telling people to break the law. 3) People show up complaining again, apparently about the same patches. 4) One of them points out that the MadWifi developers have taken the broken patches 5) Several people on LKML say "So go be a troll there, leave us alone" 6) The original people, and more, start with claims that the Linux Kernel developers should "police" the "GNU/FSF/GPL Community" And now you come here saying that people don't understand the situation. Go look at the first two links in Theo's mails, which you linked to. Are they to kernel.org git repo's? Is either of them for the "linux-wireless-2.6" git repo? The answer to both is "No" - they are to MadWifi - a system which is developed separate from the Linux Kernel and not discussed here. The other two links are to a git repo that hasn't been included in the Linux Kernel, but probably will be, since it doesn't violate anyones copyright. Is Theo happy? No. Because the two people that ported to code to work in Linux have added themselves as holding copyrights to portions of the code. "Those files are still invalidly being distributed -- Nick and Jiri did not proveably do enough original work to earn copyright on a derivative work, since their work is just an adaptation." Now think about it - there are files that they have modified - in some cases this was apparently quite a bit of work. Yet they can't place their own copyrights on the code because Theo thinks it all is "Just an Adaptation" ? Think about this: Linux runs on numerous hardware platforms. For each platform there is a "port" - and "adaptation" of the code to make the kernel capable of running as fast and as stably on the new platform as the original supported one. Each one of those "ports" is an "adaptation" of existing code. By Theo's reckoning - judging from the statement I've quoted - none of them are worthy of a copyright, because they are "Just an adaptation". For instance, compare src/sys/dev/ic/ar5xxx.h to ath5k.h (they appear to be the same file) - there was a *LOT* of work done in this file. I truthfully can't tell how much of the original remains and how much has been rewritten or split out. But from the amount of work I can see in just *ONE* of the files, I can find no reason for anyone to complain that the people that did the work have "illegally" added themselves as copyright holders. No. But you apparently haven't looked at the code yourself. If you had you'd see that a lot more than that was done - I haven't given the code a complete review myself, but from what I have seen it isn't just a port. DRH -- Dialup is like pissing through a pipette. Slow and excruciatingly painful. -
| Adrian Bunk | Re: Linux 2.6.21 |
| Linus Torvalds | Linux 2.6.21-rc2 |
| WANG Cong | [-mm Patch] UML: fix a building error |
| Roland McGrath | Re: [PATCH 0/5] ftrace: to kill a daemon |
git: | |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Patrick McHardy | Re: [PATCH] netfilter: use per-cpu spinlock rather than RCU (v3) |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Theodore Ts'o | Re: cc1 fails silently |
| Michael Nolan | Power routines on notebook cause kernel panic |
| Marc Peters | v 0.11 boot disk problem |
| Dave `geek' Gymer | WARNING (was Re: New afio release) |
