Slashdot Mirror


Theo de Raadt Responds to Linux Licensing Issues

bsdphx writes "While Theo may have a reputation of being "difficult" in some circles, this response to the recent relicensing controversy is thoughtful and well penned. Through this whole process I've learned some new things about both GPL and BSD licensing, and especially about combining the two."

72 of 455 comments (clear)

  1. Compiz/Beryl by Anonymous Coward · · Score: 3, Insightful

    Exactly the same thing happened with the Compiz/Beryl farce.

    The Beryl developers took the BSD code and GPL'd it without the original authors permission. The exact same reasons of 'evil companies' will steal BSD code was given, but the 'evil' Beryl developers were the only ones taking but not giving back.

    People should learn that even though this is open source they still have to respect other peoples rights.

    1. Re:Compiz/Beryl by audi100quattro · · Score: 4, Insightful

      They made their rights clear when they licensed it under the BSD license. If you want others to share code, make it mandatory and use the GPL. If you just want credit for what you've written, you're still getting it with dual-licensed code. Oh, wait, you want to be able to use the changes as well under the original license? I'm sorry. Don't license it under the BSD license and expect someone else more comfortable with the GPL to make large changes and not use the GPL. The GPL is just more honest and upfront, and it's the GPL's fault?

    2. Re:Compiz/Beryl by 51mon · · Score: 2, Insightful

      The point of the GPL is it allows GPL code to be mixed in.

      Once that happens the code can't be distributed under the BSD license anymore.

      Hypocrisy doesn't enter into it, it is likely that dual licensed code will end up under the GPL only when used in the Linux kernel. This doesn't necessarily prevent authors contributing their changes back to BSD, but it may require them to remove any GPL only code that is in the mix.

      Since the code clearly can't be used under the BSD license if GPL code is subsequently included, and the original licensing made clear the authors intended this use of the code.

      Theo seems to be objecting to the authors choice of a dual license, he is welcome to his opinion, but it is down to the authors to select the license or licenses they are happy with.

      There may be a technical legal issue concerning changing the attached license text, but if that isn't allowed, then the law is an ass in this situation, since the original BSD license text would be meaningless.

    3. Re:Compiz/Beryl by Anonymous Coward · · Score: 2, Insightful

      So nothing is morally wrong with sharing modified BSD code with other GPL coders, but not with the BSD coders who made it possible? It's one thing not to share, but if you're are going to share modified BSD code, why can't you share back to the source? There's nothing legally wrong with slapping a GPL on modified BSD code, but doing so, you consciously deny any direct use of your modifications by the BSD originators.

      Free to your community and no where else, eh? To hell with where it came from and whether or not the originators, who happen to have a different yet no less noble agenda, can use it.

    4. Re:Compiz/Beryl by Anonymous Coward · · Score: 5, Insightful

      It's about PERSPECTIVE, dude. I don't know if you're being facetious, but things are relative. Just like in OO programming, if two objects are effectively identical in behavior and interface, they are interchangeable.

      From a BSD coder standpoint, the GPL IS no different from a proprietary license. Well, there is one difference. It's a white box instead of a black box. I can go in and see how it works and come up with my own algorithms. I could do it with a the black box as well, but it takes longer. But the reason why its no different is because as a BSD coder, I am no more able to use the GPL code DIRECTLY in my work as I am with a company that has locked it up.

      And that is PERFECTLY FINE. GPL or proprietary, someone has found a use for BSD code and it moves on. Directly or indirectly, EVERYONE benefits. But IF you are going to share anyway (note the big 'if'), why can't you share with the BSD coders who made it possible?

    5. Re:Compiz/Beryl by Dun+Malg · · Score: 5, Insightful

      So nothing is morally wrong with sharing modified BSD code with other GPL coders, but not with the BSD coders who made it possible? If BSD-license-using coders find it "immoral" for people to use their code under other, more restrictive license schemes, then why are they using the BSD license? Hasn't Theo de Brat long boasted that the BSD license is superior for exactly this reason, the true freedom to do what you like with the code? Releasing under the BSD license and complaining about BSD code getting "GPL'd" is the height of absurdity. The BSD coders don't get to use the code when it's expanded and the resulting app is sold in the traditional business, and they're fine with that. It's like what they say about freedom of speech: the price is that you can't silence people you disagree with.
      --
      If a job's not worth doing, it's not worth doing right.
    6. Re:Compiz/Beryl by Anonymous Coward · · Score: 2, Interesting

      The BSD coder who chooses to release her code can choose to release it solely under the BSD license. If the BSD coder chooses to release her code under a dual or even a different license, what business is that of yours? Specifically, why are you and Theo trying to argue against the right of coders, BSD or not, to release their code under the license(s) they see fit?

      You do not have the right, however convenient, to use GPL code just because you want to. You have to follow the licensing terms. Those licensing terms were chosen by the author. You and Theo have to respect that.

    7. Re:Compiz/Beryl by Dun+Malg · · Score: 2, Interesting

      ...And that is PERFECTLY FINE. GPL or proprietary, someone has found a use for BSD code and it moves on. Directly or indirectly, EVERYONE benefits. But IF you are going to share anyway (note the big 'if'), why can't you share with the BSD coders who made it possible?
      They are sharing, under a license that they find philosophically compatible. When you say "why can't [they] share with BSD coders", what you're actually saying is "why can't the GPL folks just accept that the BSD license is the way they should license their code?" That's a fundamentally different issue.
      --
      If a job's not worth doing, it's not worth doing right.
    8. Re:Compiz/Beryl by notthe9 · · Score: 3, Insightful

      Nothing denies use of the code by the BSD originators. They can use the code just as much as anyone else. It's not that the other 6 billion people get preferential treatment, it's just that the BSD originators also have to comply by the GPL if they want to distribute the modified code.

      Is it fair to make them play by your rules? It sort of sucks, I guess. It's not all that unfair or anything: they chose to let you do so.

    9. Re:Compiz/Beryl by Crayon+Kid · · Score: 2, Informative

      There's nothing legally wrong with slapping a GPL on modified BSD code, but doing so, you consciously deny any direct use of your modifications by the BSD originators.
      Read my lips: you wanted it that way. The BSD license allows for this and you knew it (I know you knew it because the commercial world has been taking BSD code and not giving back for years). You knew it and did nothing about it. What's more, you boasted about how great the license is. And now, somehow, you don't like BSD code being GPL'd. Although you knew it is possible and you knew everybody was doing whatever they wanted with BSD code and you wanted it that way.
      --
      i ate crayons when i was a kid and now i have two braincells and the blue ones taste nicer
    10. Re:Compiz/Beryl by Crayon+Kid · · Score: 2, Interesting

      OK. Let's assume for the sake of argument that FSF=Microsoft and they're all evil people. Why don't you do anything about it and keep using a license that exposes you to this?

      And why if Microsoft takes stuff and doesn't give back you don't mind, but if FSF takes stuff over and gives it back, only better protected against the real world, you throw a fit? What kind of logic is that?

      --
      i ate crayons when i was a kid and now i have two braincells and the blue ones taste nicer
    11. Re:Compiz/Beryl by zotz · · Score: 4, Insightful

      "But IF you are going to share anyway (note the big 'if'), why can't you share with the BSD coders who made it possible?"

      Is this an honest question? Isn't it obvious that the GPL folks will not do that because they cannot just share it with the BSD coders who made it possible. To share it with the BSD coders, they would also have to share it with the lock up coders. Something they are unwilling to do and hence their choice of the GPL and not the BSD in the first place. Do you see some third way I am not getting right now?

      all the best,

      drew

      --
      FreeMusicPush If you want to see more Free Music made, listen to Free
    12. Re:Compiz/Beryl by Anonymous Coward · · Score: 5, Interesting

      You're right, but that situation is BETTER. Theo pointed something very obvious out that you're missing:

      Many businesses give back to BSD.

      No GPL code will ever go back to BSD.

      GPL'ing BSD code is a slap in the face that says "We will never, ever, give back. Period."

    13. Re:Compiz/Beryl by colinrichardday · · Score: 2, Insightful

      A BSD license allows for more people to use the source over what time frame? In the short term, yes, the BSD license allows for more freedom. But what about the long term? Code is not a static thing, it is part of a stream of constantly evolving code. What is crucial is to protect the freedom of the entire stream, and not just a small piece of it.

  2. Just doesn't make sense by Anonymous Coward · · Score: 5, Insightful

    He says that you cannotmodify a file to remove a license without permission, but he fails to acknowledge that a dual licensed file gives you that permission with the other license. If the GPL gives me permission to modify a file, then I can remove the BSD license from that file. If the BSD license gives me permission to modify a file, then I can remove the GPL license from that file. So long as I comply with the remaining license, I have permission to distribute the result, as the remaining license is what gives me legal permission from the copyright holder.

    GPL fans said the great problem we would face is that companies would take our BSD code, modify it, and not give back. Nope -- the great problem we face is that people would wrap the GPL around our code, and lock us out in the same way that these supposed companies would lock us out. Just like the Linux community, we have many companies giving us code back, all the time. But once the code is GPL'd, we cannot get it back. Ironic.

    No, not ironic. Just dishonest. You say all along that taking without giving back is the ultimate freedom, you criticise the GPL for not allowing more of this, you allow it for proprietary software, but just as soon as GPL software does something you consider to be similar (even though the source is still out there, it's unusable to you), then you have a problem? You can't get the code back from proprietary software either, but you don't bitch and moan when proprietary software does it, in fact you criticise the GPL for not allowing it. This just looks like you have a problem with the GPL, hold it to a higher standard than everybody else, including yourself.

    1. Re:Just doesn't make sense by pbf · · Score: 3, Insightful

      Your comment misses the point. What Theo claims (and he is right about it) is that by removing the BSD licence you don't contribute back to the BSD project that created the code you took. In other words you are doing just what you claim companies would be doing, because as soon as you put that under the GPL, the BSD project cannot use it anymore.

      What he said is that this type of action is equal to not playing the community game as far as the BSD project is concerned. Your code maybe available for Linux, but it is not available anymore for OpenBSD or other non-GPL project. In essence you are removing freedom on code you did not create. This is what is ironic.

      --
      et les Shadoks pompaient...
    2. Re:Just doesn't make sense by DaleGlass · · Score: 5, Insightful
      *scratches head*

      Your comment misses the point. What Theo claims (and he is right about it) is that by removing the BSD licence you don't contribute back to the BSD project that created the code you took. In other words you are doing just what you claim companies would be doing, because as soon as you put that under the GPL, the BSD project cannot use it anymore.

      Right, but the BSD in fact gives you the permission to do this

      What he said is that this type of action is equal to not playing the community game as far as the BSD project is concerned. Your code maybe available for Linux, but it is not available anymore for OpenBSD or other non-GPL project. In essence you are removing freedom on code you did not create. This is what is ironic.

      Weirdest thing I've heard lately. This pretty much agrees with the GPL concept of "freedom" and seems to imply that BSD should be GPL licensed.

      *head explodes*
    3. Re:Just doesn't make sense by BitZtream · · Score: 3, Insightful

      Except generally both of those licenses say they can not be removed. You can choose to use one of them, but in most cases the original work, which is part of your modification, must still remain available under both licenses. By removing one, you are in fact, breaking the rules.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    4. Re:Just doesn't make sense by roman_mir · · Score: 5, Informative

      *scratches head*

              Your comment misses the point. What Theo claims (and he is right about it) is that by removing the BSD licence you don't contribute back to the BSD project that created the code you took. In other words you are doing just what you claim companies would be doing, because as soon as you put that under the GPL, the BSD project cannot use it anymore.

      Right, but the BSD in fact gives you the permission to do this
      - BSD does not let you remove the BSD license from the BSD code. Also NO license can supersede the copyright.

      BSD allows you to use the code in your own project, your own project can be then redistributed with BSD code in it, however the BSD license cannot be removed from the BSD code. BSD code can be modified but the BSD license cannot be removed from the modified file either. It is not possible to add a new license to a BSD licensed file without permission of the original copyright holders.

      However you can take BSD code, add it to your own project and distribute just the binaries of your project without giving any source code to anyone and it is not illegal under BSD. But BSD is a license and it cannot be legally removed from a licensed file.
    5. Re:Just doesn't make sense by naapo · · Score: 3, Insightful

      It is not possible to add a new license to a BSD licensed file without permission of the original copyright holders. Of course it is. You just cannot remove the BSD license from the original code you did not wrote. GPL and BSD are compatible in this sense; you can for example add a function to a BSD licensed file and put a note there that the said function is licensed under GPL. Also, you can add GPL-licensed files into BSD-licensed project (GPL specifically allows it, and BSD license does not forbid it). After that you cannot distribute the combined work without agreeing to both the BSD and GPL licenses; of course only to the extent in which you use the GPL-licensed parts and BSD-licensed parts. If I understood correctly, that seems to be the problem here. The BSD people, quite understandably, do not like this licensing quagmire, because it would prevent the inclusion of the combined work into a BSD tree (the newly written files and functions under GPL could not be placed into a *BSD project).
    6. Re:Just doesn't make sense by brass1 · · Score: 2, Informative

      He says that you cannotmodify a file to remove a license without permission, but he fails to acknowledge that a dual licensed file gives you that permission with the other license. If the GPL gives me permission to modify a file, then I can remove the BSD license from that file. If the BSD license gives me permission to modify a file, then I can remove the GPL license from that file. So long as I comply with the remaining license, I have permission to distribute the result, as the remaining license is what gives me legal permission from the copyright holder. I'm sorry, but no. Let's put it terms of the GPL: If you remove one of the licensees in a dual-licesned source file, then you force every other person who receives that file (from your source tree) to accept the one license you left behind. You have, therefore, have denied the people who receive someone elses work from you a right you know the original author intended to convey to everyone. That's more than just dishonest, that's illegal.

    7. Re:Just doesn't make sense by Jeff+DeMaagd · · Score: 3, Interesting

      However you can take BSD code, add it to your own project and distribute just the binaries of your project without giving any source code to anyone and it is not illegal under BSD. But BSD is a license and it cannot be legally removed from a licensed file.

      I still think that's bizarre though. All this licensing stuff is just headache-inducing.

    8. Re:Just doesn't make sense by roman_mir · · Score: 2, Insightful

      Well, if you want to provide your copyrighted code to others and want them to acknowledge you and follow the rules that you set for distribution of this code, then you'll have to get into those little details.

    9. Re:Just doesn't make sense by squiggleslash · · Score: 2, Insightful

      I have to agree with you. I read Theo's rant a couple of times and couldn't see where he was coming from.

      What he appeared to be saying is that he and Eben believe that, contrary to what the community thinks and what was the apparent intent of the original copyright owners, dual licensing isn't providing the end user with a choice of licenses (as far as redistribution goes), but forces them to use distribute under the terms of both. (Ironically, as all of the conditionals imposed by the BSD license are also imposed by the GPL, this means there is no practical difference between distributing under the GPL and distributing under a "dual licensed" BSD and GPL. The irony comes in in that the trigger for this is a case of a programmer removing the apparently redundant BSD license, and also in that this effectively makes all such dual licensed code poison for pure-BSD projects like OpenBSD.)

      If this is true, then it's seriously screwed up. I'm having great difficulty believing it, to be honest. I'm going to wait for Eben to weigh in publicly because (a) I think he can express the legal logic better, as I'm almost certain Theo isn't and this is why the ideas coming across are bizarre - they're probably not what Theo is trying to say at all, and (b) Eben's not going to get diverted by ranting about how horrible GPL people are and how the BSD people are superior because they like their code being incorporated into proprietary products, but are totally opposed to that evil Linux thing man.

      Theo: drink some chamomile tea, please.

      --
      You are not alone. This is not normal. None of this is normal.
    10. Re:Just doesn't make sense by m50d · · Score: 2, Insightful
      BSD code can be modified but the BSD license cannot be removed from the modified file either.

      Unless you have the permission of the copyright holder. Such as them giving you the software under another license which allows you to modify it, like, say, the GPL.

      --
      I am trolling
    11. Re:Just doesn't make sense by Ozwald · · Score: 2, Informative

      Wow, I can't believe I'm reading this. This is the equivalent of taking a GPL file, adding another license, then taking away the GPL because "the second license allows it". Of course if anybody did this, there would be 1000 posts in this thread instead of 100.

      Okay, lets be clear:

      1) Someone wrote some code for OpenBSD, and licensed it with the BSD license.
      2) The code is now allowable to be in OpenBSD, Linux, Windows, Solaris, cruise missiles.
      3) Now, someone *could* insert their code and license it with anything, including GPL. Note however, the original code is still BSD, just the new GPL code is under GPL, hence dual licensed.

      Then it goes to hell.

      4) Someone then goes in and deletes the BSD license out of the source file. Now, linking with Linux is still allowed but linking with OpenBSD is shaky, Windows and cruise missiles is not allowed at all.

      Here's the thing: DON'T DELETE SOMEONE'S LICENSE!!! Personally, if I was the writer of the file, I'd be much more pissed and would relicense it as commercial. But I'm just evil.

      Oz

    12. Re:Just doesn't make sense by Score+Whore · · Score: 3, Informative

      Then please explain this quote from alan cox:


      Alan is either an ignoramus or lazy? If he took the time to look at each of the files patched he would have noticed that some parts of that driver are not dual licensed or GPL, in particular the ones I mentioned specifically.

      Explanation enough for you?

      Everybody crying "dual license" "dual license" is like a five year old child who's mother told him to sit on the sofa or play video games, but not eat cookies. When his mother catches him sitting on the sofa eating cookies he says "but you told me to sit on the sofa."

      People need to grow up and recognize that Jiri did something illegal here and stop arguing half the situation because some of the files he modified were dual licensed.
    13. Re:Just doesn't make sense by Score+Whore · · Score: 2, Informative

      What dual licenses say is how you can distribute and use the code. It doesn't say how the people receive the code can use and distribute it. They still have a choice. You can choose to impose on yourself the requirements of the GPL or you can impose on yourself the requirements of the BSD-style license. But the code itself has a license that says a particular person can distribute it under A or B. Every person who gets that code has that choice.

      Consider qt from Trolltech. You distribute it with your app under an open source license. Someone who receives it from you can choose to distribute qt with the open source license or they can buy a commercial license from Trolltech and distribute it closed source. You can't stop them from doing that by changing the license to the terms you chose. You don't own the code so you don't have the right to make that kind of change.

      Just because the BSD style licenses are less restrictive and considered "compatible" with the GPL doesn't mean that you can pretend they don't exist and remove them from code you didn't write even when dual licensed. It's an option for everybody not just you.

      Now there's the question of your changes to the code. Those changes are yours and may or may not qualify for protection under copyright. If they don't qualify, for example all you did was add a '+ 1' to an expression involving ten terms, then your changes aren't protectable and you have absolutely zero say in how the aggregate work is licensed. If your changes are more substantial then you will be able to say "lines 1013 through 1165 of this file are distributed under the terms of the GPL. The rest of the file is available under the GPL or license B." But you can't take away the B option. It'd be interesting to know how much of the changes Jiri made to the driver are Linux glue and how much are actual improvements or additions. If it's just Linux glue then he probably has no real claim to controlling the licensing at all.

    14. Re:Just doesn't make sense by Jimithing+DMB · · Score: 4, Insightful

      Theo is bringing up two independent points in his message. The first point is that choosing to use the code under the GPL license does not mean you are allowed to remove the notice that it may be used under the BSD license. The second point is that while you are allowed to license modifications under a different license you are encouraged to license them under the BSD license. The points are somewhat intertwined which is why he makes them together.

      As for the first point, his argument is simply that the BSD license requires that it not be removed from the source file. It is a modified BSD so it no longer requires acknowledgement when advertising a product using the code which is the specific part that made it incompatible with the GPL. It does still require that the notice remain with the code. You will note if you look at a project such as Apple's xnu that the BSD copyright notice and license remain intact on BSD source files with the APSL added to it. Likewise, the Mach copyright notice and license remain intact on files that came from Mach. Similarly, I moved the region code from X11 into wxWidgets and you can clearly see in the source code (src/generic/regiong.cpp) that the X11 license remains intact. Did I have to do this? For X11 no because X11 only requires that the copyright stay in the source file and the license be part of the program's supporting documentation. Had it been BSD licensed I would have been forced to keep the BSD license in the source code. Regardless, I did it anyway as a gesture of good faith.

      This brings us to the second point, that of giving back to the commons you took from. As you point out, the BSD license does not require it! Yet somehow, the BSD codebase continues to grow with contributions not only from individuals but also from companies. The reason for this is that people feel obligated to give back useful portions of their work to the commons despite not being legally obligated to do so. Theo's observation here is simply that many companies are contributing back to BSD but that individuals wanting to use the code for GPL projects are taking a hard-line stance that because BSD does not require it, they will not do it. He's also pointing out that it's gotten worse than that because it has become so prevalent to insert BSD code into a GPL program and license the modifications under only the GPL that several individuals now feel they can remove the BSD license and copyright notices as well.

      In other words, modifying the BSD code and licensing the modifications under a different license is allowed by the license and therefore technically legal but considered wrong. Removing the BSD license is against the license and therefore illegal.

    15. Re:Just doesn't make sense by Kjella · · Score: 2, Insightful

      Well, if that was true the results would be an earthquake. The requirement to distribute under the BSD would then be an "extra requirement" as per the GPL, which means no code under any other license is compatible with the GPL. So would "v2 or later" be to "v2 only" code, so they could not mix either. It's an interesting legal theory but it goes against all established practise so far.

      --
      Live today, because you never know what tomorrow brings
    16. Re:Just doesn't make sense by NoMaster · · Score: 4, Insightful

      I read Theo's rant a couple of times ...
      Your prejudice betrays you - if that was a rant, then it was the kindest, gentlest one in the whole history of public discussion.

      Now, Theo has a (somewhat) well-deserved reputation for abrasiveness - he certainly doesn't suffer (people who he thinks prove themselves to be) fools gladly - but the more I read of the bsd-* lists, the more I kinda like the guy. He doesn't bite without reason, though you may be left wondering what that reason is...

      Go read those posts again. He's not ranting, he's not raving, he's not flaming - he's stating fairly clearly why he thinks it's disappointing, in a sadly ironic way, that some people who ostensibly support a licence which forces freedom are taking advantage of a different one which merely hopes for it.

      From a BSD licence POV, it's like "free software" is a community space with free open access and a right to use however you want - and the GPL is where somebody has come along and built a fence around part of it. Theo's saying that yeah, sure, it's allowed - but it's just sad that a part chooses to take advantage of the generosity and open nature of the whole...

      --
      What part of "a well regulated militia" do you not understand?
    17. Re:Just doesn't make sense by grumbel · · Score: 3, Informative
      I think it comes right from the BSD License itself:

      Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:

      * Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer.

      Nowhere does the BSD license allow you to remove the BSD license from the code, in fact it states the exact opposite. Which of course is kind of a mess, since your modifications to a BSD covered file might be covered under a different license, thus effectively covering the whole file under that different license and making the BSD license kind of useless, but you still have to keep it in.
    18. Re:Just doesn't make sense by rumith · · Score: 2, Insightful

      But BSD is a license and it cannot be legally removed from a licensed file. No it can, since the file is dual-licensed. Take Qt, for instance: it is available under two licenses, GPL and QPL, which directly contradict each other. And you are only capable of accepting one of them, and that's exactly what you have to do. Once I accepted the GPL, there wasn't a single mention of QPL in the source code anywhere. How difficult can that be?!
  3. GPL is about giving back to community by naapo · · Score: 2, Interesting

    It's weird how Theo de Raadt writes about GPLd code:

    "Thanks for what you wrote, but this is a one-way street, you give us code, and we take it, we give you you nothing back. screw off."

    I agree with Theo it would be somewhat rude to extend the driver with GPL-only additions, which is possible and seems to have been proposed. But still, I wouldn't exactly call publishing GPLd code to be "giving nothing back". At least you can see the code, and the community is free to use it within the GPL limitations.

    1. Re:GPL is about giving back to community by Zatacka · · Score: 4, Insightful

      So what he's basically saying is that he'd like modifications to the code to remain in the open. They should create a license that makes sure that always happens! Oh wait...

    2. Re:GPL is about giving back to community by Anonymous Coward · · Score: 2, Insightful

      At least you can see the code, and the community is free to use it within the GPL limitations.

      That's just it. Due to the GPL's viral nature, the BSD community cannot just "use it within the GPL limitations". Those "GPL limitations" would reportedly turn around and force the entire OpenBSD source base to be licensed under the GPL.

      Now, that isn't the sort of thing that the BSD community wants. We like BSD-style licenses because they bring us the greatest degree of freedom, while still offering us some degree of protection. We avoid the GPL because of its viral nature. Just as somebody who developed GPL software probably wouldn't want to be forced into releasing it under the terms of the BSD license, a developer who releases their code under the BSD license doesn't want it GPL'ed.

      I think Theo is wrong to suggest that the GPL'er didn't give anything back. What they gave back was a dangerous, viral piece of code. Not "viral" in the sense of malicious software, but "viral" in the nature of such a tiny fragment of code threatening the licensing freedom of millions of lines of other code.

    3. Re:GPL is about giving back to community by jadavis · · Score: 2, Insightful

      So what he's basically saying is that he'd like modifications to the code to remain in the open.

      These are the points that I took away from his statements:

      (1) That people were breaking the law, and encouraging others to break the law.
      (2) He feels that building code on top of BSD code, and then licensing the improvements with GPL, is unethical. He didn't say it should be forbidden.

      The first point is much more serious. If we do have high-up linux developers breaking the law and encouraging others to do so, there is a problem.

      --
      Social scientists are inspired by theories; scientists are humbled by facts.
  4. Dual licensing interpretations by Novus · · Score: 4, Informative
    While I am not a lawyer, it seems to me that Theo is confused about what the dual licence in question actually says. I quote:

    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.
    In other words, the author specifically allows you to distribute provided you meet all the requirements of the GPL and nothing else. Well, the GPL says that you have to license your work under the GPL (see section 2b), which they did. In other words, the wording of this dual licence allows the redistributor to choose one licence or the other and thus remove the dual licensing; Theo is wrong. Of course, Theo is right about removing the BSD licence from code.
    1. Re:Dual licensing interpretations by 7-Vodka · · Score: 2, Interesting
      Not only this, but because it is clearly stated that you can use either license, if you use the GPL license you can most definitely strip out the BSD license completely (and vice versa) because the licenses don't protect each other.

      Sorry Theo, but the author's wishes are there in black and white: use either license and toss out the other if you wish for distribution.

      It's really not that hard to understand, if you want the BSD license to always be applicable to derrivatives, license under BSD only; If you want GPL to be applicable to all derrivatives, license under GPL only. If you license under both and specifically state 'use either' then derrivatives can be either or both.

      --

      Liberty.

    2. Re:Dual licensing interpretations by stony3k · · Score: 4, Insightful

      While it does appear that he could be wrong legally, he is quite right from an ethical perspective. There is a lot of great work being done by the BSD folks and it would be quite impolite to tell them, "Hey thanks for your code, but you won't get anything back from us". I think the right thing to do would be to continue to use the dual license for the work in question.

      If you're very worried about your improvements being close-sourced, perhaps it would be better to write your driver from scratch, rather than cutting off one part of the community. A tiff between the BSD and GPL camps is the last thing we need.

      --
      Freedom is not worth having if it does not include the freedom to make mistakes. - Mahatma Gandhi
    3. Re:Dual licensing interpretations by schon · · Score: 3, Insightful

      There is a lot of great work being done by the BSD folks and it would be quite impolite to tell them, "Hey thanks for your code, but you won't get anything back from us" Considering that's the entire goddamned point of the BSD license, how on earth could such an attitude be considered unethical?

      Long story short, Theo is a hypocrite.
    4. Re:Dual licensing interpretations by DaleGlass · · Score: 5, Insightful

      For example, I could invite you around my house and say "If you're hungry, grab something from the fridge". While it would be 'legal' for you to empty the entire contents of my fridge in to the back of your car and drive off with all my food, it's not exactly ethical.


      Exactly right! Except "grab something from the fridge" is very fuzzy, while the GPL and BSD are very specific about what exactly they mean, and have been debated to death. By now everybody understands exactly what the BSD means.

      Now the lesson is this: If what you feel and what say do not match, then you're going to have problems, and they'll only be your fault.
      If you say "Feel free to borrow my lawnmower whenever you need", and then your friend takes it right when you needed it, and that annoys you, whose fault is that? Your.
      If you say "Feel free to take my source and do whatever you want with it", and then they do, and the conditions under which they license it annoys you, whose fault is that? Your.

      The problem here is exactly this: Some people licensing software under the BSD do it trying to appear more altruistic than they actually are (not saying this is all of them though). In this case Theo seems to be demonstrating that what he thinks should happen with his code, and the terms he actually licensed it under differ.

      If there's something you don't want to be done with your software, don't release it into the public domain or under the BSD.
      If you don't actually want to have your project forked or built upon, don't release it under the GPL.
      If you don't want to have friends suddenly show up at 3AM, then don't tell them they can do that just because you wanted to look polite.
      If you offer to drive somebody somewhere, and that they actually accepted your invitation annoys you, then you shouldn't have done that.

      IMO, trying to appear more polite and altruistic than you actually are is the cause of much annoyance in the world.
    5. Re:Dual licensing interpretations by Kjella · · Score: 2, Insightful

      BSD people are happy to let closed source corporations take the code, give no source and make money off it, but not as a starting base for an open-source community (GPL meets OSI definition I think) that doesn't want closed source derivates? It's just another case of BSD developers going "Waaaaaaaaaa, you use our code like we licensed it" or "Waaaaaaaaaa, you're making a GPL project that'll be more successful than ours". It's not "being impolite" when you're doing exactly what the license asks of you, and which repeatedly BSD users say "I'm just glad it's being used" whenever it's commented that some closed source company is using it. Well, it's being used and you're not getting any back. Wasn't that what you wanted? Then maybe you picked the wrong license. Why should GPL developers let themselves be held to a higher standard than anyone else using the code?

      Quite frankly, the "moral obligation" you're appealing to is the same that it's been repeatedly proven that closed source companies don't have, which is the leading cause of wanting to license it under the GPL in the first place. So when BSD developers ask "don't you think sharing back would be the right thing to do" the GPL developers answer "absolutely, that's why I license it under the GPL". And every time BSD developers seems to be stumped by this answer, go figure. <Bad analogy time>It's like the GPL is the bouncer throwing out alcoholics and junkies that loiter around from the store, and the BSD is the customer saying "I won't shop anywhere that screens customers". Well, sorry it's not personal but as long as you insist on dragging that company in with you, you're not welcome either. Hey, maybe not so terrible analogy after all. BSD is like a public street, GPL is like a public store. And the BSD zealot is the guy standing outside on a soap box saying it's not "public enough".

      --
      Live today, because you never know what tomorrow brings
    6. Re:Dual licensing interpretations by Murple+the+Purple · · Score: 2, Informative

      Sorry. Guess again. BSD+GPL dual-licensed code is clearly the result of someone other than the original copyright holder receiving BSD licensed code and relicensing a modified version with the GPL attached to it. BSD forbids removal of the license.

      There is no point in the original copyright holder BSD+GPL dual licensing anything because releasing the code under a BSD-style license would be sufficient (i.e. BSD-licensed code can be freely mixed with GPL code by third parties).

    7. Re:Dual licensing interpretations by stony3k · · Score: 5, Insightful

      The point is that the original code could have continued to be dual-licensed and then it would have helped both BSD and GPL camps. By removing the BSD license (which they may not have the rights to do - IANAL but maybe that can only be done by the original copyright holder), they have now cut off part of the community. That is not ethical, IMHO.

      I'm generally a strong believer in the GPL, but in this case I find myself sympathizing with Theo. Also, even though the BSD license allows anyone to close the source, in general, the BSD developers like to have changes given back - they just don't like forcing people to give back improvements. It's like an honor system, and in this case they feel changing the license to GPL was dishonorable, especially since the Linux devs should have known better.

      --
      Freedom is not worth having if it does not include the freedom to make mistakes. - Mahatma Gandhi
    8. Re:Dual licensing interpretations by Murple+the+Purple · · Score: 2, Insightful

      > How is it clearly the result of someone relicensing BSD code as GPL?
      > Wouldn't that be meaningless since only the copyright holder can license the work?

      The BSD license grants permission to other developers to distribute modified versions under other licenses as long as the BSD license is kept intact. So, no the copyright holder of BSD licensed code doesn't have to relicense the code because they have granted this right to others. (This is not the case for GPL'd code)

      Just because the BSD license permits someone to make modifications and distribute the modified version under the GPL, does not mean that the BSD license is not in effect. Any action permitted by the GPL is permitted by the current BSD license. That is why the FSF says the licenses are compatible.

      The act of dual licensing original code under BSD+GPL is pointless because the GPL is more restrictive than the BSD and any act permitted by the GPL is also permitted by the BSD. On the other hand, if you derive BSD code and want to release the code under GPL, you must release under a dual license, but both licenses are in full force.

      The author of the modification apparently pointlessly stated that his *changes* to the BSD code may be distributed under wither the BSD or GPL licenses. He cannot change the license of the BSD code he inherited. All code covered by the current BSD license can be distributed under the GPL.

      Somebody read this statement, misunderstood the details, and started removing BSD licenses from files that originally came from OpenBSD.

      Enter Theo.

  5. BSD license by josephdrivein · · Score: 2, Insightful

    If you wish for everyone to remain friends, you should give code back.

    That means (at some ethical or friendliness level) you probably do
    not want to put a GPL at the top of a BSD or ISC file, because you
    would be telling the people who wrote the BSD or ISC file:

    "Thanks for what you wrote, but this is a one-way street, you give
    us code, and we take it, we give you you nothing back. screw off."


    It's not true: he can modify and distribute under BSD the original code that was released under BSD, he can't distribute as BSD whatever was added and licensed under GPL. So none is stealing his work, they are just licensing their intellectual work as they feel it's better.

    Exactly as Theo did when he decided to use BSD license: he choose BSD for a number of reasons, one of these was apparently that he thought that this kind of behavior is acceptable, as BSD license allows it.

    So, why doesn't he change openBSD's license to something that he actually likes?

    RMS and TdR have something in common...

    1. Re:BSD license by mrvan · · Score: 2, Insightful

      There's a legal side to this and a 'ethical or friendly' side.

      Legally, it is quite obvious that you are *allowed* to relicense the code. AFAIK, the purpose of the BSD is to *allow* people to use and distribute the code in (almost) any way they want.

      The issue here, as stated specifically by TdR, is an one of ethics. He sees "the GPL people" as friends and fellow free software fighters, and would like them to give code back if they improve on it. GPL licensed code is not useful for "BSD people" since the licenses are not compatible. The very nature of the BSD license is that they cannot demand the contribution to be given back, but they can ask nicely and hope that friends are friends indeed.

      It's a bit like a good street artist contributing something to society to listen to and enjoy, with a friendly request to donate something if they like it. And in software terms, this donation should consist of improved code (although I'm sure nobody would mind a monetary contribution :-))

    2. Re:BSD license by muuh-gnu · · Score: 3, Insightful

      >It's a bit like a good street artist contributing something to society to listen to and
      >enjoy, with a friendly request to donate something if they like it.

      No, its actually like a mad street artist demanding only his "friends" to pay (and getting mad if they dont), and letting all other pedestrians listen for free and bootleg and distribute his music.

    3. Re:BSD license by m50d · · Score: 2, Insightful
      It's a bit like a good street artist contributing something to society to listen to and enjoy, with a friendly request to donate something if they like it.

      Theo would do well to listen to the "friendly" part. Street artists with his attitude would be looking at a pretty empty hat.

      --
      I am trolling
  6. GPL intends to be one-way by Russ+Nelson · · Score: 5, Interesting

    The intent of the GPL is to be a one-way trip. The idea is to create a large pool of identically-licensed code so that projects msy mix and match, borrow and steal from each other.

    --
    Don't piss off The Angry Economist
  7. Licenses don't work that way. by argent · · Score: 2, Interesting

    It's not true: he can modify and distribute under BSD the original code that was released under BSD, he can't distribute as BSD whatever was added and licensed under GPL. So none is stealing his work, they are just licensing their intellectual work as they feel it's better.

    They can only do that if they are the copyright holders for the entire work.

    If the work is licensed under the BDSL then he CAN NOT remove that fact by *relicensing* it under the GPL. In combining the GPL code with the BSDL code he has created a *dual licensed* work. There's no way around that.

    If this was not true then (a) there wouldn't be any BSD, because this is what the USL violated that made them back down in the USL-CSRG case, and (b) Linux might also be in trouble, because in the aftermath of the USL-CSRG case a lot of old AT&T code was released, and that code was a hugely effective part of the smackdown laid on SCO in the SCO-Linux case.

  8. Can't we by charleylc · · Score: 2, Insightful

    all just get along? Seriously, I find any impropriety or the suggestion of in regards to licensing issues to be counter productive to the linux cause. I also find any infighting less than professional. Linux has long moved from the hobbyist arena to prime time. Although this "news" is hardly front page material, it does tend to reflect negatively on a product that already has it's work cut out it for general acceptance as a legitimate product. Hopefully it won't become fodder for power struggles and holy wars...oops - too late.

    1. Re:Can't we by byolinux · · Score: 2, Interesting

      What is 'the Linux cause' out of interest?

    2. Re:Can't we by TheRaven64 · · Score: 4, Interesting

      The problem is that certain Linux developers don't want to 'just get along.' Driver support is an important issue for all Free operating systems. Projects like DRI have been really great for this. DRI drivers are licensed under the MIT license (as is the rest of X), which is about as permissive as you can get without going public domain; it's even more permissive than the BSDL. This has allowed the DRI drivers to be used on FreeBSD, and even on some more obscure and less UNIX-like operating systems (I believe Haiku has used some of their code, for example).

      Many people within the Linux community seem to view hardware support as something that gives them a competitive advantage over other operating systems, a viewpoint, perhaps, that they learned from Microsoft. Because Linux has the most restrictive license of any non-proprietary kernel, they make it hard for others to use their work, but continue to benefit from the work of others. Porting a driver from OpenBSD (for example) to Linux requires changing the interface. The converse requires a complete reimplementation.

      When Linux developers go to the trouble of reverse engineering a piece of hardware, no one is arguing that they shouldn't be allowed to pick their own license. The problem comes when an OpenBSD developer goes to this trouble, and the Linux team then decides that any changes they make to the driver will be licensed in such a way that they can't be ported upstream.

      In much of the community, it is generally considered bad form to add more restrictions to someone else's work. I tend to prefer the 3-clause BSDL for my own work, but some code I am working on now is based on some work that was originally released under the MITL. If I slap a BSDL at the top, then no improvements I make can be used by the original project, or by anyone else basing their work off the same source. If I stripped the MITL and replaced it with the BSDL then, as Eben Moglen points out, this would be illegal. This is the equivalent of what a few people in the Linux community wanted to do. I could place the BSDL above the MITL, covering my changes and the complete work, but not any of the original code. This would be legal, but it would be incredibly impolite. The F/OSS community is a community, and if it wants to survive then a culture of respect for the opinions and work of others is important.

      --
      I am TheRaven on Soylent News
  9. "some circles"? by SuperBanana · · Score: 2, Informative

    Try, "publicly, he's an asshole and routinely uses ad hominem."

    From discussion of the very issue, Slightly more annoyed, Pièce de résistance, FLAME ON!

    Pretty funny to then read, further down in the thread:

    Theo didn't make the initial post about the BSD violation. Theo could have chosen to respond quite publicly, but instead he chose to respond on the OpenBSD mailing list. He did not go nuclear. He is not openly attacking anyone. He isn't even making a big fuss out of this, users on both sides are. Neither did he claim the Linux developers of being thieves.

    Alluding that Linux kernel developers "must have failed gradeschool because you can't read" (paraphrasing only slightly) on a public website isn't "publicly attacking someone"?

    The man doesn't know when to keep his mouth shut or how to be civil. It looks like (thankfully) people in the OpenBSD project are telling him to shut the fuck up and let them handle things:

    I stopped making public statements in the recent controversy because Eben Moglen started working behind the scenes to 'improve' what Linux people are doing wrong with licensing, and he asked me to give him pause, so his team could work.

    1. Re:"some circles"? by Bananenrepublik · · Score: 2, Informative

      The man doesn't know when to keep his mouth shut or how to be civil. It looks like (thankfully) people in the OpenBSD project are telling him to shut the fuck up and let them handle things:

      I stopped making public statements in the recent controversy because
      Eben Moglen started working behind the scenes to 'improve' what Linux
      people are doing wrong with licensing, and he asked me to give him
      pause, so his team could work.

      I'm surprised noone corrected you so far, given that Eben Moglen was the subjected of several /. stories already. Eben Moglen is the FSF's lawyer. He's not associated with OpenBSD.

      Or rather, he was the FSF's lawyer until the release of the GPLv3, which he co-wrote. Now he's the head of the Software Freedom Law Center, but he's still closely associated with the FSF and the GPL.
  10. different is as different does by Gary+W.+Longsine · · Score: 4, Insightful

    The difference is that commercial entities which modify BSD code, compile it, and distribute binary-only distributions are not pretending to own the share and share alike happy friendly community open source high ground. The Linux community does try to own this high ground, really to the point where BSD gets no credit for having the less restrictive (more "open" and more "free") license. What Theo is saying is that if the Linux community wants to maintain its hold on this high ground, they should play fair with code they get from BSD, and share back with that project. Good in the world would be reduced if this turned into a war. Imagine BSD projects getting relicensed as a lever against Linux, say some sort of clause which prohibits dual licensing, and requires non-commercial entities to share code back to BSD. It could get uglier than that, but it probably won't, since the BSD camp has a long history of being the most open and free of free open source licenses, it's unlikely they would start using their license as a weapon at this point.

    --
    If you mod me down, I shall become more powerful than you could possibly imagine.
  11. GPL is about requiring derived code to be shared by Gary+W.+Longsine · · Score: 2, Informative

    The problem is that a file with the BSD license removed cannot be shared back with the BSD project, from whence it came in the discussion before us. Removing the BSD license makes the code less free, it binds it in the shackles of the GPL, so the code can flow only one way, out of BSD to GNU/Linux. All Theo is saying is give peace a chance.

    --
    If you mod me down, I shall become more powerful than you could possibly imagine.
  12. Re:Hmmm by MysteriousPreacher · · Score: 4, Informative
    Bullshit. Read this comment regarding vendors using SSH that Theo posted on one of the OpenSSH mailing lists.

    These vendors include:

            Sun Apple IBM HP Cisco Netgear RedHat SuSe

            most operating system vendors except Microsoft

            nearly other major network equipment manufacturer

            (but many other vendors too)

    These vendors have never given us even a dime. (To put it more
    clearly, IBM loaned one developer a machine to make sure that OpenSSH
    would run better on it, but they INSISTED on it being a loan instead
    of just giving it to the developer).


    http://marc.info/?l=openssh-unix-dev&m=11431622462 7520&w=2

    You can't get much direct than that. I suggest you visit the link and read the rest of his mail.
    --
    -- Using the preview button since 2005
  13. However... by Junta · · Score: 2, Informative

    The point is, the code from inception was organized by the developer as 'either GPL or BSD'. Anyone contributing code to that should recognize that. If someone choses to follow GPL, devs shouldn't get offended, they knew what they were getting into. If you don't want to play by the rules of a segment of a project, go away. Claiming that people cannot strip the BSD license on a redistribution is like saying because one of the licenses is GPL, you must always ship the source code. It's ok to dual-license something, but you have to recognize that each license explicitly grants rights that the other may preclude (i.e. BSD explicitly grants the right to rip code and use as you see fit, without source, which the GPL explicitly forbids). If a project choses to use the code under one license or the other, you simply shouldn't take offense. If you didn't want the code to be distributed under GPL, you shouldn't say it's ok in the first place. If it is more of a 'you must follow the rules of both', it kinda blows up and can't be used in either world. BSD as a whole is setup such that a third party should be able to use it with impunity, and code which may have the GPL apply precludes that. The same people bitching about BSD license being stripped would be happy to see the code redistributed as a binary.

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:However... by brass1 · · Score: 2, Insightful

      The point is, the code from inception was organized by the developer as 'either GPL or BSD'. Anyone contributing code to that should recognize that. If someone choses to follow GPL, devs shouldn't get offended, they knew what they were getting into. If you don't want to play by the rules of a segment of a project, go away. Claiming that people cannot strip the BSD license on a redistribution is like saying because one of the licenses is GPL, you must always ship the source code. But that's just the problem isn't it? It seems to me that the original authors intended to allow everyone who receives their work the option to license the work under either the BSD or the GPL license. If you strip one of the licenses out of the file aren't you specifically denying everyone the right to choose with license they want to use?

      The intent of the original authors was for everyone to have the choice of license, not just the guy who submits the kernel patch.
    2. Re:However... by hhw · · Score: 2, Interesting

      Why does nobody understand that the code that was originally written under the BSD license never had the GPL license added to it by the author? Reyk, the author, has explicitly said this, and Theo has openly vocalized this. The reason that the code is dual-licensed is because the original code is BSD licensed and ONLY the MODIFICATIONS to it are GPL licensed. The original code itself is still under the BSD license, and not dual licensed by the original author. Also, just because companies can use BSD code in their closed-source proprietary projects, and not distribute the source code doesn't mean that they can just remove the BSD license. If they choose to distribute the code, they must include the original copyright and BSD license just as the license says.

      --
      http://astutehosting.com/
  14. bullshit by m2943 · · Score: 4, Insightful
    It is illegal to modify a license unless you are the owner/author,
    because it is a legal document.


    It is not "illegal" if the license permits it. The license says:

    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.


    Now, if someone makes the tiniest change to the code and only licenses their change under the GPLv2, then the entirety of the software can only be distributed under the GPLv2, which means that the portions of the BSD license simply are not applicable anymore.

    The usual way of doing this would be not to alter the existing copyright notice, but to add a second copyright comment that says something like: "Portions of this code are copyrighted by John Smith and are licensed under the GPLv2. Please note that as a consequence, the entirety of this file may only be distributed under the terms of the GPLv2."

    The effect is, however, the same: the file can only be distributed under the GPLv2, and the result is perhaps more confusing to users, which is why deleting the now inapplicable part of the original license is probably better.

    The fundamental issue that this kind of dual-licensed BSD/GPLv2 code can be turned into GPLv2 code is unavoidable, however: that's the purpose and intent of dual licensing. Note that the reverse is also possible: someone can make additions to the code and only license those under the BSD license, killing the GPLv2 portion of the license.

    (I won't even comment on Theo's use of terms like "illegal" and "breaking the law" other than to say that it's inflammatory bullshit.)
  15. not ironic at all by m2943 · · Score: 3, Insightful

    GPL fans said the great problem we would face is that companies would
    take our BSD code, modify it, and not give back. Nope -- the great
    problem we face is that people would wrap the GPL around our code, and
    lock us out in the same way that these supposed companies would lock
    us out. Just like the Linux community, we have many companies giving
    us code back, all the time. But once the code is GPL'd, we cannot get
    it back. Ironic.


    I don't see anything "ironic" about it at all. The ability to take BSD code and use it without being forced to give it back is what BSD licenses are all about. If GPL'ed projects find it preferable to fork, lock out, and not give back, that's no worse than if commercial companies do it--the reasons of a GPL project to do this are just as valid as those of the many commercial companies who do this.

    Apparently, Theo wants to have his cake and eat it, too: on the one hand, he considers "locking out" a bad thing, on the other hand, he refuses to adopt licenses that prevent others from locking people out. He is merely hoping that "locking out" doesn't happen. Well, looks like he is wrong.

    As for Theo's implication that open source developers have special obligations to be nice to each other and cooperate, all I can say is that he should think about starting with that at home. The endless criticisms and allegations of virality by members of the BSD community of the GPL license, as well as his own strong language and flames hardly motivate GPL developers to go beyond the minimally legally necessary requirements when dealing with BSD or BSD code. If Theo wants GPL developers to take into account his wishes, rather than just BSD's legal requirements, he needs to become a whole lot nicer first (or, better yet, just step down and let someone else take over).

  16. Shakespeare on license stripping by epine · · Score: 3, Interesting
    I thought I might repurpose two paragraphs from Wikipedia, under the taking-is-giving license:

    Shylock refuses Bassanio's offer, despite Bassanio increasing the repayment to 6000 ducats (twice the specified loan). He demands the pound of flesh from Antonio. The Duke, wishing to save Antonio but unwilling to set a dangerous legal precedent of nullifying a contract, refers the case to Balthasar, a young male "doctor of the law" who is actually Portia in disguise, with "his" lawyer's clerk, who is Nerissa in disguise. Portia asks Shylock to show mercy in a famous speech (The quality of mercy is not strained--IV,i,185), but Shylock refuses. Thus the court allows Shylock to extract the pound of flesh.

    At the very moment Shylock is about to cut Antonio with his knife, Portia points out a flaw in the contract (see Quibble (plot device)). The bond only allows Shylock to remove the flesh, not blood, of Antonio. If Shylock were to shed any drop of Antonio's blood in doing so, his "lands and goods" will be forfeited under Venetian laws. You can't strip a license without also taking the blood. With the license stripped, the code is rendered dead to the purpose under debate. See Quibble (I'm-smarter-than-you device).
    1. Re:Shakespeare on license stripping by 7-Vodka · · Score: 2, Insightful
      First of all, licenses aren't contracts.

      Secondly, Alan cox wrote:

      All a bit irrelevant anyway as Ath5K code (not the .h file) say:

      * 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.

      Which means there are two licenses to chose from, who gives a rat's ass if you void one since you can use the other.

      --

      Liberty.

  17. Take away lesson from all this by coaxial · · Score: 2, Insightful

    Don't dual license code. Especially when you have to deal with not one, but two, bullheaded people.

  18. I think I grok this by Rumble · · Score: 3, Informative

    Once you have the dual-licensed code, you can do with it what you want, so long as you respect ONE of the TWO licenses. However any derivative of this work must also have BOTH licenses included. The linux people are way off on this. Dual licensing does not mean pick one license and go with it, it means proceed with both licenses, obey one. The onus is on you to prove that you have the right to remove one of those licenses without proper permission. Why even have dual licensing if this is the case?

    Secondly, the concept of community and sharing. Since both gpl and bsd have similar ideals (open the source), a certain amount of camaraderie and back scratching is nice. Each camp has similar goals. What pisses off the openbsd people in this case is that the gpl people acted in bad faith and removed a license illegally. Theo is 100% right about this.

    If you want your work to be GPL only, separate it out and place under GPL only, and leave the dual licensed code alone, which would be legal. But as Theo says, this will reflect badly on the spirit of cooperation between the two license camps, and probably mean less inclination to support dual licenses in the future.

  19. Double-standard by ProteusQ · · Score: 2, Insightful

    Theo's position apparently is: if you take my code, make your changes, and never tell me what you did -- never even show me the changes -- that's your freedom. Enjoy it. The BSD license rocks. BUT, if you take my code, make your changes, and I find out what they are and can't reuse them myself, then you've abused the freedom I've given you.

    Problem: that's an ethical argument, an argument about how one should or should not play the game of open source software. The BSD license is a work of law -- how the game may or may not be played, regardless on intention. IANAL, but the law probably supports the return of the BSD license text. Beyond that, the license did its job -- the code was indeed given away.

  20. Nomenclature failure by Pliny · · Score: 2, Insightful

    I think the confusion here is coming from using one term to mean two things. I think most everyone here is considering dual-licensed code to be one complete work which is available under a choice of licenses.

    Theo however seems to be talking about a composite work consisting of code available under two different licenses, requiring the whole to be distributed under both simultaneously.

    As to which case we're talking about here? Who the hell has time to rtfa and figure that out..

    --
    What does this button d$#%* NO CARRIER
  21. I am shocked by the selfishness and hypocracy by tiqui · · Score: 2, Interesting

    It is truly shocking to see the attitudes of SOME within the GPL club.

    This was SUPPOSED to be about FREEDOM. I started thinking that there was something else going on when I saw the debate over GPLv3. It seems that SOME in the GPL crowd are determined to steal the works of others and ram their preferences down other people's throats. This is like the difference between those of us who want unencrypted music and movies so we can use what we bought in any way we want, and those who oppose encryption because they want theft to be easier. SOME of us want full sources to software so we can run it on any machine we own and modify it to better suit our needs, but SOME seem to want source so that nobody can make a living writing code.

    If GPL supporters will not respect the licenses of others, then nobody should respect the GPL and GPL supporters should not become symbols of hypocracy-writ-large by getting mad about it.

    If you want others to share code, make it mandatory and use the GPL.

    So much for freedom...apparently nobody is free to use another license. This attitude is part of what makes the GPL viral.

    ...then why are they using the BSD license?

    Because they offered THEIR users even more freedom than the GPL would. The BSD license not only lets people do what they want with the code, but it also imposes no extra burdens on the user, OTHER THAN THAT THEY NOT RE-LICENSE THE CODE SO THAT BSD USERS CANNOT USE IT. There is nothing in the BSD license that says "you are hereby licensed to remove this license from this code"

    Read my lips: you wanted it that way. The BSD license allows for this and you knew it

    Nope. The BSD license does NOT allow you to change the license. As for giving back code, well I guess the GPL people are not as nice as they want to be seen. Are you saying that the only reason you give back code is that the GPL MAKES you do it? Are you saying that, left to their own devices, the GPL programmers would never give back any code? So much for moral superiority.

    To share it with the BSD coders, they would also have to share it with the lock up coders.

    OK, then stop using BSD code. If you are unwilling to be tainted by the impure users of BSD code, then take it out of your system. Do not use it. BSD license users are not implying that you are immoral by using your license of choice, but some GPL people like to make the accusation against BSD license users. OK, go for it. Get all the BSD and MIT stuff out of your Linux build. Be pure-and-clean-as-the-GPL-driven-snow... and enjoy your command line. Personally, I will continue to use and support BOTH licenses and try not to abuse EITHER ONE. Again, I thought that GPL advocates were all about freedom and sharing, but I guess they only wanna share with PURE people who will never try to earn a living. We cannot ALL make a living going around lecturing and giving speeches. Some people actually need to MAKE things.

    but he fails to acknowledge that a dual licensed file gives you that permission with the other license.

    Dude, you are dangerous. Nobody with that attitude and that poor understanding of licenses is safe to employ in software development. That attitude will get you into serious legal trouble someday. You do not get to just pick and choose your license and delete the other license from the code. I THOUGHT that GPL advocates HATED that form of intellectual property abuse. Do you advocate removing other programmer's names from comments in code too?

    A lot of people here seem to be missing the point

    The GPL was supposed to be (among other things) about passing on to others the rights you had when you got the code. When you got the (dual licensed) code, it had BOTH licenses and you had the freedom to use it EITHER WAY, but when you strip the BSD license from it and the rights to use it as the BSD license allowed it to be used, you violated your own Prime Directive. What you then passed-on to