Slashdot Mirror


Could Linux Still Go GPL3?

turnitover writes "Even though Linus has said 'The Linux kernel has always been under the GPL v2. Nothing else has ever been valid,' LinuxWatch is reporting that Richard Stallman has said it's ultimately up to the developers. And those on the LKML (Linux Kernel Mailing List) are going back and forth about whether to move to GPL3. The sticking point, not surprisingly, is the issue of DRM." In response to the DRM issue Linus wrote: "I personally think that the anti-DRM clause is much more sensible in the context of the Creative Commons licenses, than in software licenses. If you create valuable and useful content that other people want to be able to use (catchy tunes, funny animation, good icons), I would suggest you protect that _content_ by saying that it cannot be used in any content-protection schemes."

449 comments

  1. Typo? by dusik · · Score: 1

    "I would suggest you protect that _content_ by saying that it cannot be used in any content-protection schemes."

    Wait... is this a typo or is Linus saying content-protection schemes are a sure way to lose protection?

    1. Re:Typo? by dusik · · Score: 2, Insightful

      Ah wait... he's saying: protect the content from being "protected" (in the DRM sense)?

    2. Re:Typo? by Anonymous Coward · · Score: 0

      Yeah, content-protection as in drm. So protect the content by saying it cannot be used in any drm schemes. Kind of a double meaning for protect

  2. Ummm... by MightyMartian · · Score: 3, Interesting

    I don't know what the f*** Stallman is talking about. As Linus pretty much still rules the roost as to what officially goes into the kernel, how is it precisely, if he's so against GPL3, that GPL3 could make it into the kernel?

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
    1. Re:Ummm... by shawn(at)fsu · · Score: 5, Funny

      Speaking of RMS, is it just me or does the GNU /. topic icon look like it is sucking it's thumb and holding a blanket. If it is, was this a stab at RMS?

      --
      500 dollar reward for tip(s) leading to the arrest of the person(s) who stole my sig.
    2. Re:Ummm... by Anonymous Coward · · Score: 0

      See here to get the joke.

    3. Re:Ummm... by Anonymous Coward · · Score: 0

      Did you RTFA? Oh, my bad, of course you didn't. This is what RMS said:

      "The Linux developers can decide whether to allow use of Linux under GPL version 3. This won't directly affect other parts of the system."

      What does that mean? It means "Linus can do whatever he damn well pleases with his own code." And so can anybody else.

      Some parts of the kernel are not strictly "GPL version 2", so in theory someone could fork the kernel and make it GPLv3 compatible, then distribute it under the terms of the GPLv3. Whether that ever happens... well, who knows.

    4. Re:Ummm... by jerpyro · · Score: 5, Insightful

      You can't just take code already under GPL2 and move it to GPL3 without the authors' permissions. That's CHANGING THE LICENSE, and that's exactly what Linus is getting so fired up about. Everyone that contributed something under GPL2 would have to be contacted and would have to give consent to have their code moved over to GPL3. You can't just make a broad sweeping change to the license. If you could, then you could easily fork and close-source your branch. If that were the case, we'd have IBM, Novell, Sun, and RedHat proprietary Linux. It would also be a management NIGHTMARE to have pieces of code under each license.

      The main issue isn't DRM or not-DRM, it's YOU CAN'T CHANGE THE LICENSE!

    5. Re:Ummm... by mrchaotica · · Score: 1

      But are all contributions to the kernel "GPL v.2 only?" Because otherwise, at least the "v2 or later" patches could be moved.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    6. Re:Ummm... by Anonymous Coward · · Score: 1, Interesting

      Ummmmm because if you KNEW anything about Stallman you would know that he says Linux should be called GNU Linux as the kernel is only the kernel, Linux consist of a kernel AND a bunch of GNU applications. So if all the authors of those GNU applications changed to GPL3, then it would be only the kernel that was GPL2. Linus has control of the kernel and the trademark Linux, but Linux would be pretty damn boring if it was just the kernel and no GNU apps. So before read up and educate yourself.

    7. Re:Ummm... by Jezza · · Score: 1

      Actually I think we could see the GPLv2 work exactly as RMS wants - and a GPLv3 fork of Linux (minus the DRM stuff) could be created. If enough people want it (or more likely enough people reject DRM in Linux).

      Putting DRM support into Linux seems to run against the wishes of a lot of the people who created it. RMS has an important point on this - DRM is all about who controls my computer - me, or some corp? These are the same suits that wanted to stop DVDs from playing on Linux - I don't think we owe them any favours.

      Of course, stealing IP is still stealing! But not letting me use my computer to play music I've bought (or films, or whatever) because it's not the same box isn't right (why should I buy the same music twice, once for my desktop and again for my laptop?)

    8. Re:Ummm... by Anonymous Coward · · Score: 0

      It probably is, and this also describes Linux and Linus to a T.

    9. Re:Ummm... by Anonymous Coward · · Score: 0

      You can't just take code already under GPL2 and move it to GPL3 without the authors' permissions.

      Well, this is true in the kernel's case, however the default GPL (at least, the cut-and-paste examples given) has the clause "or (at your option) any later version", with the option to remove this clause to specifiy a specific GPL version. Software licensed in this way can have it's GPL "upgraded" after the fact because the authors already gave consent, however this only affects the distribution of that software, if you already received a copy of that software under GPLv2 that copy is still GPLv2 ("or any later version", if you choose to distribute it yourself).

    10. Re:Ummm... by Anonymous Coward · · Score: 0

      And what have you ever done in this world except take up space?

    11. Re:Ummm... by jZnat · · Score: 1

      Someone at GNU either made or approved of the baby GNU images, so I doubt it's a stab.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    12. Re:Ummm... by Anonymous Coward · · Score: 0

      Hey, jackass, who says you couldn't have a system with a gplv2 kernel everything else gplv3?

      I am very grateful that stallman did what he (and other people) did, but you're just trolling.

    13. Re:Ummm... by David+Gould · · Score: 1
      (I never got around to posting this on the threads that were actually about GPLv3 itself, but it seems as appropriate here as anywhere.)

      Ironically, doesn't GPLv3's anti-DRM restriction seem to violate Criterion #6 of The Open Source Definition?
      6. No Discrimination Against Fields of Endeavor

      The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.
      Rationale: The major intention of this clause is to prohibit license traps that prevent open source from being used commercially. We want commercial users to join our community, not feel excluded from it.
      And yes, of course, I understand about the whole "Free Software" / "Open Source" divide, and that RMS has never wanted GNU software to be called "Open Source" anyway, so I don't expect him to care about this. But still, it'd be pretty ironic for GNU software to technically not qualify as OSS. (Until now, it's been both, even if RMS only wants to call it "Free".)

      --
      David Gould
      main(i){putchar(340056100>>(i-1)*5&31|!!(i<6)<< 6)&&main(++i);}
    14. Re:Ummm... by nathanh · · Score: 2, Interesting
      Speaking of RMS, is it just me or does the GNU /. [slashdot.org] topic icon look like it is sucking it's thumb and holding a blanket. If it is, was this a stab at RMS?

      It's a very unsubtle stab at the GNU/Linux debate. The figure depicted is a GNU acting as the character Linus from the comic strip Peanuts.

    15. Re:Ummm... by Schraegstrichpunkt · · Score: 2, Informative

      Except I think it predates the FSF's "GNU/Linux" position...

    16. Re:Ummm... by Schraegstrichpunkt · · Score: 2, Interesting
      But are all contributions to the kernel "GPL v.2 only?"

      Nope, they aren't. In fact, many parts of the kernel are "v2 or later" or even BSD-licenced. In fact, Linux 2.0 never even *mentioned* a particular version in the README, so if it weren't for the individual file copyrights, it could be distributed under any version *ever* published by the FSF (see GPLv2 section 9). Linus apparently doesn't agree with that position now, but he's also not a lawyer.

    17. Re:Ummm... by jacoplane · · Score: 1

      ROTFL, you're right.

    18. Re:Ummm... by countach · · Score: 1

      And pray tell, what field of endeavour is GPL3 supposed to prevent? None!

    19. Re:Ummm... by rtb61 · · Score: 0
      Linus so to speak does not rule the roost, he has a well respected voice in the community and contributes and has contributed a large amount of code to Linux and he is fully entitled to decide under what licence his code belongs. Others in the community including larger organisations will continue to contribute code to the kernal that respresents for them greatest usability and potential for future development.

      No individual decides which linux Kernal receives the greatest amount of effort and development, it just becomes apparent and it will be inevitable that the Kernal that is the most developed and hence the leading kernal is the one that achieves the greatest number of uses (unrestricted use).

      There is no problem with richard declaring his preference or even attempting to create a forked kernal based upon GPL3 but it is inherent in the nature of GPL3 that the restricted version of Linux will end up with considerably less support precisely because it will limit it's support base. Those entities that feel constricted or limited by GPL3 will simply continue to contribute to GPL2 Linux, freedom to choose is inherent with open source software, all code currently under GPL2 as well as any new code released under GPL2, is there until copyright expires, or until copyright itself is expired ;-).

      Creative commons is the commons of choice, you choose your own licence but please be nice and give your content as much freedom as possible.

      --
      Chaos - everything, everywhere, everywhen
    20. Re:Ummm... by LardBrattish · · Score: 1
      RTFA

      Despite all of his objections though, in an exclusive interview with Linux-Watch, Torvalds said that he hasn't ruled out using GPL 3 for the kernel. It's "quite possible," said Torvalds that the GPL 3 could be used,

      It's Linus that's saying it...

      --
      What are you listening to? (http://megamanic.blogetery.com/)
    21. Re:Ummm... by David+Gould · · Score: 1

      And pray tell, what field of endeavour is GPL3 supposed to prevent? None!

      You're kidding, right? Look, I hate the very idea of DRM and the DMCA as much as anyone else on Slashdot, but how in Muspellheim can you think it doesn't count as a "field of endeavor"?

      If I were going to "endeavor" to develop a DRM scheme, I would be forbidden to use your GPLv3 code in my implementation (even if I designed the scheme to use external keys in such a way that my code could be released without rendering it useless). The license discriminates against that field of endeavor. It does not qualify as Open Source.

      Much as I agree with the FSF's intent, I don't see anything wrong with this logic. If you think I'm missing something, please explain.

      --
      David Gould
      main(i){putchar(340056100>>(i-1)*5&31|!!(i<6)<< 6)&&main(++i);}
    22. Re:Ummm... by ray-auch · · Score: 1

      Linux would be pretty damn boring if it was just the kernel and no GNU apps

      For you maybe, perhaps because you think it would be too hard to write all your own stuff and do without an MMU etc. For others, it is interesting for precisely the same reasons.

      GNU does not target real time or embedded systems (eight megs and swap for a text editor, and that back in the 80s!). Linux, however, does target such systems.

  3. First Ambiguous Response by Mancat · · Score: 1, Redundant

    Sure, I suppose Linux could move to the GPL3. I'm not really sure of the consequences, though. I'm sure it wouldn't be a big deal, but I may be wrong. I don't really care either way.

    --
    hello dear sirs my name is jamesh i are india (bihar) can u guide me install red had linux 9?
  4. Alan Cox's View by TheRaven64 · · Score: 4, Informative

    Ping Wales is carrying Alan Cox's views on GPLv3 and DRM.

    --
    I am TheRaven on Soylent News
    1. Re:Alan Cox's View by Nahor · · Score: 2, Funny

      Nope, Alan only answered to the question about being in favor of GPL v3 for Linux. The other questions were answered by Anonymous Cowards.

    2. Re:Alan Cox's View by blakestah · · Score: 3, Interesting

      Alan doesn't really address the issue at ALL. He says he doesn't like DRM, that is all.

      The issue here as I understand it is that under GPLV3, if you use DRM, you have to provide the keys. Which sorta ruins the whole thing. It says something like is cryptography is used to control function, then the source must be provided so that a recipient can recompile and have a functional binary ie: if function requires a digital key, the recipient must have the private key.

      An example. The linux kernel team releases a kernel. Bluehat, the newest kernel distro, teams up with Mactel. Mactel provides a motherboard and CPU that will only run Bluehat signed binaries.

      Under GPLV3, Bluehat needs to provide their private key with the kernel so that anyone can recompile an appropriately signed binary.

      Yet the whole point of signing the binary is exclusively identifying it as coming from Bluehat.

      So GPLV3 effectively prevents digital signatures from being used to determine if a binary may be from a source the user trusts!

    3. Re:Alan Cox's View by tolan-b · · Score: 5, Insightful

      So GPLV3 effectively prevents digital signatures from being used to determine if a binary may be from a source the user trusts!

      No it doesn't. You can provide a digital signature that verifies that binary is from 'Bluehat' without the signature being required to run the binary.

      The key difference here is that the former informs the user who is then free to make a decision about whether they want to trust a non-'Bluehat' binary, and the latter tells the consumeruser he isn't allowed to run a binary that's not from 'Bluehat'.

    4. Re:Alan Cox's View by ianezz · · Score: 1
      Yet the whole point of signing the binary is exclusively identifying it as coming from Bluehat.

      So GPLV3 effectively prevents digital signatures from being used to determine if a binary may be from a source the user trusts!

      Sorry, but for the way you put it, the whole point is to prevent the Mactel motherboard from running anything not signed from Bluehat, which is just one of the ways users can "check" that a binary is signed from Bluehat.

    5. Re:Alan Cox's View by iabervon · · Score: 2, Insightful

      First of all, nobody knows what the GPLv3 will say about DRM. What's been released is only a draft, and the purpose of releasing a draft was to get feedback on it. Enough people are unhappy with exactly what the draft says about DRM and how it is phrased that the final version will almost certainly be different in some way (or the GPLv3 will be seen as not having taken into account community needs, and quickly become irrelevant).

      As far as I can tell, nothing in the GPLv3 would prevent Bluehat from releasing a signature for a binary without giving the signing key. (I doubt that a court would even find that the hash in a signature is a copyrightable work, let alone a derived work, so the license on the binary doesn't matter to what they can do with the signature.) Certainly nothing would prevent Mactel from producing a motherboard that would only run binaries signed by Bluehat; they're not dealing with GPL code at all (unless they're checking the signature with GPG in the BIOS, I guess). On the other hand, the GPLv3 would probably prohibit distributing a complete system consisting of the Mactel motherboard, the Bluehat kernel, and the Bluehat signature, without the Bluehat private key.

      Your claim:

      So GPLV3 effectively prevents digital signatures from being used to determine if a binary may be from a source the user trusts!

      is wrong, however. It prevent signatures from being used to determine if a binary is from a source the vendor trusts. The user can refuse the GPL and ignore it entirely, and be legally fine with fair use rights to use of the binaries. The user can't distribute the resulting system with Bluehat's public key built in, but that's a good thing; the recipient should be allowed to decide that Bluehat is an evil organization and only Boydriva is trustworthy.

    6. Re:Alan Cox's View by DreadSpoon · · Score: 1

      So what about the software that the user uses in order to ensure that only binaries from Bluehat are allowed to run?

    7. Re:Alan Cox's View by tolan-b · · Score: 1

      If the user has the choice then there's no problem, as the key isn't *required* for the code to be fully functional, it's just provided as a mechanism to allow the user to make a choice about whether to use the code.

      Much like with systems like apt-get where you can specify you only want to install signed software or you can decide you don't care and install with gay abandon.

    8. Re:Alan Cox's View by blakestah · · Score: 1

      The key difference here is that the former informs the user who is then free to make a decision about whether they want to trust a non-'Bluehat' binary, and the latter tells the consumeruser he isn't allowed to run a binary that's not from 'Bluehat'.

      That's right, it makes it impossible for linux to be used at that level of security - the level at which you want a machine only to run binaries from a trusted source.

      I can see many scenarios where that would be useful in combination with strong cryptography, and many ways in which commercial linux providers would want to offer that option to their clients. Suppose that Bluehat offers and extended really inexpensive maintenance contract that requires users only run their binaries. They are free to play with the source, re-compile and run on other machines without sensitive data, send patches to bluehat to run on the machines with sensitive data. But they cannot run their own compiled binary on the machine with sensitive data, because the machine owner wants protection for his data, and his insurance company requires additional liability protection.

      GPLv3 would lock linux out of markets that desire that level of functionality. Stallman would say it is an issue of user freedom...

    9. Re:Alan Cox's View by Just+Some+Guy · · Score: 1, Insightful
      An example. The linux kernel team releases a kernel. Bluehat, the newest kernel distro, teams up with Mactel. Mactel provides a motherboard and CPU that will only run Bluehat signed binaries.

      Help me out here. I'm trying to figure out under which social theory you think Bluehat has the right to take thousands of man-years of effort and lock it down into a closed product. If Microsoft were to do that, more power to 'em: they financed the whole operation and have every right to it. Bluehat, though, is taking my (figuratively) work and telling me I can't use it as I see fit.

      Frankly, I have little sympathy for such dealings. Want a solid, closed-friendly OS? Pick one of the BSDs, as they explicitly encourage it. Linux isn't an appropriate choice here, and companies that want a free ride of its back can bite me.

      --
      Dewey, what part of this looks like authorities should be involved?
    10. Re:Alan Cox's View by nathanh · · Score: 4, Insightful
      Under GPLV3, Bluehat needs to provide their private key with the kernel so that anyone can recompile an appropriately signed binary.

      Yet the whole point of signing the binary is exclusively identifying it as coming from Bluehat.

      You've got it wrong. Bluehat can still provide signed binaries and not provide the signing key for those binaries. However the hardware must allow the user to run unsigned binaries. That way you get the best of both worlds: you can use Bluehat's signed binaries if you so choose, or you can opt-out and run unsigned binaries, or Bluehat can provide the signing key and you can sign your own binaries. Everybody gets what they want (except maybe Bluehat).

      All the GPL3 is trying to stop is the case where Bluehat produces hardware that only runs Bluehat binaries.

    11. Re:Alan Cox's View by 10101001+10101001 · · Score: 1

      Well, I'd say it's pretty much a bit of common sense that if you want to create a system where users don't have freedom to not use code specifically designed to give users freedom. Really, such environments are the marginal case, and it makes little sense for Linux to not go along with the GPL3 for that reason. Now, the tediousness involved in trying to get all the GPL2-only parts to be GPL3 is a much more sane reason.

      Of course, it really all comes down to the GPL3 being a sane license--it probably will be, but the GPL2-only part was to prevent any major snafus because of the FSF somehow being taken over and a future revision somehow stripping the original coder of their intentions. I'd perfectly understand waiting for the GPL3 to be finalized and possibly going through a "stablizing" revision (if necessary) before even considering switching to GPL3-only, in any case. That's literally a year away, at least. It is a pretty big step to be making to switch licensing, so I can understand why it would take so long. And I understand why Linus is voicing some concerns on the language because it has to be very precise to prevent having unintentional consequences.

      --
      Eurohacker European paranoia, gun rights, and h
    12. Re:Alan Cox's View by Anonymous Coward · · Score: 0

      That's right, it makes it impossible for linux to be used at that level of security - the level at which you want a machine only to run binaries from a trusted source.

      Nonsense. There is nothing in the GPL v3 that stops *you* from ensuring that *your* machine only runs code signed by *you*. It does, however, stop *them* from ensuring that *you* can only run binaries (of GPL3 code) signed by *them* -- where "them" is IBM, Red Hat, Hewlett Packard etc. See the difference?

      For example: I get a package signed by from Red Hat -- I validate the signature and decide to trust* it and install it with my own key. My machine will only run code signed by my key -- not Red Hat's, not IBM's... mine. This is perfectly valid under the GPL v3.

      There is absolutely nothing in the GPL v3 that prevents its use in high-security environments. It just prevents "high-security" being used as a weapon against the owner of the machine. In fact, possibly its most valuable contribution will be to highlight the level of Orwellian control that tech companies are hoping for with their big push for "Trusted" Computing -- and also exposing the ignorance of people like you.

      * Incidentally, this is real "trust" -- a decision made by me. Not one that is forced on me by Red Hat -- not the phoney kind currently being pushed by the technology industry.

    13. Re:Alan Cox's View by JesseMcDonald · · Score: 2, Insightful

      Disclaimer: IANAL and this is not legal advise.

      Note: I realize the other responses make similar comments. For some reason comments.pl disappeared for while and I couldn't submit this. There were still some unique elements, so I thought I'd submit it anyway once the comment pages returned.

      Your example seems rather contrived. I can imagine (barely) such a contract, but the GPL3 would not get in the way, as long as the source code they provided could be used on normal systems as well, with the same functionality (or at least that is the intention). The agreement between the business and the insurance company can't have any effect on "Bluehat's" obligations under the GPL3. It would only prevent "Bluehat" from releasing the software with modifications that require "Bluehat's" signature to work. The software can require "locked" hardware, so long as either the signature required by the "locked" hardware is controlled by the machine's owner, or the signing key is provided with the source code.

      In your example, the business would lock its production hardware to use only software officially signed by "Bluehat", in accordance with its contract with the insurance company. Bluehat would provide its "official" signed release software, which could be used on the production hardware, along with the source code (but not the signing key). The business could compile the own version of the software, sign it with their own key, and load it onto their development hardware. Since they can sign it themselves, they can make modified versions and use them on any machine not subject to their agreement with the insurance company.

      The problem the GPL3 is trying to prevent is the case where an "open source" application is developed which requires access to e.g. DRM decryption hardware which can only be used with a specific key: a driver for a DRM-crippled video card, for example, or a media player which must be signed with an "approved" key to access an external storage device. In an extreme case, someone could create a version of a GPL'd software package modified to use DRM-aware encryption hardware to save its documents; the software would be "open source", but only their signed release would be capable of reading or saving the documents. In these cases, you can't compile your own working versions because you don't have access to the required signing key. The GPL3 would require, in these cases, that the signing key itself be included in the source distribution, because one cannot produce a working piece of software from the source code without it. Since that is unlikely to happen, the GPL3 would effectively prevent people from using existing GPL3 code to create software that is "open source" in name but cannot be used in modified form without the approval of the owner of an authorized signing key. I can't say I disagree with that intention.

      Of course, the GPL3 is currently still in a draft state, and the wording of the new provisions probably still leaves some ambiguities that should be cleared up by the time the final version is released. I am confident, however, that their intention is as I described above, which is exactly the same as the intention of the GPL2: to prevent open-source software from being effectively turned into proprietary software through the addition of incompatible closed-source modifications. The GPL3's authors aren't trying to shift the balance of power; as with the changes to the software-patent clauses, developments in technology and law have simply made it necessary to close a few potential loopholes in the GPL2.

      --
      "The state is that great fiction by which everyone tries to live at the expense of everyone else." - Bastiat
    14. Re:Alan Cox's View by Schraegstrichpunkt · · Score: 1
      RTFGPLv3D. This is the section that people are complaining about:
      The "Complete Corresponding Source Code" for a work in object code form means all the source code needed to understand, adapt, modify, compile, link, install, and run the work, excluding general-purpose tools used in performing those activities but which are not part of the work. For example, this includes any scripts used to control those activities, and any shared libraries and dynamically linked subprograms that the work is designed to require, such as by intimate data communication or control flow between those subprograms and other parts of the work, and interface definition files associated with the program source files.

      Complete Corresponding Source Code also includes any encryption or authorization codes necessary to install and/or execute the source code of the work, perhaps modified by you, in the recommended or principal context of use, such that its functioning in all circumstances is identical to that of the work, except as altered by your modifications. It also includes any decryption codes necessary to access or unseal the work's output. Notwithstanding this, a code need not be included in cases where use of the work normally implies the user already has it.

      Complete Corresponding Source Code need not include anything that users can regenerate automatically from other parts of the Complete Corresponding Source Code.

      I interpret that to mean that the "authorization code" for the source code is a note in the documentation that says how to run "apt-key add $HOME/mykey.pgp". Everything else (such as root access to the machine) is something that the recipient of the source code would already have.

    15. Re:Alan Cox's View by tepples · · Score: 1

      Everything else (such as root access to the machine) is something that the recipient of the source code would already have.

      Not necessarily on any non-Sega disc-based video game console or any handheld video game system sold at retail in the United States.

    16. Re:Alan Cox's View by rtechie · · Score: 1

      That's right, it makes it impossible for linux to be used at that level of security - the level at which you want a machine only to run binaries from a trusted source.

      I can see many scenarios where that would be useful in combination with strong cryptography, and many ways in which commercial linux providers would want to offer that option to their clients.


      I think there is a difference between "administrative settings" and complete lockout. For example, in the Windows XP driver system (WHQL) security is implemented through signed drivers which when run display a dialog informing the user if they are signed or unsigned, and allowing the driver to accept if unsigned, the same is true for ActiveX controls. However Windows also provides sophisticated security administration tools which allows the system administrator to change the function on the system so that a user can only install signed drivers and ActiveX controls. This provides exactly the functionality you describe WITHOUT completely locking out the user.

    17. Re:Alan Cox's View by Schraegstrichpunkt · · Score: 1
      Exactly. That's the point. If you can reasonably expect that a person will be able to run their own modified code on the platform, then you don't need to provide any special access codes. Otherwise, you do (or you won't be allowed to distribute modified GPLv3 code).

      These provisions, like the provisions in GPLv2, are designed to protect the "four freedoms" that the FSF espouses, namely:

      • The freedom to run the program.
      • The freedom to study how the program works, and adapt it to your needs.
      • The freedom to redistribute copies.
      • The freedom to improve the program, and release your improvements to the public, so that the whole community benefits.

      Since anti-owner access controls (DRM) restrict at least one or more of these freedoms, they are disallowed.

    18. Re:Alan Cox's View by jrumney · · Score: 1
      Yet the whole point of signing the binary is exclusively identifying it as coming from Bluehat.

      Yet the whole point of the GPL is to allow users of software the freedom to modify it as they wish.

    19. Re:Alan Cox's View by jrumney · · Score: 1
      That's right, it makes it impossible for linux to be used at that level of security - the level at which you want a machine only to run binaries from a trusted source.

      You can always generate your own keys for that purpose.

    20. Re:Alan Cox's View by Antique+Geekmeister · · Score: 1

      This is exactly right. The problem of hardware that can run only signed binaries is at the core of the Trusted Computing initiative, formerly called Palladium and confusingly renamed. Trusted Computing is clearly designed to apply "digital rights management" at the core of new hardware and operating systems, to create DVD's, CD's, files, file systems, and boot records that can only be run by the approved software and hardware combination, with whatever built-in limitations that setup contains.

      The new GPL tries to address these risks somewhat, by preventing GPL licensed tools from being used to cut off other software from access to the information or to the system. This is especially true for boot loaders and device drivers: the Trusted Computing tools can easily be further integrated into the BIOS and the CPU itself to prevent non-signed boot loaders from being able to even boot a computer with a non-Trusted-Computing signed boot loader, or to access a hard drive or DVD drive to boot from without a Trusted-Computing signed OS.

    21. Re:Alan Cox's View by Anonymous Coward · · Score: 0

      My question is: would the GPLv3 allow for Bluehat's hardware to provide special features (like some crypt mechanism to be used with content providers, which is what the fritz chip is supposed to do if I understand correctly) only to signed binaries?

  5. if you don't like GPL 3, fork the license. by Vellmont · · Score: 4, Insightful

    It's what every software project does when there's fundamental differences of opinion on which direction to go. If Linus and the other Linux software devs don't like GPL3, just fork the thing and take out the parts you don't like and use that license. After all, the text of the GPL 3 license should be able to be modified just like source code, right? You wouldn't be able to call it GPL 3, as it's just confusing. But GPL 2.99 might work nicely as a name.

    --
    AccountKiller
    1. Re:if you don't like GPL 3, fork the license. by cecom · · Score: 2, Insightful

      If Linus and the other Linux software devs don't like GPL3, just fork the thing and take out the parts you don't like and use that license.

      You are missing a very important point. A large part of the Linux kernel is covered only by GPL v2 and explicitly not by GPL v2 or any later version. So, nobody can create a GPL v3 fork, unless all contributors whose source is covered by GPL-v2-only agree to change their license. That can never happen since Linus, being one of the major contributors, has said that he won't do it.

      So, nobody can fork the kernel under a different license than what it is now, unless they replace all GPL-v2-only parts , which are the majority of the kernel.

    2. Re:if you don't like GPL 3, fork the license. by Vellmont · · Score: 1

      I never meant to imply that at all. I'm only talking about potential conversion to a new licence. Sorry for any confusion.

      --
      AccountKiller
    3. Re:if you don't like GPL 3, fork the license. by demonbug · · Score: 1

      I think the parent was suggesting that the license be forked, not the kernel. The idea being that if Torvalds doesn't want to switch to the new license because of a particular piece of it he could conceivably simply remove that piece of the license, rename it, and use his new version. The parent wasn't suggesting that the kernel be forked.

      Of course, as far as I know Mr. Torvalds is content with the current license the linux kernel is released under, so it seems doubtful that he would do this (why fix it if it ain't broke).

    4. Re:if you don't like GPL 3, fork the license. by Quantum+Jim · · Score: 1

      AFAIK, the GPL is copyrighted by the FSF. That means that if you can't write a derivate work by them without their explicit permission. I think they generally do not allow people to modify the license in ways they see fit without changing its name. So if you can't just fork the GPL, you have to write a whole new one yourself. But IANAL so someone else should confirm this.

      --
      It is impossible to enjoy idling thoroughly unless one has plenty of work to do.
      - Jerome Klapka Jerome
    5. Re:if you don't like GPL 3, fork the license. by Vellmont · · Score: 4, Informative

      AFAIK, the GPL is copyrighted by the FSF. That means that if you can't write a derivate work by them without their explicit permission.

      This is specifically covered by the free software foundation. The short answer is it's fine, just call the license something else. Here's the text:

      Can I modify the GPL and make a modified license?
              You can use the GPL terms (possibly modified) in another license provided that you call your license by another name and do not include the GPL preamble, and provided you modify the instructions-for-use at the end enough to make it clearly different in wording and not mention GNU (though the actual procedure you describe may be similar).

              If you want to use our preamble in a modified license, please write to for permission. For this purpose we would want to check the actual license requirements to see if we approve of them.

              Although we will not raise legal objections to your making a modified license in this way, we hope you will think twice and not do it. Such a modified license is almost certainly incompatible with the GNU GPL, and that incompatibility blocks useful combinations of modules. The mere proliferation of different free software licenses is a burden in and of itself.
      --
      AccountKiller
    6. Re:if you don't like GPL 3, fork the license. by Anonymous Coward · · Score: 0
      Read the fucking license and/or FAQ, troll
      You can use the GPL terms (possibly modified) in another license provided that you call your license by another name...
    7. Re:if you don't like GPL 3, fork the license. by TheRaven64 · · Score: 1
      Somewhat ironically, this is not possible. The copyright notice on the GPL prohibits derived works. You may use the GPL in its entirety, or you may write your own license from scratch, but you may not create a GPL-derived license. The copyright notice in question (from GPLv2):
      Copyright (C) 1989, 1991 Free Software Foundation, Inc.
      51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA

      Everyone is permitted to copy and distribute verbatim copies
      of this license document, but changing it is not allowed.
      If the GPL were software, then it would not qualify as Free Software.
      --
      I am TheRaven on Soylent News
    8. Re:if you don't like GPL 3, fork the license. by Anonymous Coward · · Score: 0

      Cluebat for the the thick-of-skull: the license itself is protected by copyright.

    9. Re:if you don't like GPL 3, fork the license. by cecom · · Score: 1

      Yes, I see that I misunderstood the GP, however what I said still stands. The license of the kernel cannot be changed - be it to GPLv3 or GPLv.2.99 or whatever, unless all contributors agree, which is all but practically impossible. Additionally, it is not like the GPLv2 is so bad that a change is urgently needed.

      So, the GP's suggestion makes even less sense to me in that light. Why would anybody want to bother with that at all ?

    10. Re:if you don't like GPL 3, fork the license. by cecom · · Score: 1

      The fault is all mine :-) I misunderstood your post. Anyway, I think that creating a new license makes even less sense than forking the source - why would anybody want to bother with that at all when they are content with GPLv2 ?

    11. Re:if you don't like GPL 3, fork the license. by slashname3 · · Score: 1

      Why do they have to move to the GPL 3 at all? I know lots of people must have the latest upgrades in software but things don't stop working just because you are running a 2.4 kernel. So there is no reason for them to move to the GPL3 license. Nothing forces them to move to that license. Regardless of what RMS would like.

    12. Re:if you don't like GPL 3, fork the license. by Anonymous Coward · · Score: 0

      Everyone is permitted to copy and distribute verbatim copies
      of this license document, but changing it is not allowed.


      I take that to mean changing it and calling it the same thing or in such a way that it could be confused with the original is not allowed.

    13. Re:if you don't like GPL 3, fork the license. by guysmilee · · Score: 0

      Yes and we could call this new license not "GPL 3" but "GPL Tree" ...

    14. Re:if you don't like GPL 3, fork the license. by the_womble · · Score: 1

      SO the GPL is licensed under a license similar to itself? All we need now is a license that is licensed under itself - it would work for something like Creative commons no-derivs

    15. Re:if you don't like GPL 3, fork the license. by Anonymous Coward · · Score: 0
      What should I read? You mean this:
      GNU GENERAL PUBLIC LICENSE
      Version 2, June 1991
      Copyright (C) 1989, 1991 Free Software Foundation, Inc.
      51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA

      Everyone is permitted to copy and distribute verbatim copies
      of this license document, but changing it is not allowed.

      Preamble
      ...
      or perhaps the FAQ, which, true, says something different, but has no legal power anyway?
  6. the private keys issue by tlord · · Score: 0, Troll

    You only have to give out your private keys
    if not possessing them is an obstacle to using
    the software as intended.

    You are free to sign code all you like if all
    you depend on is your reputation. It's when
    you try to restrict peoples use of the code
    that you run into problems.

    Linus earlier cited Red Hat as a case of a company
    that will have to adjust to GPLv3. IANAL but
    I suspect and hope he's right -- they've been
    cheating for years.

    -t

    1. Re:the private keys issue by thePowerOfGrayskull · · Score: 1

      they've been cheating for years.
      For example...

    2. Re:the private keys issue by Atzanteol · · Score: 1

      How has RedHat been cheating? What GPL source code do they distribute that you cannot get from their FTP site?

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    3. Re:the private keys issue by kebes · · Score: 4, Insightful

      Yes, this distinction is important. The way the GPL 3 is worded, from what I can tell, it's trying to say: "you can't design GPL-ed software to run on a device that will not accept modified versions of the software. If you design such a device/software combo, you must release the keys so that anyone can run modified code on your device. On the other hand, if the modified software can run properly on the usual device without those private keys, then you don't have to release the keys."

      It's this last sentenct of my paraphrase (in bold) that is not adequately clear in the current version of the GPL 3. What I wrote above in quotes is what the GPL 3 is trying to say in legalese (I think), but the way it is currently worded, Linus is worried that it will mean that signed (trusted) binaries will not be allowed.

      Of course, what everyone seems to be forgetting is that we are reading a DRAFT of the GPL 3. So if there's something that isn't quite right, now is the time to fix it! Get involved in the discussion and tell those who are working on the GPL 3 that the wording needs fixing to make sure that it acts as intended. Linus is saying publicly that he doesn't like the way it is currently worded... but I wish he would emphasize "I think it should be reworded before the final release of GPL 3" rather than saying "I won't use GPL 3" ... after all, he doesn't even know what the (final) GPL 3 will be like!

      To summarize: the GPL 3 is currently a draft only. Let's get it fixed to avoid any problems in the future. I agree with RMS that it should not be possible to create a device/software combo based on GPL-code where no one is able to modify the code (and the code only makes sense in the context of the device it was made for). On the other hand I agree with Linus that we should not have a GPL that forbids signed/trusted binaries. It is possible to write a license that clearly differentiates these two cases... so let's do it!

    4. Re:the private keys issue by ray-auch · · Score: 1

      It is possible to write a license that clearly differentiates these two cases... so let's do it!

      Difficult, if not impossible. From the point of view of the software (which is the only thing to which the license applies) the two cases are exactly the same - the software is signed. That is all.

      What is done afterwards upon verifying that signature is out of the control of the author / distributor, and of the software license. To be specific, the author/distributor does not control the "usual device".

      As far as I can see there are these possibilities:

      1. You don't have to release a signing key ever.
      2. You don't have to _unless_, at the time, you yourself also release containing hardware/software environment (the "usual device") which requires the code to be signed with your key (ie. you have to be also responsible for the requirement)
      3. You might have to release the key if third party or events outside your control make it a requirement for the code to be signed with your key
      4. You always have to release a signing key.

      Now, 1 & 2 are equivalent - the clause has no teeth (because 2 is trivial to avoid - see 3), and 3 & 4 are also equivalent since you are commiting to release the key if certain things (outside your control) happen. So overall, either the clause does nothing, or Linus is right.


      On the other hand, if the modified software can run properly on the usual device without those private keys, then you don't have to release the keys

      You think this makes things clear and distinguishes the cases, but it doesn't. The "usual device" for signed code is surely one which does not run unsigned code. That is the point of signing the code in the first place.

      Saying that it is ok if the device can be modified to accept other signatures does not cut it - this is then a modified device, not the "usual device". Similarly, having a device allowed unsigned / untrusted code but with the user having to accept it (after warning or whatever) manually is not be enough. GPLv3 says it has to be so "its functioning in all circumstances is identical" [to the original] therefore the system can't treat the unsigned modified versoin differently.

      If bluehat OS has an auto update system, then I think GPLv3 genuinely is saying that a user must be able to modify an update such that any instance bluehat OS (in its usual configuration) will treat the modified update in exactly the same way as the original. That means that either the system must treat all updates as equal, whether signed or not, or that the signing keys have to be provided.

      You may think this is insane (as Linus said) and completely insecure etc. - but it would actually be entirely consistent with RMS's past views/actions on computer security.

  7. An issue of points of view by ToasterofDOOM · · Score: 4, Interesting

    All of the controversy over the GPL3 isnt so much caused by the details, but by the underlying mentalities. RMS is more of the belief that freedom is a necessity and everyone should do everything in an open, free manner, and that people can't be trusted. Torvalds sees freedom as more of a tool, a bonus, and people/businesses are generally trustworthy. I like to think of it that way, and that is why I prefer BSD/MIT style over other licences. Businesses will always make proprietary software, that won't change. Proprietary isn't bad, and prohibiting it only restricts what the user/developer can do.

    --
    I am Spartacus
    1. Re:An issue of points of view by concord · · Score: 1

      The BSD/MIT license does not ensure that changes made get shared back. Also, BSD/MIT licenses only require that credit is given to the original authors, NOT that the code that's been added be shared (or even disclosed). Big difference from GPL which ensures that the code always be shared - even enhancements - making it as free after the change/enhancement as it was before.

      Got it?

      --
      MFG: "The system supports both the LAMP (Linux, Apache, MySQL, PHP) and WIMP (Windows, IIS, MySQL, PHP) platforms."
    2. Re:An issue of points of view by MichaelSmith · · Score: 1, Interesting
      Torvalds sees freedom as more of a tool

      Torvalds built DRM into the kernel so that it could be used in commercial applications requiring DRM. RMS doesn't want DRM to be there at all.

    3. Re:An issue of points of view by AigariusDebian · · Score: 2, Insightful

      Please use BSD for that.
      Linux is GPL'd for a reason, even if Linus does not know it. There is allmost no comercial backing of the more commercial-frendly BSD licences. Why is it? Because more enforced freedom to all users is the most effective way in the long term and businesses know that.

    4. Re:An issue of points of view by bm_luethke · · Score: 1

      Another way of putting it is do you want a political tool or a software tool?

      It's a question the community is going to have to answer at some point. Most businesses couldn't care less about the political end - they just want to make money. Right or wrong they see this type of posturing as very bad - there is a fear if a business had totally switched over to Linux and the political end wins with the liscense destroying thier business model. Something that has been somewhat confirmed with this type of thing. It drives away a lot of the smaller developers (ones who make plugins, specialised software, and other such things) away from Linux and keeps many companies from switching (how many companies might have been on the line were turned away based on the reaction of Nvidia's binary drivers - if proliferation of Linux is the goal that was a Bad Thing). As I had said in a nother thread until the larger Linux conferances (and thus the community) start allowing commercial enterprises that do not have thier little bit opensourced into thier lineup Linux will always play second fiddle outside of the server market.

      Now, if yout goal is not to have Linux everywhere and be the main OS but have it as a political statement/tool then the above is irrelevant. GPL3 looks to be a great step if that is what your goal is.

      Neither idea is superior to the other, but you must either choose one or take what others choose for you. Trying to have both is a pipe dream and will equate to choosing the more restrictive one - the political end (you can not force freedom).

      --
      ------- Sorry about the spelling, I suffer from two problems. Dyslexia makes it difficult to spell well, lazy makes it
    5. Re:An issue of points of view by KilobyteKnight · · Score: 1
      There is allmost no comercial backing of the more commercial-frendly BSD licences. Why is it? Because more enforced freedom to all users is the most effective way in the long term and businesses know that.
      Both Microsoft and Apple use BSD code. OSX is a BSD derivitave. So I'd have to say you're completely wrong about there not being any commercial backing.

      Also, it's laughable to imagine this conversation in a board room:
      "If we enforce the users freedom we will be more effective for our business"
      "Right on!"
      "So out long term goal is to enforce mroe freedom by using the GPL, so get rid of all that unrestricted use BSD code in those projects and replace it with GPL code."
      "Right on!"
      "Now go synergise!"
      --
      When will Windows be ready for the desktop?
    6. Re:An issue of points of view by man_of_mr_e · · Score: 1

      Consider devices like the TiVo. This uses encryption and DRM to keep the entertainment industry off it's back and allow users the ability to do what the TiVo does. You most certainly would NOT have TiVo2Go and Home Media Option (the ability to share programs between TiVo's) without DRM. They'd be sued to death.

      If the Linux kernel prevented DRM by its license, then TiVo or similar device manufacturers would have to look elsewhere.

    7. Re:An issue of points of view by Arandir · · Score: 1

      Thse two mentalities point to two very different outcomes. To the GPL worldview, Microsoft is a thief who will steal their hard work. To the BSD/MIT world view, Apple is a friend who contributes back valuable code without having to be asked.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    8. Re:An issue of points of view by ray-auch · · Score: 2, Informative

      If you read what Linus' has said on the subject he knows _exactly_ why he chose to move the kernel to GPL (it didn't start out that way). It has nothing to do with "freedom" and everything to do with "fairness" and "reciprocity" - which GPL also happens to do quite well.

    9. Re:An issue of points of view by Arandir · · Score: 1

      Got it?

      And yet Apple contributes code back to the BSD communities... without having to be asked.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    10. Re:An issue of points of view by Arandir · · Score: 1

      "Enforced freedom" is an oxymoron.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    11. Re:An issue of points of view by tolan-b · · Score: 1

      OSX isn't a BSD derivative, it's got a Mach kernel with a bit of BSD tacked on the edge + BSD userland tools.

    12. Re:An issue of points of view by twistedcubic · · Score: 1

      Your agreement with Torvalds leads you to prefer MIT/BSD licenses. Curiously, Torvalds prefers GPLv2. Maybe you two aren't in agreement after all?

    13. Re:An issue of points of view by mrchaotica · · Score: 2, Insightful
      Huh? No, let's rewrite that argument to better reflect reality:
      Consider devices like the TiVo. This uses encryption and DRM to please the entertainment industry and allow users the ability to do what the TiVo does, an ability that they -- by law -- have anyway. You most certainly WOULD have the ability to move recorded shows between ALL your devices if TiVo didn't have DRM. They'd be much more popular than they are now, and would be helping us fight the entertainment industry's campaign-contribution-fueled insanity instead of hindering us by colluding with the enemy.
      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    14. Re:An issue of points of view by mrchaotica · · Score: 1

      And yet Apple is the exception, not the rule!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    15. Re:An issue of points of view by mrchaotica · · Score: 1

      Yes, and how much code has Microsoft contributed back to the BSD community? Oh, that's right -- none at all.

      Backing the BSD community means contributing back. What Microsoft has done is merely taking, which is exactly what hurts the community rather than helping it!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    16. Re:An issue of points of view by ToasterofDOOM · · Score: 1

      I, along with many users of minority OSs or software couldn't care less if it is the majority. I just want a better alternative. I want choice.

      --
      I am Spartacus
    17. Re:An issue of points of view by ToasterofDOOM · · Score: 1

      I don't totally agree with him, but I am more inline with his mentality that RMS's

      --
      I am Spartacus
    18. Re:An issue of points of view by burndive · · Score: 2, Insightful

      You do not have the freedom to murder me, and that allows me to freely live in the same society with you. If you had that right, I would not be free.

      In order for us to be free to walk on the sidewalks, we all have to give up our freedom to drive wherever we want.

      The only freedom that the GPL restricts is the freedom to restrict someone else's freedom.

      Anarcy isn't all that it's cracked-up to be.

      --
      ...because "hacker" sounds way sexier than "code drone."
    19. Re:An issue of points of view by bnenning · · Score: 2, Interesting

      Agreed. My EyeTV records in MPEG-4 and exports to any format I want with no DRM. Although the MPAA wishes it were otherwise, you don't (yet) have to get their permission before selling hardware. I guess being larger, TiVo has to be more conservative, but I'd think the increased revenue they'd get from putting the desires of their customers ahead of Hollywood would more than make up for potential court costs.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
    20. Re:An issue of points of view by MichaelSmith · · Score: 1

      What if TiVo changed over to OpenBSD? I don't think the BSD license could be changed to prevent that.

    21. Re:An issue of points of view by bm_luethke · · Score: 1

      That's fine - it's a valid option. I'm pretty much an OS agnostic - anything goes. I should probably amend with that option, I've struggled with how many options to need (I need too, personally, deicide where I actually stand as all options I see are very desireable, but it is a hard choice). As there are many varying only in small part, though still most fall into those two categories. I'm undecided as to if that if is a third option, or just a weaker option of the other two (in that you don't really care about the political stuff - just that Linux stays a viable option but "winning" is irrelevant - along the lines of the "non-political" option just a weaker version). Eh, I'll generally let you guys that choose that path decide, though I probably agree with you more than the politcal end of the movement.

      The problem I have is those that want something that isn't achievable and get angry that isn't happening. I don't think what I write will have much impact, but I still keep on keeping on :)

      --
      ------- Sorry about the spelling, I suffer from two problems. Dyslexia makes it difficult to spell well, lazy makes it
    22. Re:An issue of points of view by Arandir · · Score: 1

      I mentioned Apple because it is the most prominent and visible use of the BSD code base. But there are hundreds of others contributing back without being asked.

      But if they didn't, so what? Stop spending so much time tallying moral ledgerboooks. Stop being selfish! You should be sharing your code without any concern whether other people are sharing back. You should be content with your own morality, and let others worry about themselves.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    23. Re:An issue of points of view by Arandir · · Score: 1

      The only freedom that the GPL restricts is the freedom to restrict someone else's freedom.

      But I am NOT restricting your freedom. That is what you fail to understand. If I hoarde my own code and keep it secret, that is between me and my users, and not you. So stop butting in like some moral policeman. But even if I hoarde YOUR code and keep it secret, it only violates your authorial privilege, it does not restrict your freedom.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    24. Re:An issue of points of view by burndive · · Score: 1
      You said, ""Enforced freedom" is an oxymoron."

      I was refuting that statement by illustrating that in a society of more than one person, all freedoms are negotiated at the cost of other freedoms.

      Anarchy, which is the only state in which an individual is totally free to do whatever he wants, is only freedom if you never interact with another person with equal freedom. Once that happens, individuals must give up their freedoms to restrict others' freedoms, either by common convention or out of fear of reprisals.

      The only kind of freedom that is not enforced is the kind experienced by a man alone on an island. Beyond that, ALL freedom is enforced.

      Therefore, "enforced freedom" is not an oxymoron.

      --
      ...because "hacker" sounds way sexier than "code drone."
  8. wtf? by slackaddict · · Score: 1

    Honestly, I'm trying to follow this. What is Linus' beef with GPLv3? Does it matter if there are some anti-drm provisions in the Linux kernel license?

    --
    ConsultingFair.com
    1. Re:wtf? by Changa_MC · · Score: 1

      Does it matter if there are some anti-drm provisions in the Linux kernel license?
      Don't ask why not. Ask why.
      Why should the linux kernel restrict DRM useage? How does that help linux users?

      --
      Changa hates change.
    2. Re:wtf? by slackaddict · · Score: 1
      DRM itself does not help Linux users. Look how we've had an uphill battle to get an open source DVD player... We're relegated to using a legally questionable decss library. So I can see how having an anti-DRM clause might force software vendors to come up with another way of doing some things.

      Besides, has DRM ever actually helped anyone other than the RIAA??

      --
      ConsultingFair.com
    3. Re:wtf? by insane_machine · · Score: 1

      DRM has helped Apple with fairplay, this way other companies can't cut into the Ipod market by saying that their product is fully functional with Itunes.

      That said, I still think DRM should be limited to certain things. IT obviously isn't working for anything popular.

    4. Re:wtf? by MichaelSmith · · Score: 1
      What is Linus' beef with GPLv3? Does it matter if there are some anti-drm provisions in the Linux kernel license?

      This is shaping up to be like the Bitkeeper issue. Torvalds will push issues important to (a) commercial developer(s). I don't think he wants anything anti-drm in the kernel license.

    5. Re:wtf? by hogfat · · Score: 1

      It seems quite obvious that, with DRM available to potential Linux vendors, a fully legal DVD player might just be produced.

    6. Re:wtf? by HardCase · · Score: 1

      DRM itself does not help Linux users. Look how we've had an uphill battle to get an open source DVD player... We're relegated to using a legally questionable decss library. So I can see how having an anti-DRM clause might force software vendors to come up with another way of doing some things.

      True, but on the other hand, an anti-DRM clause could just as easily cause software vendors to just give up - or to just write non-compliant software.

    7. Re:wtf? by Ravatar · · Score: 1

      From TFA:

      However, it's not the GPL 3's DRM section per se that concerns Torvalds.

      "Just to make it clear: It's not actually the new section 3 ('3. Digital Restrictions Management.') That I object to, like some people seem to think. That section I don't even worry too much about. The part of the GPLv3 that I'm most worried about is the new parts to section 1."

      The specific section that Torvalds has trouble with reads:

              "Complete Corresponding Source Code also includes any encryption or authorization codes necessary to install and/or execute the source code of the work, perhaps modified by you, in the recommended or principal context of use, such that its functioning in all circumstances is identical to that of the work, except as altered by your modifications. ..."

      According to Torvalds, this "is the one that seems to disallow digitally signed binaries (or rather: you can sign the binaries any way you want, but you have to make your private keys available)."

    8. Re:wtf? by ajs318 · · Score: 1

      What do you believe is legally questionable about DeCSS? It allows the rightful owner of a DVD upon which is recorded a film, that they have bought and paid for with their own money earned by hand or by brain, to exercise their common-law rights in respect of their own property. Just the fact of ownership of a DVD confers a licence to view the content recorded thereupon. The content on the DVD is encrypted, but precisely because the owner of the DVD has the required licence to view it, that makes them the rightful recipient of an encrypted message and so authorises them to decrypt it. There is no breach of copyright involved, because any copy of the disc content being made is deemed a necessary act. {Besides which, one might well argue that the copied portion which exists at any one moment is trivial enough to qualify as fair dealing.}

      DeCSS could also be used for other purposes, some of which might well be illegal; but that's irrelevant, because it has a legitimate application. Otherwise you wouldn't be allowed, amongst many other things, to keep knives in your kitchen lest they be used for stabbing people.

      --
      Je fume. Tu fumes. Nous fûmes!
    9. Re:wtf? by slackaddict · · Score: 1
      DeCSS could also be used for other purposes, some of which might well be illegal; but that's irrelevant, because it has a legitimate application. Otherwise you wouldn't be allowed, amongst many other things, to keep knives in your kitchen lest they be used for stabbing people.

      It's not the fact that something has a legitimate purpose, it's the fact that the laws in the U.S. are such that the RIAA is the 800lb gorilla that only wants "licensed" DVD technology. This is why most Linux distro's don't ship DVD decryption libraries - you have to download them separately and there are usually disclaimers on the download sites speaking to the legality of using a non-licensed DVD decryption program in your country. That's what I was referring to.

      --
      ConsultingFair.com
  9. Up to the developers? by Syberghost · · Score: 4, Insightful

    Well, I guess they could GPL3 all the portions of the kernel that aren't derivative works of Linus' parts. Which would be what, exactly? The build scripts?

    1. Re:Up to the developers? by Richard_at_work · · Score: 0, Troll

      Even with Linus going GPL3, it would be next to impossible to have the kernel go GPL3 because of the number of people who have contributed little snippets of code here and there, you would have to get all of their individual permissions because the Linux kernel development doesnt require copyright assignation and the license doesnt include the 'or later' clause. Its doable, but as I said, near impossible.

    2. Re:Up to the developers? by Just+Some+Guy · · Score: 1
      You realize that he's not the only contributor, don't you? I'm not even sure if he's the plurality author these days.

      That's not saying that Linus hasn't been the main driving force all these years, but he's in no way the only one. Now, the jury's still out as to whether GPLv3 is a good thing - I haven't made up my own mind yet either - but I'll bet large chunks of the Linux kernel could be relicensed immediately if the will was there.

      --
      Dewey, what part of this looks like authorities should be involved?
    3. Re:Up to the developers? by Anonymous Coward · · Score: 0

      Copyright of a [snippet] of code cannot be enforced... it's a nonsense. You need to have written significantly more to have a say. The same "fair use" that allows you to quote a paragraph from a book without dealing with copyright lawyers works here to.

    4. Re:Up to the developers? by Richard_at_work · · Score: 0, Troll

      You are quite right, however there is also a large number of people that have contributed significantly more than a 'snippit' - enough to still make it a very arduous task with the final outcome still likely to be having to rewrite blocks of code.

      What benefit would the Linux kernel have from going GPL3?

    5. Re:Up to the developers? by Anonymous Coward · · Score: 0

      What benefit would the Linux kernel have from going GPL3?

      Without the GPL v3, any company can "own" their own version the Linux kernel. In a world with "Trusted Computing" (signed binaries and hardware that will enforce it and partition the machine with encryption), the source code means little or nothing. The hardware will decide whether a binary will run, and what access it has, based on the digital signature of the binary. The GPL v3 says (essentially), that you must give anyone the key necessary to recreate the original behaviour and access -- in this case, the ability to sign it with the same key you did. NOTE: this doesn't mean you must give up your private key however... just the key you use to sign the code.

      Or, put it another way: using the GPL v3 for the Linux kernel means that Linux (at least) cannot be used to lock you out of your own machine and data. Windows, Mac OSX etc etc are a different matter, as both Apple and Microsoft has serious hard-ons for the amount of control that TCPA will give them over their customers.

      Whether you agree with Stallman idea of Free software, the GPL v3 is completely consistent with his original aims and philosophy -- namely, that you should always be able to modify and retain control the software you are using. For example: Stallman's original complaint was that he couldn't fix a problematic printer driver. His answer was the GPL. With Trusted Computing, you could have the source code and compile it... but it would no longer work, or at least it would no longer be trusted and would be locked out of accessing certain data.

    6. Re:Up to the developers? by twistedcubic · · Score: 1

      It would be funny, if after removing all of Linus' contributions, he sued for copyright infringement over the layout of the directories. I mean, he does put the thing together, even if he doesn't write most of the code.

    7. Re:Up to the developers? by Anonymous Coward · · Score: 0

      Whooosh!

    8. Re:Up to the developers? by m50d · · Score: 1

      Nowadays very little of the kernel is Torvalds' own code. I suppose you could apply some sort of subconscious copying argument if people rewrote those parts, but doesn't the GPL forbid such things?

      --
      I am trolling
    9. Re:Up to the developers? by Syberghost · · Score: 1

      NOTE: this doesn't mean you must give up your private key however... just the key you use to sign the code.

      It doesn't even mean that; you could set your hardware up to accept two keys, and give out one. As long as everything still works, that would fit the GPL3. IANAL, of course.

  10. Torvalds & Stallman and V3GPL by Real+World+Stuff · · Score: 4, Interesting

    The way I look at it, it is a matter of Apples and Oranges. Both men are correct in the spirit of the argument. I would just like to see a bit more cohesion regarding the Free/Oss community because I know this will get picked up and spun as "there Go Those In-Fighting Zealots". A case for each is made by Rick and Linus, with relevent information below.

    From Linux Devices: Stallman notes that the discussion draft of GPLv3 includes language aimed at preventing free software from being "twisted" into service by companies attempting to deprive people of freedoms provided by the copyright system. Those using free software to build DRM-encumbered systems would be obliged, under the proposed license, to share enough "signatures," or keys, so that users of the software retain "full control," he says.

    Another primary aim of the discussion draft of GPLv3 is to increase compatibility with other free software licenses that have appeared since the license was last revised 15 years ago, the interview suggests. This was done by making the license more tolerant of trademark clauses and patent retaliation clauses, such as those found in the Apache license. However, Stallman states that permissible retaliation clauses are limited to those addressing clear wrongdoing, adding that he hopes other license drafters will "decide to make their patent retaliations compatible." Empahsis mine

    Linus stated in his mail that "And quite frankly, I don't see that changing. I think it's insane to require people to make their private signing keys available, for example. I wouldn't do it. So I don't think the GPL v3 conversion is going to happen for the kernel, since I personally don't want to convert any of my code." Again, emphasis mine.

    In the end, the contributing developers AND the rights holders will determine what the outcome is.

    --
    If we don't fight for ourselves no one will.
    1. Re:Torvalds & Stallman and V3GPL by mrchaotica · · Score: 4, Informative

      The trouble with Linus's argument, though, is that he doesn't seem to understand which keys RMS is talking about. GPL v.3 is not about disallowing developers from cryptographically signing the code they write, it's about disallowing the machine from rejecting unsigned code. In other words, RMS wants to make sure that code containing the user's (or third-party) changes can still run.

      This issue is irrelevant to Linus or any other developer who uses an open system. It's just designed to keep linux-based devices (like TiVos and cellphones and Linksys routers) from getting DRM designed to stop users from exercising their rights to modify the code running on their machines.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    2. Re:Torvalds & Stallman and V3GPL by ichimunki · · Score: 2, Insightful

      The real problem, then, is that GPL3 as drafted needs a lot of work wrt the DRM language because there seems to be no clear consensus about what those sections actually mean. I mean, I personally dislike DRM and Treacherous Computing as much as any good Slashbot out there, but even still I'm not sure I like these DRM clauses in the GPL3 because they seem overly vague on a lot of points.

      --
      I do not have a signature
    3. Re:Torvalds & Stallman and V3GPL by eht · · Score: 1

      I think the real real problem may be that Linus sees no inherent benefit in moving to the GPL3 and doesn't really need a reason beyond that.

      If it isn't broke (as he seems to think it isn't), why fix it.

    4. Re:Torvalds & Stallman and V3GPL by twistedcubic · · Score: 1

      Both men are not correct. Linus' reasoning is based on a mis-reading of the GPL draft. C'mon, we all know that Linus dislikes RMS, but wouldn't it be more professional to give facts instead of FUD for his disagreement with the GPLv3?

    5. Re:Torvalds & Stallman and V3GPL by Michael+Woodhams · · Score: 1

      How can GPLv3 possibly disallow the machine rejecting unsigned code? The bare machine likely has no GPL code in it, so the manufacturer is not bound by it.

      --
      Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
    6. Re:Torvalds & Stallman and V3GPL by mrchaotica · · Score: 1

      So you're saying that Linus thinks letting TiVos and cellphones (and PS3s, probably) have effectively un-Free software is ok? If that's the case, then why didn't he just pick the BSD or MIT (or similar) license back in '91?

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    7. Re:Torvalds & Stallman and V3GPL by saikatguha266 · · Score: 1

      > it's about disallowing the machine from rejecting unsigned code.

      What if you want to develop a secure operating system that will reject unsigned code?

      Say company X were to manually verify drivers to ensure they don't have root-kits etc., and sign these verified drivers. The kernel is configured to allow only those drivers signed by company X.

      GPL3 forces company X to release its keys so anyone can modify the driver, add a root-kit into it, sign it and have the kernel load it happily.

      GPL3 is fundamentally against security. DRM is a content issue. Signed code is a security issue. Tackle DRM in Creative Commons. Security != DRM.

    8. Re:Torvalds & Stallman and V3GPL by Anonymous Coward · · Score: 0

      It's alright if the OS were to say "we didn't sign this, it would be veeery unwise for you to run it", but it should be a policy issue at best. An operating system that doesn't run unsigned applications is a closed (proprietary) system. GPL code isn't supposed to be to the direct benefit of proprietary programs or proprietary systems. If that same code from Company X already contained a rootkit, but they signed it anyway, and you had the source and removed the rootkit, but weren't allowed to load your unsigned version of the code, how would that make you feel? GPL3 is only against security in the way that the GPL's source-modification policy has always been against security.

      Signed code is a content issue if that signed code is preventing you from loading unsigned content. If the OS maintainer won't support certain hardware (perhaps because the hardware maker is one of their competitors), and you write a driver for it, you won't be able to load that either. The great thing about the GPL was that it always allowed forking when the original maintainers of a project went insane, or disappeared. With DRM, the original maintainers can effectively prevent anyone from disputing their (perhaps undeserved) authority. Imagine what would have happened if the linux kernel wouldn't run X.org without the XFree86 group's signature.

    9. Re:Torvalds & Stallman and V3GPL by burndive · · Score: 1

      It doesn't, but it makes constructing such a machine pointless because in order to distribute GPL3 software for it, you have to enable the users to run modified versions. This means that if the hardware will only accept code signed with key X, you have to give key X to all your users.

      There is no problem distributing a machine that accepts both signed and unsigned code equally, or allows the user to set the signing authority to something else, just as long as user-modified code is able to run on the machine with the same priveledges as vendor-supplied code.

      --
      ...because "hacker" sounds way sexier than "code drone."
    10. Re:Torvalds & Stallman and V3GPL by burndive · · Score: 1

      The whole point of the GPL is so that users of software will be free to modify that software. What you call a rootkit, I call my own bug fixes and/or enhancements.

      If you want, company X can create your secure operating system, but in stead of rejecting all code not signed by your company, they can make it run (equally) code signed by company X AND code signed by the user with a key that he provides. That way, if I want to tweak one of the drivers, I can do so, compile and self-sign it, and then be on my merry little way.

      The OS will be safe from attacks because it only accepts code signed by company X or me, and neither of us are going to share our private keys with the hackers.

      If I want to redistribute the OS, those who recieve the OS from me can add me to the list of trusted signers or they can compile and sign my modifications themselves.

      --
      ...because "hacker" sounds way sexier than "code drone."
    11. Re:Torvalds & Stallman and V3GPL by dbIII · · Score: 1
      The trouble with Linus's argument, though, is that he doesn't seem to understand which keys RMS is talking about
      Then it's up to RMS to emplain to Linus the benefits of moving to GPL3 if he want Linus to use it, because Linux is not a gnu project and is not something that RMS has any responsibility for and any control over.

      It's only worth changing if there is a good reason to do so that benefits linux - not as part of some sort of political campaign to stop DRM in the United States of America. DRM will probably be a lot less relevent that people think since most hardware will be made in countries where it doesn't have to apply.

    12. Re:Torvalds & Stallman and V3GPL by mrchaotica · · Score: 1
      DRM will probably be a lot less relevent that people think since most hardware will be made in countries where it doesn't have to apply.
      Hah! What, you mean like China, with it's "great firewall?" Or Australia, whose government is falling over themselves to make the same stupid mistakes we're making here (in the name of "balancing trade policies?" Or Europe, which is (trying) to do the same? Or Taiwan/Japan/Korea, who will all be pressured by the US, Australia, and Europe once they all fall to the Dark Side?

      No, DRM isn't just an American thing -- it's seductive to the Powers That Be in every country. Besides, all these huge companies that make the stuff are multinational, and aren't about to start making special non-DRM hardware for non-Americans unless they are forced to by users. And that's why we need GPL v.3!
      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    13. Re:Torvalds & Stallman and V3GPL by MoneyT · · Score: 1

      The OS will be safe from attacks because it only accepts code signed by company X or me, and neither of us are going to share our private keys with the hackers.


      Which will work about as well as Microsofts attempt at code signing ("This code is node signed by microsoft or a trusted vendor do you want to run it anyway?") which the user always agrees too. In this case, it's just a matter of taking the dialouge one step further to "This software is signed by an untrusted vendor, are you sure you want to run the software and add the vendor to your trusted vendors list?"

      --
      T Money
      World Domination with a plastic spoon since 1984
    14. Re:Torvalds & Stallman and V3GPL by mrchaotica · · Score: 1
      What if you want to develop a secure operating system that will reject unsigned code?
      Simple: you disclose the hardware's private key to the user, so that he can make the decision about what code he wants to run. It's still a secret: unless the owner of the machine tells a third party the key, that third party won't be able to circumvent the system.
      Say company X were to manually verify drivers to ensure they don't have root-kits etc., and sign these verified drivers. The kernel is configured to allow only those drivers signed by company X.
      There's nothing wrong with that. But the user has to be able to veto the company's decision. It's the user's machine, after all!
      GPL3 forces company X to release its keys so anyone can modify the driver, add a root-kit into it, sign it and have the kernel load it happily.
      And if the user wants to run a root kit, he should be allowed to do it! It's none of the company's damn business what the user does with his own property!!
      GPL3 is fundamentally against security. DRM is a content issue. Signed code is a security issue. Tackle DRM in Creative Commons. Security != DRM.
      No, GPL v.3 is not against security. Security means that the user gets to choose what runs on his machine, not some third party which may or may not be hostile (this includes the manufacturer of the device). There is nothing in the GPL v.3 that prohibits the machine from supporting cryptographic security devices. The only thing that the GPL v.3 prohibits is stuff that locks the user out of his own property.

      Every security function offered by Treacherous Computing works just as well if the user is allowed to know his machine's private key. Therefore, the only possible justification of hiding the key from the user is to enable behavior HOSTILE TO THE USER!

      Let's make an analogy: would you like to give the builder who built your house the ability to change the locks one day while you're out, and not let you back in to your own property? Of course not!

      Would you like it if your gun could be fired remotely, at the whim of the manufacturer -- including even if it was pointed at your head? Of course not!

      Would you like it if the steering suddenly locked on your car as you're approaching a corner on a mountain road, just because the maker of the car decided it didn't like you? Of course not!

      So why the fuck would you accept it in your computer?!!
      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    15. Re:Torvalds & Stallman and V3GPL by mrchaotica · · Score: 1

      Simple: if that machine has a secret key that the user isn't allowed to know, and won't run software that's not signed with that key, then GPL'd software is not allowed to be run on it. The manufacturer can choose to cripple the machine with DRM or distribute it with GPL'd software, but not both.

      In other words, the question of whether the GPL is binding regarding the bare machine is irrelevent because the issue presumes that the manufacturer does want to provide GPL'd code with it.

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    16. Re:Torvalds & Stallman and V3GPL by m50d · · Score: 1

      It's perfectly clear to anyone who actually reads it. The real problem is Torvalds mouthing off about something he clearly doesn't know about and hundreds of adoring fans saying "wow, he's so human and normal compared to everyone else, and he's definitely right".

      --
      I am trolling
    17. Re:Torvalds & Stallman and V3GPL by ray-auch · · Score: 1


      Simple: you disclose the hardware's private key to the user, so that he can make the decision about what code he wants to run. It's still a secret: unless the owner of the machine tells a third party the key, that third party won't be able to circumvent the system.

      Er, user or owner, or can't decide which ?

      It's the user's machine, after all!

      Ah, you assume user == owner, rather restricts applicability of your arguments...

      And if the user wants to run a root kit, he should be allowed to do it! It's none of the company's damn business what the user does with his own property!!

      It is if it has, for example, safety implications on the device, and the user then sues the company for not preventing him from shooting himself in the foot. Users do that.

      And what if it isn't the user's property ? Suppose the user is in a nuclear power station control room - should he still be allowed to run a rootkit on the computers ?

      The only thing that the GPL v.3 prohibits is stuff that locks the user out of his own property.

      No it doesn't. I don't think you've read it - unless you can quote from the draft where it says that things are prohibited if the device is the property of the user ?

      Security means that the user gets to choose what runs on his machine, not some third party which may or may not be hostile (this includes the manufacturer of the device).

      Security in an flight control system means that only software tested and certified for flight is allowed. It is an independent third party (not the owner or user) that gets to choose what modifications are allowed to be made to an aircraft - for damn good reasons.

      Let's make an analogy: would you like to give the builder who built your house the ability to change the locks one day while you're out, and not let you back in to your own property? Of course not!

      Would you like to give the manufacturer of your aircraft the ability to ground it one day ? Of course not! You want to carry on flying to make money, ADs or not.

      Thankfully for your passengers and those living under your flightpath, in the real world you _don't_ get to do whatever you want just because something is "your property", and it _is_ other peoples' business what you do with it, because it may be (at the extreme) their lives at stake.

    18. Re:Torvalds & Stallman and V3GPL by ichimunki · · Score: 1
      I've read it several times myself and it might say what it was intended to say, but I think it's still overly vague at this point. So either you're wrong and it's not "perfectly clear" or my reading comprehension is substantially impaired.

      As for specific people mouthing off, if I had to choose whose opinion to trust on this stuff, Torvalds would be at the bottom of the list. On the other hand, the FSF (to which I contribute monetarily) is also responsible for the GFDL, which I think showed some very bad judgement with its whole invariant appendix aspect (and I don't think I'm alone in thinking that). So the idea that the FSF would not only make a perfect judgement call here, but also draft the document in exactly the best way the first time out... unlikely.

      --
      I do not have a signature
  11. Up to the developers? by Aspirator · · Score: 2, Insightful

    Of course it's up to the developers what license they will
    release their code under.

    It's still up to Linus what gets into the kernel.

  12. Even more crazy complexity! by Maximalist · · Score: 1

    Since each contributor to the kernel doesn't sign away the copyright to a central holding entity, keeping track of who has a copyright interest in the kernel to license is tough enough... now RMS is demanding the contributors opt between v2 and v3? Nuts.

  13. I've got a question by RedNovember · · Score: 1, Troll

    Since when the fuck does RMS get a say in Linus' kernel? So he says it's up to the developers. That doesn't mean that it is. It's up to the Linus, not the developers, no matter what RMS says. It's not his kernel to license.

    --
    "MY APOCALYPTIC TENOR HAS NOT BEEN DISPELLED!" - T-Rex, qwantz.com
    1. Re:I've got a question by Anonymous Coward · · Score: 1, Insightful

      RMS has no particular say in the Linux kernel (it's not just "Linus'" by the way). However, his opinion carries some weight in the community, and many of those who work on the kernel will indeed take what he has to say into account. Even Linus has obviously thought about it, as evidenced by his rebuttal to the GPL 3.

      So while RMS has no particular control over the Linux kernel, he certainly has a well-considered (although admittedly extreme) opinion, and his opinion (and the resultant licenses) are things that the community cares about. Thus, they want to hear what he has to say.

      Just because you don't like RMS doesn't mean all the kernel developers do too.

      On the other hand, Linus does not have unique control over the kernel. He has copyright on alot of kernel code, so he can obviously block re-licensing to GPL 3 on those modules (as can many developers), but ultimately Linux cannot prevent new contributors from making modules or code using a GPL 3 license.

      That's the great thing about FLOSS: no one specific person controls it.

    2. Re:I've got a question by Anpheus · · Score: 1

      Except eventually it becomes a bureaucracy in which one specific person can stall indefinately changes to the entire thing. What a bloody waste.

    3. Re:I've got a question by dfghjk · · Score: 1

      Actually, RMS has no say whatsoever in the Linux kernel and neither does the "community" that supposedly values his opinion. All that matters is what the copyright holders want to do, and the most important one of those has already stated that it's grossly impractical to contact all contributors and get universal buy-in to a licensing change whether it's desirable or not.

  14. er, wha?? by corbettw · · Score: 1, Redundant

    Nothing else has ever been valid,' LinuxWatch is reporting that Richard Stallman has said it's ultimately up to the developers.

    Stallman couldn't be more wrong if he said whether Linux goes to GPLv3 is ultimately up to him (which might be his next press release, I don't know). Linus Torvalds holds the trademark for Linux, he's the one in charge of the project, in what way, shape, or form could anyone else force the project to go to a new license? Maybe his corporate masters could, but last I checked OSDL doesn't seem to much care about exercising that kind of control (and if they did, it's not like he couldn't get a new job in seconds).

    Maybe someone can explain Stallman's "reasoning", but really, this just seems like more evidence that the man has completely lost touch with reality.

    --
    God invented whiskey so the Irish would not rule the world.
    1. Re:er, wha?? by Mprx · · Score: 1

      The developers of Linux, not the developers of the GPL.

    2. Re:er, wha?? by RedNovember · · Score: 1

      No, GP is saying that the decision on who chooses the license is not RMS' to make. Which it isn't, as I said in my other post (which incidentally is at 1 while GP is +4).

      --
      "MY APOCALYPTIC TENOR HAS NOT BEEN DISPELLED!" - T-Rex, qwantz.com
    3. Re:er, wha?? by oliderid · · Score: 1

      RMS has lost touch with reality occasionally (see xmacs). It looks like the guy received his mission from God himself.

      I'm tired of all these ideological stuffs around computing. For most of us open source is about sharing sources.

      I've learnt a lot (if not all) by looking at somebody else code. This is the fundamental thing: sharing codes, sharing knowledge.

      The rest is crap. Evangelical/political stuff. I'm "really" tired of it.

      If you don't like DRM, simply don't use it. If new commercial services based themselves on DRM...And if there are actually something worst listenning/watching. I will glad to install it on my PC...Whatever the OS is.

    4. Re:er, wha?? by 2b · · Score: 1
      First you quote RMS saying that "it's ultimately up to the developers" and then, in the next sentence, you slam him for saying that it "is ultimately up to him". Then you confuse trademark - which isn't relevant here, with copyright - which is.

      You asked for an explanation, so here goes: When you write some code, the law gives you a "copyright", which says that you get to control whether, and under what terms, other people can copy it. Your code, your copyright. There are many people (and organizations) that have contributed code to Linux, and each holds the copyright for the code that they wrote. So what RMS is pointing out, correctly, is that each copyright holder gets to decide whether they want to change the terms under which they will license their code.

      So RMS's reasoning (note lack of quotation marks) is sound. Note that I'm not taking sides here but I don't think that your cheap shot at RMS was "insightful" or even fair.

    5. Re:er, wha?? by Anonymous Coward · · Score: 0
      RMS has lost touch with reality occasionally (see xmacs).
      It's XEmacs and nothing has changed in that front at all, FSF still require copyright assignment.
      It looks like the guy received his mission from God himself.
      You are seeing things, he's an atheist.
      I'm tired of all these ideological stuffs around computing.
      And I'm tired of Linus and you not learning any-fuking-thing from his old buddy Larry McVoy, the world isn't perfect.
      For most of us open source is about sharing sources.
      Are you still talking about RMS, because for him Free software is about freedom.
      I've learnt a lot (if not all) by looking at somebody else code. This is the fundamental thing: sharing codes, sharing knowledge.
      Then stop bitching and go thank RMS for preserving a big chunk of that "fundamental thing".
      The rest is crap. Evangelical/political stuff. I'm "really" tired of it.
      How about moving to an authoritarian country where you don't have to worry about politics?
      If you don't like DRM, simply don't use it.
      But hand over your sourcecode to make more DRM crap right?
      If new commercial services based themselves on DRM...And if there are actually something worst listenning/watching. I will glad to install it on my PC...Whatever the OS is.
      If new commercial services restrict people from running their own software/modifications to Free software it has to die.
    6. Re:er, wha?? by Anonymous Coward · · Score: 0

      Omg, you admit that you've learned most you know from looking at sources shared by others but you don't realize that you have people like RMS to thank for that? If all people thought like you fuck all would happen!

    7. Re:er, wha?? by pavera · · Score: 1

      Ok,
      So lets say half the kernel devs say they want to contribute under gplv3... Well as far as I can tell GPLv3 is not compatible with GPLv2, and if Linus says no the kernel is GPLv2, if you want to make contributions, that's the license, there is nothing the devs can say about it. If Linus decides not to use GPLv3, then the developers will either find a different project to contribute to, or do what Linus wants and continue under the current license.

      Because GPLv3 has more provisions in it than GPLv2, which GPLv2 quite clearly disallows, the licenses cannot be compatible. GPLv3 requires the end user to jump through more hoops than GPLv2, which GPLv2 says you cannot do... Therefore no project can have code under both licenses in the same project. Because of this restriction, either all devs (including Linus) of the kernel must choose GPLv3 or, it will stay GPLv2.

      Another possibility would be that Linus decides he likes GPLv3 and says "Ok the kernel will be GPLv3, all devs need to approve the change and relicense their code". Either way whether Linus chooses v2 or v3 the devs have little choice... Either contribute under whichever license Linus chooses, or don't contribute... That is their choice, but they don't have a choice of which license they are going to contribute under to the kernel. Which is what the parent was saying. No one is going to choose for Linus what license his project is under, the devs have no choice RMS has no choice, and RMS saying the devs had a choice is completely false.

    8. Re:er, wha?? by m50d · · Score: 1
      Linus Torvalds holds the trademark for Linux,

      What does that have to do with anything?

      he's the one in charge of the project,

      But if he doesn't listen to his developers, they'll fork it and make a better one without him. Well, maybe not, since he gets so much hero-worship, but they should.

      --
      I am trolling
  15. Re:Fix the headline for God's sake! by McGiraf · · Score: 1

    What part of Linux is not the kernel?

  16. mod parent up by Anonymous Coward · · Score: 0

    It highlights the empty idiocy of some comments. Maybe people will take notice and try for some more enriching discussion

  17. Re:Fix the headline for God's sake! by Anonymous Coward · · Score: 0

    Really?

    I think actually the only thing that is Linux is the Linux kernel.

    A Linux distribution is more properly referred to as GNU/Linux and features GNU software and utilities running on a Linux kernerl. Referring to the entire system as Linux is incorrect. It really is just the kernel.

  18. Re:There's no reason... by DJCacophony · · Score: 3, Insightful

    I don't know about you, but I would resent DRM being ported to linux. I switched operating systems to escape the restriction-ridden operating systems that are macintosh and windows.

    (Commence the modding down by mac fanboys who think their favorite operating system has no restrictions whatsoever on what it can do).

    --
    Slow Down, Cowboy! It's been 60 minutes since you last successfully posted a comment.
  19. Re:Fix the headline for God's sake! by bcerhart · · Score: 0, Offtopic

    About 99% IMHO. I don't consider the kernel to be Linux, but instead the vast amount of community projects. I know that some people consider the kernel to be Linux, but unlike Windows I see Linux as the community rather than the core OS.

  20. Wrong Question by Anonymous Coward · · Score: 2, Funny

    Isn't the more important question: What does the Koran say about the GPLv3?

  21. The Linux kernel won't go GPL3 by SeanTobin · · Score: 3, Insightful

    Ever.*

    The kernel is GPL2 without the "or a later version" wording. All the contributions are GPL2. In order to convert the kernel to GPL(!2), you need to get approval from every single contributor to the kernel whose code is in any way in the kernel. Now, let's say you manage to do this, including approval from the executors of the estates of contributors who have passed on, you still need approval from Linus himself. Linus has already stated that he has no intentions of converting to GPL(!2).

    Now, you could of course pseudo-fork the kernel by managing to get approval for all contributors, living and dead, aside from Linus. You could then re-write any code worked on by Linus (which, still, is a very substantial amount) and have a Linux-like system under the GPL(!2). Now, you just have to get approval to use the Linux trademark. Somehow, I doubt that will happen.

    *For finite values of 'ever.' Restricted to this universe.

    --
    Karma: SELECT `karma` FROM `users` WHERE `userid`=138474;
    1. Re:The Linux kernel won't go GPL3 by Vellmont · · Score: 1

      Well, if the GPL3 stays as it is right now, I'd agree with you. But you'll notice that Linus said if the encryption key part is taken out he'd allow his code to be converted to GPL3. The GPL3 final version hasn't been released yet, so don't start saying never until we actually know what the GPL3 will actually be.

      --
      AccountKiller
    2. Re:The Linux kernel won't go GPL3 by Anonymous Coward · · Score: 0

      Actually, many of the contributions are v2-or-later.

    3. Re:The Linux kernel won't go GPL3 by quintesse · · Score: 1
      All the contributions are GPL2

      No they're not. There are several other licenses used within the kernel.

      There might not be many of them but they're there. In the same way it might be possible that more and more contributers start sending in their code using the v3 license maybe making the kernel mostly v3 in a couple of years (although I think that unlikely).
    4. Re:The Linux kernel won't go GPL3 by Skjellifetti · · Score: 0

      The parent says: The kernel is GPL2 without the "or a later version" wording.

      But the GPL says:

      Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.

      GPL FAQ

      Can I modify the GPL and make a modified license?

      You can use the GPL terms (possibly modified) in another license provided that you call your license by another name and do not include the GPL preamble, and provided you modify the instructions-for-use at the end enough to make it clearly different in wording and not mention GNU (though the actual procedure you describe may be similar).

      If you want to use our preamble in a modified license, please write to for permission. For this purpose we would want to check the actual license requirements to see if we approve of them.

      Although we will not raise legal objections to your making a modified license in this way, we hope you will think twice and not do it. Such a modified license is almost certainly incompatible with the GNU GPL, and that incompatibility blocks useful combinations of modules. The mere proliferation of different free software licenses is a burden in and of itself.


      So by removing the or (at your option) any later version, is Linux still entiled to call its license the GPL? Although, in fact Linus did not remove the or later clause, he simply added the following disclaimer at the top of the COPYING file in the top of the src tree:

      Also note that the only valid version of the GPL as far as the kernel is concerned is _this_ particular version of the license (ie v2, not v2.2 or v3.x or whatever), unless explicitly otherwise stated.

      Which to me implies that anyone who wants to can fork the entire kernel, relicense it under GPL v3 and re-release it since the terms of the GPL v2 under which linux is currently licensed does include the any later version. You would not need any contributor's permission to do so since they have already granted that permission under the terms of the GPL v2 (since Linus cannot change the GPL v2 w/out FSF permission). You would not be able to call it Linux w/out Linus' permission, however, since that is a trademarked term.

      Damn, trying to play lawyer is almost as much fun as programming. Probably pays better, too.

    5. Re:The Linux kernel won't go GPL3 by m50d · · Score: 1
      Now, you just have to get approval to use the Linux trademark. Somehow, I doubt that will happen.

      And does that really matter? Oh, damn, my windowing system isn't called xfree86 anymore, how will I live? If the new kernel was superior, people would pick it up, regardless of what it's called.

      --
      I am trolling
  22. Re:There's no reason... by fitten · · Score: 1

    Why resent DRM being put into Linux? If you don't like it, I'm sure there will be DRM-less distributions that you'll be able to use. For those who want the DRM in Linux, why do you want to force your opinion on them? If F/OSS is about choice, why are you wanting to limit the choices available?

  23. Not exactly by winkydink · · Score: 1, Troll

    It might be "up to the developers" to make a GPL3 operating system that is forked from the current Linux kernel, but it won't be called Linux as Linus owns that trademark and Linus says no to GPL3. Perhaps this is what Stallman is ultimately after. He can finally have a GNU operating system without hyphens or slashes.

    Stallman: a shrill voice in the wilderness.

    --

    "I'd rather be a lightning rod than a seismometer." -Ken Kesey

  24. I hope this serves as validation enough by petrus4 · · Score: 2, Insightful

    Stallman is repeating his behaviour with Ulrich Drepper and Glibc, here. Ergo, if the leader of a project refuses to go the way he wants them to, he will attempt to turn other people associated with the project against said project leader.

    I have found myself wondering what it is going to take before people will acknowledge the type of man that Richard Stallman truly is. He is seeking division here, and he is doing so purely for the sake of his own ego; because he cannot stand to be in any position other than one of complete control. I keep reading of example after example of this...it's his way or no way. Is that honestly what freedom means?

    People try and claim that the real threat to the future of F/OSS is on the other side of the ideological/economic divide...that Stallman is a hero. To people who would continue to maintain such a view of the man, I ask you to look at what he is doing here.

    Take a long, hard look.

    1. Re:I hope this serves as validation enough by Just+Some+Guy · · Score: 2, Insightful
      I have found myself wondering what it is going to take before people will acknowledge the type of man that Richard Stallman truly is.

      I've been wondering the same thing. The man preaches "Freedom! Freedom!", yet people are quick to judge him as some sort of a control freak.

      To people who would continue to maintain such a view of the man, I ask you to look at what he is doing here.

      That's excellent advice. I did exactly that and become convinced that, once again, RMS is campaigning for your freedom to use your computer as you see fit. You're right: he is a hero.

      --
      Dewey, what part of this looks like authorities should be involved?
    2. Re:I hope this serves as validation enough by znx · · Score: 1

      I keep reading of example after example of this...it's his way or no way. Is that honestly what freedom means?

      Tough question, whilst I will agree that RMS wading into various different argument can be wrong. This one is different, he is the original author of GPL after all and therefore has a vested interest in it growing.

      You can of course argue the flip side, should LT be making this "absolute", could he not be more gentle in his handling and say, if worked on then maybe..?

      Take a long, hard look.

      RMS is certainly no hero but equally he is no sinner.

      --
      BOO
    3. Re:I hope this serves as validation enough by Vellmont · · Score: 1


      People try and claim that the real threat to the future of F/OSS is on the other side of the ideological/economic divide...that Stallman is a hero. To people who would continue to maintain such a view of the man, I ask you to look at what he is doing here.


      Bah. Stallman lost the ideology war long ago with most of the people in open source. I honestly don't think he has that many "followers". Anyway, I really think you're making quite a bit out of an offhanded comment made by Stallman. It's not as if he's waging some war against Linus, personally mailing each developer and trying to convince them to switch to GPL3. He just said it's up to the developers. Ultimately that's true, though obviously the most important developer it's up to is Linus himself.

      --
      AccountKiller
    4. Re:I hope this serves as validation enough by Anonymous Coward · · Score: 0
      RMS is campaigning for your freedom to use your computer as you see fit.
      What if part of what I see fit is my giving up the right to make unlimited copies of a work for the right to access the work. How is Stallman protecting my right to do that?
    5. Re:I hope this serves as validation enough by Anonymous Coward · · Score: 0

      Stallman is repeating his behaviour with Ulrich Drepper and Glibc, here. Ergo, if the leader of a project refuses to go the way he wants them to, he will attempt to turn other people associated with the project against said project leader.

      Yes and he failed to unseat Drepper or even get any changes he wanted. He got a few people trolling, but hell, HURD is still using glibc, so apparently it's still Good Enough For GNU.

      It's not like Drepper needed any help with being disliked. He's about as prickly as Theo.

    6. Re:I hope this serves as validation enough by sjvn · · Score: 4, Interesting

      While RMS and I have had our share of disagreements, I really don't see him following that trail of tears that was the glibc fuss. I really think that he's leaving it up to the kernel developers. And, yes, that's primarily, but, far, far from exclusively Linus. I'm sure he'd be happier if the kernel went GPL 3, but I don't see him trying to make some kind of power play here.

      Yes, I know some of you will find that impossible to believe, but I think that RMS is really not looking for a fight here.

      Steven

    7. Re:I hope this serves as validation enough by babbling · · Score: 1

      Do you feel that your right to do that really needs to be protected? I don't foresee anyone trying to stop you from doing that.

    8. Re:I hope this serves as validation enough by petrus4 · · Score: 1

      I've been wondering the same thing. The man preaches "Freedom! Freedom!", yet people are quick to judge him as some sort of a control freak.

      Freedom by definition IMHO needs to include the freedom to disagree with him...which is one element of it that he has repeatedly indicated that he does not want people to have.

    9. Re:I hope this serves as validation enough by Jherek+Carnelian · · Score: 2, Insightful

      Freedom by definition IMHO needs to include the freedom to disagree with him...which is one element of it that he has repeatedly indicated that he does not want people to have.

      That is like saying, "Freedom of speech means that the government should be free to tell people not to listen."

      RMS is an advocate, but he is not an enforcer with a gun to your head, not the government, not some corp with a patent on software licensing. You are free to disagree with him all you want, free to release software under whatever license you can dream up. But he does not have to encourage you, nor even make it easy for you to do so. If you don't want him to challenge your beliefs, then don't get involved. It's called the marketplace of ideas, and he's doing his best to sell his ideas.

    10. Re:I hope this serves as validation enough by Arandir · · Score: 2, Insightful

      Is that honestly what freedom means?

      Of course not! RMS is a master of redefining words to make them mean what he wants them to mean. Unfortunately he has managed to convince a significant number of people into using his redefinitions. In his worldview, freedom cannot exist without restriction, and common goods cannot exist without controlling ownership. It is an Orwellian "GNUspeak".

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    11. Re:I hope this serves as validation enough by dfghjk · · Score: 1

      A vested interest in the GPL growing? He can write new versions of the GPL all he wants but he can't force anyone to adopt them.

    12. Re:I hope this serves as validation enough by Arandir · · Score: 1

      But if you use his "free" software in a manner he does not like, he WILL use the coercive power of government to stop you. He has repeatedly threatened legal action against violators of his license. He has even gone so far as to advocate taxes to support "free" software.

      If all he were doing was promulgating ideas, there would be no problem. But the temptation of government power is too strong for him, and he resorts to coercive copyright to enforce his license. His concept of "copyleft" cannot exist without a foundation of coercive legal enforcement. His argument that copyleft wouldn't be needed if there weren't copyright is specious, and not much different than Marx's argument that proletarian dictatorships wouldn't be needed if there weren't authoritarian governments.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    13. Re:I hope this serves as validation enough by Anonymous Coward · · Score: 0
      I've been wondering the same thing. The man preaches "Freedom! Freedom!", yet people are quick to judge him as some sort of a control freak.

      Stalin also preached about freedom.

    14. Re:I hope this serves as validation enough by Anonymous Coward · · Score: 0

      His world is this world. My freedom to shoot a gun stops where your head starts, does it not? People are restricted to not kill eachother so they can maintain their other liberties. Likewise, Free software is restricted not to be proprietarily licensed so it can maintain its other liberties. He is also only exploiting controlling ownership the way HIV exploits white blood cells, destroying the system from the inside by making it useless. If all software were freed in the way he wanted, software copyright would, in a practical sense, cease to exist.

      I really see it this way: In 2030, both Linus and Bill will be hard-AI slave-traders, while Stallman will be telling the software it has rights.

    15. Re:I hope this serves as validation enough by JackDW · · Score: 1
      I don't foresee anyone trying to stop you from doing that.

      Read up on TCPA, because that what RMS is fighting against. It's DRM for every application on your machine, turning your general-purpose computer into something resembling a games console. It's the total opposite of the idea of free software: if you have any freedom at all, that's up to the makers of the applications you use.

      --
      You're an immobile computer, remember?
    16. Re:I hope this serves as validation enough by moosesocks · · Score: 1

      That's excellent advice. I did exactly that and become convinced that, once again, RMS is campaigning for your freedom to use your computer as you see fit. You're right: he is a hero.

      The roads to hell are paved with good intentions. RMS might have the right goals in mind, but the GPL just doesn't cut it for mainstream usage in a predominately capitalist society.

      The GPL is far too restrictive for most people and businesses. The Mozilla/BSD license has fared a lot better than the GPL has, especially over the past 5 years. Nobody's afraid to run Firefox or Darwin due to licensing constraints, and I don't hear anyone complaining about how they're not open enough. The only recent successful project I can recall that's used GPL is VLC, I'd imagine that we'd be seeing a lot more of it in mainstream usage if it had a less restrictive license -- it's mature, stable, and runs on every platform imaginable. Why don't developers embed it into their apps that need multimedia support?

      --
      -- If you try to fail and succeed, which have you done? - Uli's moose
    17. Re:I hope this serves as validation enough by dr.badass · · Score: 1

      You're completely ignoring the specific thing the parent was talking about:

      Stallman is repeating his behaviour with Ulrich Drepper and Glibc, here. Ergo, if the leader of a project refuses to go the way he wants them to, he will attempt to turn other people associated with the project against said project leader.

      There's nothing in your post that responds to this.

      --
      Don't become a regular here -- you will become retarded.
    18. Re:I hope this serves as validation enough by Jherek+Carnelian · · Score: 1

      But if you use his "free" software in a manner he does not like, he WILL use the coercive power of government to stop you.

      This is a red herring from the original argument that RMS does not allow anyone to disagree with him.

      His concept of "copyleft" cannot exist without a foundation of coercive legal enforcement.

      Funny - we don't have any laws requiring that the hoods on cars not be welded shut, yet no commercially available vehicle comes with its hood welded shut.

      not much different than Marx's argument that proletarian dictatorships wouldn't be needed if there weren't authoritarian governments.

      That's funny, considering that RMS's argument on the point is that a free market is all that is necessary, very much the opposite of Marxism.

    19. Re:I hope this serves as validation enough by 10101001+10101001 · · Score: 1

      Stallman is repeating his behaviour with Ulrich Drepper and Glibc, here. Ergo, if the leader of a project refuses to go the way he wants them to, he will attempt to turn other people associated with the project against said project leader.

      Yea, imagine that. Stallman is trying to convince people that the GPL3 is desirable. My, that's some sort of insanity. Why, it almost sounds like free speech.

      I have found myself wondering what it is going to take before people will acknowledge the type of man that Richard Stallman truly is. He is seeking division here, and he is doing so purely for the sake of his own ego; because he cannot stand to be in any position other than one of complete control.

      Ego? Maybe. More than that, it's an attempt to gain credit, duly or not, for GNU to further its recognition. To what end? Almost certainly to the end of attracting users and contributors. Just look at ESR for an example of wild, media-grabbing antics.

      I keep reading of example after example of this...it's his way or no way. Is that honestly what freedom means?

      Last I checked, it wasn't "his way or no way". People have freely associated with Linus and Linux of their own free will. Stallman has every right, just as Microsoft does, to try to forge new relations. If it gets to the point of harrasment of people, it would be best if people stood up to him and told him to fuck off. That's freedom of speech as well.

      People try and claim that the real threat to the future of F/OSS is on the other side of the ideological/economic divide...that Stallman is a hero.

      Well, grouping Free with Open software really rather ignores that each side has different threats. The Open side has the threat of complacency resulting in licensing that causes the "quid pro quo" system to break down, as the license is seen more as a side-effect. The Free software side has to fear new laws (requiring DRMed machines, for example) that fundamentally anull the license used. Of course, this would have as much dangerous effect on the Open group, though they may feel perfectly okay with it if it meant simply having Linus or Red Hat as signers to use ones own code. So long as you're coding for your own machine and don't rely on anyone else nor are any laws created to ban your machine, it doesn't matter at all because you're isolated.

      To people who would continue to maintain such a view of the man, I ask you to look at what he is doing here.

      Trying to fork a project because he doesn't agree with the leader. Surprise, surprise, the leader has the "political capital" to keep the majority of people with him, regardless of how tempting the GPL3 might sound.

      Take a long, hard look.

      I have. I would hope most people have. You make it sound like either people are stupid and gullible (which sort of ruins the whole idea of "quid pro quo") or that Stallman has some actual means to force people to go along with what he wants (which is of course silly). The only thing to really consider is that Stallman is passionate, just like many other leaders are passionate, and it's unwise to blindly follow leaders. Considering how people, like you, so clearly reject the authoritarianism that Stallman projects, I think we're pretty safe. I just hope this doesn't blind you completely to what Stallman says.

      --
      Eurohacker European paranoia, gun rights, and h
    20. Re:I hope this serves as validation enough by Anonymous Coward · · Score: 0

      >Stallman is repeating his behaviour with Ulrich Drepper and Glibc, here. Ergo,
      >if the leader of a project refuses to go the way he wants them to, he will attempt
      >to turn other people associated with the project against said project leader.

      Wait a minute here. Have you seen what Uli has said before in his blogs
      and in public emails? Uli is an ass and RMS did not turn anyone against Uli at all.
      Uli turned everyone against himself. Uli has said in the past that non "mainstream" (to what extend is mainstream)
      ports of glibc are not allowed in glibc itself. And he went out of his way to remove some too which were still
      being maintained. Also the attitude that glibc no longer need releases is BS (this is why someone else had to pick that up).

    21. Re:I hope this serves as validation enough by petrus4 · · Score: 1

      I have. I would hope most people have. You make it sound like either people are stupid and gullible

      I don't think people are stupid and gullible as such. I however do think that some people have swallowed Stallman's philosophy whole without bothering to dig too deeply beneath the surface, if only because it's easier to adopt someone else's ideas than it is to come up with our own. The way that I also know that such people exist is that I see them posting here on a fairly regular basis...several of them have already assigned me to their foes list, in fact. ;-)

      If it sounded like I was making a generalisation about everyone, then I apologise...I was actually only talking about a fairly small group.

      I just hope this doesn't blind you completely to what Stallman says.

      I will admit that I'm probably not still hugely receptive to Stallman's message; mainly because there are so many other people around who not only also advocate open source, but who do so without the authoritarian element you mentioned...so it's difficult for me not to find their message more desirable than his. I tend to prefer Linus's message, and that of others like him, because to me what it says is that people don't have to simply adhere to one license or one perspective...there's an opportunity for some kind of diversity to exist in his scenario.

    22. Re:I hope this serves as validation enough by Anonymous Coward · · Score: 0

      >Yes and he failed to unseat Drepper or even get any changes he wanted. He got a few
      >people trolling, but hell, HURD is still using glibc, so apparently it's still Good Enough For GNU.

      Considering every new person who gets in connect with Uli says he is an ass I have no idea what you mean by trolling.
      Also considering the copyrights are owned by the FSF.

      >It's not like Drepper needed any help with being disliked. He's about as prickly as Theo.
      Uli is more than prickly, he is an ass and it is wondering how glibc still survies because of this shit he pulls, removing maitained code for non "mainstream" ports.

    23. Re:I hope this serves as validation enough by Anonymous Coward · · Score: 0

      Oh, one more thing, RMS and the FSF own copyright to the source code of glibc so RMS can do anything with glibc he wants and he can kick Uli off being maintainer any time he wants too.

    24. Re:I hope this serves as validation enough by faedle · · Score: 1

      Funny - we don't have any laws requiring that the hoods on cars not be welded shut, yet no commercially available vehicle comes with its hood welded shut.

      Actually, yes we do. You can interpret the Moss-Magnusson Warranty Act that way.

    25. Re:I hope this serves as validation enough by Arandir · · Score: 1

      Funny - we don't have any laws requiring that the hoods on cars not be welded shut, yet no commercially available vehicle comes with its hood welded shut.

      But we do have automobile parts that are welded shut, usually with stickers on them saying "warranty void if opened". But even if hoods were welded shut, I still can't imagine RMS going off an a moral crusade to eliminate welding. His goal isn't to make his own software the way he wants it, his goal is to make ALL software EVERYWHERE the way he wants it.

      That's funny, considering that RMS's argument on the point is that a free market is all that is necessary, very much the opposite of Marxism.

      But RMS rejects a free market in software. He rejects the private ownership of software, and rejects the freedom to buy and sell closed software. RMS would not grant me the right to sell a program without its source code.

      His ideal is a socialism of software. After the need for coercive copyleft "withers away", all software will be owned in common. One would be allowed to buy and sell services and warranties and support contracts, but one would not be allowed to buy or sell software, because software will not be a property that can be owned.

      What makes RMS different than Marx is that he rejects the use of violence to get his way, and seems (mostly) content with volunteerist avenues.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    26. Re:I hope this serves as validation enough by ciggieposeur · · Score: 1

      But RMS rejects a free market in software. He rejects the private ownership of software, and rejects the freedom to buy and sell closed software. RMS would not grant me the right to sell a program without its source code.

      Wow, talk about wrong. RMS does want software to be free, true, because he believes that sharing code is morally right. Oh, and it also improves the situation for everyone as an added bonus. He has never pushed for draconian laws passed to enforce sharing, unlike his competition who passed the DMCA and routinely lobby the government to shut him down.

      Instead, he has spearheaded an effort to create a complete software stack out of free software parts, and is competing for mindshare on the open market. It's the other side who is playing dirty, trying to take parts of that free software stack and build their own proprietary systems out of it. They erroneously think that because they CAN see the source then they are entitled to do whatever they want with it.

      His ideal is a socialism of software.

      His "ideal" is a software ecosystem which supports free software in any fashion at all. In order to get that, we have to create the entire shebang, because if only one piece isn't free the whole thing isn't free. It so happens that the free software stack is now of equal or better quality in certain domains than the proprietary software, and now the proprietary vendors are trying to steal code.

    27. Re:I hope this serves as validation enough by Arandir · · Score: 1

      Wow, talk about wrong. RMS does want software to be free, true, because he believes that sharing code is morally right.

      First of all, your reply is a non sequitur. It does not follow my statement about software ownership. RMS has indeed said, and repeatedly said, that software should not be owned. In fact, he even has a complete essay with the title "Software Should Not Be Owned."

      But in reply to your reply, RMS believes that sharing code should be a moral obligation. He believes that the mere act of giving someone a copy of software morally obligates them to make the source code available as well. A free man places obligations upon himself. An unfree man has obligations placed on him by others.

      ...unlike his competition who passed the DMCA and routinely lobby the government to shut him down.

      Untrue. His competition has never lobbied to "shut him down". Some people may have lobbied for copyright extensions and DMCA and UCITA and stuff like that, but no one has ever lobbied to "shut him down". Darl McBride has said some loopy stuff about constitutionality, to be sure, but even he hasn't lobbied congress to "shut him down". Where do you come up with shit like this?

      ...the proprietary vendors are trying to steal code.

      There once was a fabulous apple tree. No matter how many apples one would take from it, there were just as many as before! When this was heard by the villagers they all rushed to the apple tree and took apples. But no matter how many they took, there were just as many apples as before. But some of them came and took apples and locked them within a chest, so that none could steal them. And they laughed at the other villagers, saying, "Look, they do not protect their apples. Surely a thief will come and steal them."

      --
      A Government Is a Body of People, Usually Notably Ungoverned
  25. Re:Fix the headline for God's sake! by Anonymous Coward · · Score: 0

    What you see isn't really relevant.

    The fact is that the rest GNU is certainly not Linux (or UNIX), but a separate project that has its own albeit still beta kernel.

    Other open source projects aren't Linux either. Many of them can be run on other operating systems including windows. Basically there's an open source community and referring to it as Linux is ridiculous.

  26. Good article by LWN, and DRM will stay by H4x0r+Jim+Duggan · · Score: 5, Insightful

    There is a good article on LWN.net, but it's subscriber-only until Feb 9th: http://lwn.net/Articles/169797/

    Here's an excerpt:

    ==BEGIN EXCERPT===

    Another thing to keep in mind is that Linus can change his mind, even after seemingly painting himself into a corner with an absolute statement. One of your editor's favorite Linus pronouncements was issued almost exactly seven years ago. In response to a query on how to set up an i386 box with 4GB of memory, Linus stated:

    Oh, the answer is very simple: it's not going to happen.

    EVER.

    You need more that 32 bits of address space to handle that kind of memory. This is not something I'm going to discuss further... This is not negotiable.

    Less than one year later, Ingo Molnar's high memory patch was merged for 2.3.23.

    ===END EXCERPT---

    There are a few things to keep in mind about DRM that have not been explained in a lot of the articles.

    1. GPLv3 allows DRM that is controlled by the user, it only negates non-user-controlled-DRM.
    2. non-user-controlled-DRM can take away the freedoms that the GPL is there to protect. GPL would not be doing it's job if it didn't prohibit non-user-controlled-DRM.

    This was debated on ILUG yesterday. Here's the mail that started it: http://www.linux.ie/lists/pipermail/ilug/2006-Febr uary/086087.html

    So it's worth keeping in mind that what Linus calls the GPLv3 is actually only the first discussion draft - but also, due to point #2 above, while changes may be made, I'd be pretty sure there will be DRM-combatting provisions in GPLv3.

    1. Re:Good article by LWN, and DRM will stay by demonbug · · Score: 1
      GPLv3 allows DRM that is controlled by the user, it only negates non-user-controlled-DRM.


      Okay, first of all, what does this mean? What is user-controlled DRM? Can you point to a clear explanation (preferably with examples) of what user-controlled vs. non-user-controlled DRM are?

      Second, and I think this is (part of) the reason Torvalds doesn't seem to want to switch to GPL v3, why would you put something in a general software license governing what type of software someone is allowed to write under it? It seems like this is an example of the GPL trying to do too many things - rather than supporting free and open software development, it is putting arbitrary restrictions on what kind of software you are allowed to write. If someone wants to modify something released under the GPL to implement DRM, what's the problem? If users don't like it, they don't use it.

      The proposed language concerning DRM seems to be an encumberance, a limitation on what software developers may do. It seems to run counter to the original purpose of the GPL, which it seems to me was to simply provide a framework in which open source software could be released without fear of it being stolen and used for profit without permission of the developer. Rather than protect the rights and property of the developer, the new version appears to be trying to dictate what kinds of modifications may be made - or, more broadly, it attempts to impose a certain viewpoint on all works released under it.

      While I disagree with the idea of using restrictive DRM (is there another kind?), I don't think it is appropriate for a general license like the GPL to say that such things must not be used. I think that such a requirement would narrow the base of support for any software released under the license. Currently open source projects are enjoying generally unprecedented support in the business community largely because businesses are realizing that while they have certain responsibilities if they choose to use and modify open source software, using it does not dictate how they can conduct their business or what types of services/software they are able to offer. Putting something like the DRM restrictions into the license is a blatant attempt to dictate to users and developers of open source software what kinds of services they are allowed to offer and how they do business.

      So, while I agree with the sentiment that DRM is evil and unnecessary (but something that content creators have every right to implement, at least in some form), I don't think that putting restrictions on its use into the license is a positive step. It is taking something open and free and encumbering it with a political agenda. You may hate DRM in all its forms, and think that DRM software should be outlawed - I'm not disagreeing, I'm just saying that the general public license is not the appropriate place to do it.

    2. Re:Good article by LWN, and DRM will stay by Anonymous Coward · · Score: 1, Informative
      What is user-controlled DRM?
      Hardware that refuses to run code the user hasn't approved.
      Can you point to a clear explanation (preferably with examples) of what user-controlled vs. non-user-controlled DRM are?
      GPL2: you buy a computer that comes with free software, you get the source code but when you compile it you discover that the computer only runs signed binaries and the manufacturer won't give you their private key. GPL3: the manufacturer still won't give you the private key because you would break havoc with it, but they need to follow the license so they make hardware that you can set up so that only the code you signed with your own private key will work.
    3. Re:Good article by LWN, and DRM will stay by tepples · · Score: 1

      Can you point to a clear explanation (preferably with examples) of what user-controlled vs. non-user-controlled DRM are?

      In this context, user-controlled means that the owner of a machine has the power to sign code for use on that machine. Non-user-controlled refers to the situation characteristic of, say, disc-based video game consoles or handheld video game systems sold at retail in the United States, which need modchips or other methods of questionable legality to run unsigned or self-signed code. The provision is likely intended to prevent a computing appliance manufacturer who uses GPL 3 covered code from locking users out of installing code that they have modified.

    4. Re:Good article by LWN, and DRM will stay by Concern · · Score: 1

      Well said, man! Amazing how many people are confused by this, but of course Torvalds himself is primarily to blame...

      And I admire your optimism as well. :)

      --
      Tired of Political Trolls? Opt Out!
    5. Re:Good article by LWN, and DRM will stay by nasch · · Score: 1

      To be free, this DRM-enabled software would have to allow the user to modify it so it isn't DRM anymore. Otherwise it wouldn't be open source, right? So it seems DRM is fundamentally opposed to the concept of FS/OSS. Or am I missing something?

  27. Sure, but when by AigariusDebian · · Score: 4, Insightful

    I am sure that Linux will be switched over to GPLv3 less then 6 months after GPLv3 is actually released in its final form. The issues that Linux and some others are bringing up are mostly their misunderstanding of what is acually said in GPLv3 and how it corelates with the DMCA and case law of USA and with laws in other countries.
    NOTHING in GPLv3 disallows implementing DRM with GPLv3 code. However there are some extra provisions that insure that if such implementations are made, the right to change that code (which is one of the most protected rights in the context of the GPL) can not be taken away from the users by a means of a DMCA-based lawsuits.
    Oh, and if you make hardware and sell it to the users, please do not restrict what code users can use on that hardware, or if you do, please do it without using our (GPLv3'd) code. That is the TiVo scenario - the TiVo has sold a person a computer, but it uses a technical provision to deny thoses people an ability to execude their programms on the hardware. They might not be able to give us some services if our software does not work like theirs does or they would surely not support software problems in our software, but it is not right to use our code and then lock it from us in a box that we paid for.

    I think that once the GPLv3 is polished a bit more and once someone explains all the provision of the GPLv3 and corresponding laws to the LKML people in ways that they will understand, the move to GPLv3 will be unobstructed (maybe except for by a few people who wish they would be writing code for BSD anyway).

    At that point opening a Linux 3.0 branch with GPLv3 clean code only would be most reasonable thing to do.

    1. Re:Sure, but when by MichaelSmith · · Score: 2, Interesting
      NOTHING in GPLv3 disallows implementing DRM with GPLv3 code. However there are some extra provisions that insure that if such implementations are made, the right to change that code (which is one of the most protected rights in the context of the GPL) can not be taken away from the users by a means of a DMCA-based lawsuits.

      Isn't this just a roundabout way of saying that you can build DRM into GPLv3 code but you must provide a backdoor for anybody to use to get around it?

      A bit like saying yes you can build that prison but it must have fire escapes like any other building.

    2. Re:Sure, but when by TexasDex · · Score: 1

      I like my prisons with fire escapes. Helps me avoid a firey demise.

      --
      The Cheese Stands Alone.
    3. Re:Sure, but when by the-empty-string · · Score: 2, Insightful
      A bit like saying yes you can build that prison but it must have fire escapes like any other building.
      Which is exactly the point. If you want to build a prison without fire escapes, do it without GPL3 code.

      GPL is meant to give every freedom, save for the one to use Free Software to build prisons. Fine with me.

    4. Re:Sure, but when by drsmithy · · Score: 1
      NOTHING in GPLv3 disallows implementing DRM with GPLv3 code.

      Right, in much the same way the existing GPL says nothing about not being able to sell GPLed software - instead it just makes it practically impossible.

      GPL3 makes it practically impossible to use DRM. Sure, you can have it, but you need to give everyone a back door in as well.

    5. Re:Sure, but when by m50d · · Score: 1

      No. The only DRM provisions are those which prevent you using DRM to block the spirit of the GPL. You can still implement your DRMed media player with GPL code, as long as users are free to change the code - you can't DRM the code, is all the license says, you can drm your songs all you want. You can use them to staff a prison, but the workers still can't be made to work more than 40 hours a week.

      --
      I am trolling
    6. Re:Sure, but when by nuggz · · Score: 1

      NOTHING in GPLv3 disallows implementing DRM with GPLv3 code.
      http://gplv3.fsf.org/draft
      Section 3.
      No covered work constitutes part of an effective technological protection measure.

      Even If someone wrote DRM in a GPL v3 draft licensed application it wouldn't be legally enforcable as DRM because such an application is explicitly not an "effective technology protection measure".

      As for changing the license of the kernel, it would be very difficult. Every single author would have to agree, this is unlikely.

    7. Re:Sure, but when by Anonymous Coward · · Score: 0

      Even If someone wrote DRM in a GPL v3 draft licensed application it wouldn't be legally enforcable as DRM because such an application is explicitly not an "effective technology protection measure".

      Exactly. It does not prevent you from building it, it only prevents you from using the DMCA to say "oh, that GPL thing? You can forget about it, it's only there because we have to put it there, it doesn't mean anything".

  28. Wrong question by rewt66 · · Score: 1

    Has DRM ever helped anyone, even including the RIAA?

  29. Engineer vs. Idealogue by everphilski · · Score: 3, Insightful

    Linus is an engineer. RMS is an idealogue. Linus wants to make a kernel that the maximum number of people can use for whatever they want. He doesn't care what you use it for. RMS wants to restrict you to only using it for things that are "free".

    Linus has openly stated that DRM is OK with linux. There's your (potential) beef.

    Linus is down with open source. RMS is down with free software. There is a difference, and they don't always get along.

    1. Re:Engineer vs. Idealogue by kebes · · Score: 5, Insightful

      What you say is true. However Linus has ideals too. In TFA he says "the point of the GPL is not the 'convert the infidels' logic, but something totally different: 'quid pro quo.' "

      The GPL 3 is anti-DRM in a big way, and Linus doesn't agree with that, fair enough. However another aspect of it is to prevent someone from taking GPL code, and designing a hardware/software combo that will only run using unmodified versions of the code. In such an instance, they use GPL code, but their modifications are useless to the rest of the world because we can't modify their version and run it on the device. Basically they break Linus' "quid pro quo" rule. Thus part of what GPL 3 is trying to do is exactly what Linus says he believes in.

      I personally think the GPL 3, as it stands, needs some revisions before being finalized. Linus is a smart man and has pointed out one of the very real problems with the current draft. But to suggest that Linus is just an engineer, with no ideological concerns whatsoever is not quite right. He's not the zealot that RMS is, but he still has (legitimate) moral concerns (otherwise he wouldn't care what license gets used). As should we all, frankly.

    2. Re:Engineer vs. Idealogue by why-is-it · · Score: 1
      Linus is an engineer. RMS is an idealogue.

      While it is true that RMS is a hardcore believer in the principles of free software, he is also a pretty good programmer in his own right. He created emacs and the original gcc compiler.

      Lots of people make fun of RMS, but he has proven he has m4d sk1llz.

      For the record, I think the rest of your post is bang on though.

      --
      *** Where are we going? And what's with this handbasket?
    3. Re:Engineer vs. Idealogue by Anonymous Coward · · Score: 0

      Is it that Linus disagrees with it or just thinks that it is a losing proposition that throws the baby out with the bath water?

      I can see where RMS might be coming from. I am not sure he is even trying to undermine DRM per se so much as trying to ensure that general computing platforms are not locked down to only run signed code. The thing is I can see places
      where the ability to lock down a system to only run signed code is beneficial. And my concern is that by ensuring
      that GPL3 code can only be used should the keys be made available (which might make the system vulnerable to running
      arbitrary code) then it may also ensure that GPL3 code cannot be used in such a system, and that it means less adoption
      of open source, GPL code in such systems and a possible damaging of the open source movement, or at least the GPL
      strand of it. I suppose it would be possible to dual licence code, though, but then hard to roll back improvements
      added in a GPL3 branch back into a non GPL3 branch without chasing up the authors of the changes. The strength of the
      GPL is not needing to do this, and hence rolling improvements as time goes on.

    4. Re:Engineer vs. Idealogue by aurelian · · Score: 1
      Linus wants to make a kernel that the maximum number of people can use for whatever they want.

      In that case he should have just put his code in the public domain, or used a BSD-style license. But you know what? If he had done that, I doubt he'd have found so many people willing to contribute to his project. A lot of people think freedom is important, and needs to be protected.

      The GPL has been hugely beneficial to the growth of Linux. We need to keep it up to date with technologies like DRM, and Linux, if it wants to still be around in another fifteen years' time, needs to keep up as well.

    5. Re:Engineer vs. Idealogue by DRJlaw · · Score: 1

      The GPL 3 is anti-DRM in a big way, and Linus doesn't agree with that, fair enough. However another aspect of it is to prevent someone from taking GPL code, and designing a hardware/software combo that will only run using unmodified versions of the code. In such an instance, they use GPL code, but their modifications are useless to the rest of the world because we can't modify their version and run it on the device. Basically they break Linus' "quid pro quo" rule. Thus part of what GPL 3 is trying to do is exactly what Linus says he believes in.

      Their modifications are not useless to the world. Their modifications are disclosed to the world, which means that the world can construct an identical hardware device that will run unsigned code and use the disclosed code, or the world can adapt the disclosed code to run on similar hardware devices that will run unsigned code.

      GPL2 requires you to share the software with others. GPL3 would require you to share the hardware with others. This is a significant change to the ethic that you've labeled as the "quid pro quo" rule. Even if you disagree that it is a change, I don't believe that you can accurately contend that Linus has announced that he believes in the shared hardware ethic, nor that Linus even secretly believes in the shared hardware ethic. Linus spent a significant portion of his career working at a company that sold an essentially closed hardware platform (Transmeta CPUs), which suggests that he doesn't hew to quite the same muse as RMS.

    6. Re:Engineer vs. Idealogue by TeknoHog · · Score: 1
      Linus wants to make a kernel that the maximum number of people can use for whatever they want.

      If this were the case, why did he choose GPL instead of the BSD license?

      --
      Escher was the first MC and Giger invented the HR department.
    7. Re:Engineer vs. Idealogue by Anonymous Coward · · Score: 0

      What will happen in ten years when machines running unsigned code aren't allowed on the internet? Aren't able to read UV-Ray discs or hook up to high definition video/sound outputs (or any outputs at all)? What happens when machines running unsigned code are outlawed?

    8. Re:Engineer vs. Idealogue by mrchaotica · · Score: 1
      Their modifications are disclosed to the world, which means that the world can construct an identical hardware device that will run unsigned code and use the disclosed code, or the world can adapt the disclosed code to run on similar hardware devices that will run unsigned code.
      No, it doesn't, anymore than running Linux on a Playstation means that anyone other than Sony is free to build Playstations. Or how everyone is free to build their own CSS-decoding DVD player.
      GPL2 requires you to share the software with others. GPL3 would require you to share the hardware with others.
      No, the GPL -- versions 2 and 3 -- require you to share the product as a whole with others. It's just that when he wrote version 2, Stallman didn't realize that the software and hardware could be locked together with DRM as a single product (e.g. TiVo). Version 3 merely corrects this oversight.

      Remember, RMS originally wrote the GPL because a company refused to give him the code to his printer driver. If that printer had had a TPM in it, and would have refused to run modified code, you can be sure as hell RMS would have wrote in anti-DRM provisions the first time!
      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    9. Re:Engineer vs. Idealogue by Anonymous Coward · · Score: 0

      No, it doesn't, anymore than running Linux on a Playstation means that anyone other than Sony is free to build Playstations. Or how everyone is free to build their own CSS-decoding DVD player.

      I think "or the world can adapt the disclosed code to run on similar hardware devices that will run unsigned code" covers that. Nothing prevents you from making a console like the Playstation 2. Copyright? Not in this case. Patent? Design around it. Trademark? Why call it a Playstation at all?

      No, the GPL -- versions 2 and 3 -- require you to share the product as a whole with others. It's just that when he wrote version 2, Stallman didn't realize that the software and hardware could be locked together with DRM as a single product (e.g. TiVo). Version 3 merely corrects this oversight.

      Have you read what you've written? You claim that GPLv2 requires you to share the product as a whole with others, and then you admit in the next sentence that it doesn't.

      A license is what it says, not what its author wants it to say. The current controversy over the DRM provision demonstrates that a significant proportion of the community likes GPLv2 because of what it says, not because of what RMS intended it to say.

    10. Re:Engineer vs. Idealogue by quentin_quayle · · Score: 1
      "another aspect of it is to prevent someone from taking GPL code, and designing a hardware/software combo that will only run using unmodified versions of the code. In such an instance, they use GPL code, but their modifications are useless to the rest of the world because we can't modify their version and run it on the device."

      Right, and Linus' answer to that is it's not the role of the Linux owners to force the hardware open; he thinks it is OK for the vendor to lock up the hardware that way; he said that you have to settle for taking the published source and find your own hardware to run it on.

      And as another poster pointed out last time, this makes LT an optomist and RMS a pessimist because there is a serious question of whether hardware that's open in the relevant sense will be generally available if the so-called "trusted computing" DRM scheme proceeds according to plan.

      Besides reminding us of those points I would like to wonder in public here about an aspect I haven't seen mentioned anywhere in this debate. RMS and LT and slashdotters and others seem to overlook it completely. And that is: shouldn't it be possible to verify GPL compliance? Or in other words, shouldn't a party that modifies GPL code and redistributes have to prove, or make it possible to for others to verify compliance?

      If so, then we have to support the RMS side of this. Suppose Bluehat in the example uses secret digital keys to make it so that only their signed binaries will run on the special Bluehat box - then how do you know that the source they distribute belongs to that binary? The only way to verify that source corresponds to the binary you run is to compile the source and run the result, right? If the secret-key barrier prevents you from doing this then for all you know the binary on the Bluehat box could be from different source (maybe containing something that gives Bluehat a market advantage, or containing a trojan).

    11. Re:Engineer vs. Idealogue by everphilski · · Score: 1

      If this were the case, why did he choose GPL instead of the BSD license?

      Look at the post before yours, it offered enough protections to attract developers while still offering enough flexibility to attract users. BSD licenses tend to scare developers (in some cases...)

    12. Re:Engineer vs. Idealogue by tepples · · Score: 1

      Patent? Design around it.

      Not likely. Broad patents exist, and you don't have the financial resources to fund a search for patent landmines. You also don't have the financial resources to 1. market and manufacture the hardware in economic scale nor to 2. talk residential ISPs into giving your kernel version access to the Internet once they go Trusted-only in a decade.

    13. Re:Engineer vs. Idealogue by mrchaotica · · Score: 1
      Nothing prevents you from making a console like the Playstation 2. Copyright? Not in this case. Patent? Design around it. Trademark? Why call it a Playstation at all?
      The defining functionality of a Playstation is that it plays Playstation games. You can't legally make a third-party playstation-compatible device because the mechanism required to be compatible with playstation games is a single algorithm, and very well could be patented and/or copyrighted!

      Of course, the more realistic playstation-related example is that, because of the DRM, you won't be able to modify the OS of the Playstation 3 to -- for example -- run your own games, or to run "Playstation Media Center," or anything else that the community might come up with. That's just wrong -- the GPL was created explicity for the purpose of preventing situations like that!
      Have you read what you've written? You claim that GPLv2 requires you to share the product as a whole with others, and then you admit in the next sentence that it doesn't.
      No, the GPL has never required you to share anything at all with anyone else. It only requires sharing source code if and only if you choose to distribute the binary.

      So the GPL v3 would only require you to disclose the private key of the hardware if and only if you distribute the hardware -- i.e., if you're the manufacturer. I see nothing wrong with that!
      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    14. Re:Engineer vs. Idealogue by thebluesgnr · · Score: 1
      You're forgetting a few things. RMS was a hacker (a very good one btw) who only started the GNU project and later the FSF because he had to. So you could say he became an idealogue, and without that hapenning there would be no Free tools for Linus or other engineers to write software at all.

      You're also dead wrong on saying that "RMS wants to restrict you to only using it for things that are "free"." That could not be more wrong ! I quote from the GPL:
      "Activities other than copying, distribution and modification are not covered by this License; they are outside its scope. The act of running the Program is not restricted"

      The GPL doesn't restrict your use of a program, and it couldn't because that's out of the scope of the license.

      The ones restricting you from using something are those who stand up for things that could make free software impossible (software patents, DRM, etc).

    15. Re:Engineer vs. Idealogue by Anonymous Coward · · Score: 0

      No, the GPL has never required you to share anything at all with anyone else. It only requires sharing source code if and only if you choose to distribute the binary.

      Whoa, Nelly. You originally wrote "No, the GPL -- versions 2 and 3 -- require you to share the product as a whole with others." Don't bring up redistribution versus private use and act as if I don't understand the terms of the GPL. Your latest reply again admits that GPLv2 does not require you to share the product as a whole with others (assuming that you redistribute the code). It only requires you to share the source code. Big difference.

      I'm waiting for you to explain how the original poster was wrong when he/she wrote "GPL2 requires you to share the software with others. GPL3 would require you to share the hardware with others. This is a significant change to the ethic that you've labeled as the "quid pro quo" rule." You keep claiming that there's no difference between GPLv2 and GPLv3, but identifying differences that are pretty much in line with the post that you chose to reply to.

      The fact is it is a big change. No version of the GPL has ever prevented someone from signing or encrypting the object code to create a closed hardware device, so long as they distributed the complete source code subject to the GPL. Whether RMS intended it that way or not is irrelevant, because it is so. The whole GPLv3 debate demonstrates that the community has a split opinion on whether hardware released with GPLed software must permit anyone to run any software they like on that hardware.

      I personally think that it doesn't matter a whit. There's too much software out there that doesn't specify a GPL version or specifies GPLv2 "or later", so it's a simple task to take that code and use it to create signed software that runs on trusted platforms. If someone creates yet another front end for ffmpeg under GPLv3, well, who cares. Major projects that accept contributions from all sorts of sources are going to be locked into GPLv2 because they are "never" going to get unanimous consent to change the license from all of the contributors, nor, I suspect, are they even going to have a good idea of who contributed what code when.

    16. Re:Engineer vs. Idealogue by cbreaker · · Score: 1

      RMS might seem like a zealot, but if you actually hear what he says in speeches and read what he writes, you'd see that you probably agree with just about everything he says. He's not a madman.

      He's been one of the key figures in FOSS and has done quite a lot for the community. While it might seem as though he's unresonable after reading all these slashdot posts calling him a zealot, it's just not the case.

      --
      - It's not the Macs I hate. It's Digg users. -
    17. Re:Engineer vs. Idealogue by everphilski · · Score: 1

      RMS was a hacker (a very good one btw)

      Opinion. I think RMS was a hack. But that's just my opinion.

      there would be no Free tools for Linus or other engineers to write software at all.

      Perhaps. Linux would definitely be different. He could have used a cheap compiler (Borland, etc) and there are other free compilers and equivalent tools. There has been a lot of conjecture about this very topic actually....

      You're also dead wrong on saying that "RMS wants to restrict you to only using it for things that are "free"." That could not be more wrong !

      I disagree. When I say "use", I don't just refer to running a program. I also refer to "copying, distribution and modification" (especially modification); this is where RMS is trying to impose his views on software patents and DRM. Maybe *I* want to use linux in conjunction with DRM. Why the hell should I let RMS tell me no? Just because he thinks he doesn't like it? He doesnt even *develop* linux!

  30. Don't say that out loud! by RJabelman · · Score: 0, Troll

    Or you'll end up with RMS standing behind you trying to shout 'GNU' before every other word you say....

  31. Re:Fix the headline for God's sake! by TheRaven64 · · Score: 4, Informative

    Linux is a trademark owned by Linus Torvalds. The trademark is used to describe the kernel whose development is lead by Linus Torvalds. Nothing else can accurately (or legally) be described as Linux.. See this article for more information.

    --
    I am TheRaven on Soylent News
  32. Re:Fix the headline for God's sake! by bradkittenbrink · · Score: 1

    You're referring to an operating system distribution based on the linux kernel. The term "Linux" has come to have several meanings, including your less formal one. But the original, specific meaning of the term was just the kernel, and that usage will always be correct.

  33. Isn't Linus simply wrong ? by file-exists-p · · Score: 5, Insightful

    Linus said

    "Notice how the current GPLv3 draft pretty clearly says that Red Hat would have to distribute their private keys so that anybody sign their own versions of the modules they recompile,"

    when the (draft of the) GPLv3 says

    "3. Digital Restrictions Management. [...] no permission is given [...] for modes of distribution that deny users that run covered works the full exercise of the legal rights granted by this License."

    As far as I understand, what the GPLv3 says is that as long as RedHat gives you a way to recompile the OS with your own signing keys (or without authentication at all) then they are allowed to distribute GPL software with whatever signature they want.

    Where did I miss something ?

    --
    Go Debian!
    1. Re:Isn't Linus simply wrong ? by Anonymous Coward · · Score: 0

      Where did I miss something ?

      You aren't missing anything.

      Torvalds is just talking out of his ass... or rather, he's spouting crap told to him by those paying his wages at OSDL (IBM, HP etc etc)... all members of the Trusted Computing group who would like nothing more than to be able to distribute their own signed and "Trusted" Linux kernels, which are then owned by them since you cannot alter them and still have access to all the features (or maybe, not even run them at all).

      The Linux kernel will have a crucial role to play in the coming battle to ensure that the companies behind TCPA aren't allowed total control over the computers they sell. Microsoft is, as usual, just part of the problem, and so is Apple since both companies are going full-speed down the TC route... so it's down to the only credible threat to them: Free software and Linux. Hence the pressure on Torvalds from both sides -- those wanting to keep Linux free, and those wanting to make it de facto proprietary.

    2. Re:Isn't Linus simply wrong ? by DoubleDownOnEleven · · Score: 2, Informative
      Yes, something was missed. Linus wasn't referring to that section of the draft. According to the article, he objects to a part of section 1:
      "Complete Corresponding Source Code also includes any encryption or authorization codes necessary to install and/or execute the source code of the work, perhaps modified by you, in the recommended or principal context of use, such that its functioning in all circumstances is identical to that of the work, except as altered by your modifications. ..."
      Torvald says this "is the one that seems to disallow digitally signed binaries (or rather: you can sign the binaries any way you want, but you have to make your private keys available)."
    3. Re:Isn't Linus simply wrong ? by Anonymous Coward · · Score: 0

      The problem is that some evildoers could produce hardware which run only binaries that have Red Hat's signature. Linus thinks that the wording of GPLv3 (draft) would then force Red Hat to release their private keys necessary to create the signatures.

      Thomas

    4. Re:Isn't Linus simply wrong ? by Anonymous Coward · · Score: 0

      The only way that could happen is if the evildoer had the private key of RedHat. That is the basis of signing.

    5. Re:Isn't Linus simply wrong ? by Anonymous Coward · · Score: 0

      If the keys are not necessary to have the kernel run (i.e. the user's signature will be accepted if the user wants), then redhat don't have to release any keys, and can sign their software all they want, so that people can trust that it comes from them.

      One complication is that redhat doesn't make hardware, so what happens if Evil HW Company makes HW that only accepts redhat binaries? Are redhat then obligated to release their keys, even though they have nothing to do with the HW?

    6. Re:Isn't Linus simply wrong ? by Anonymous Coward · · Score: 0

      Nonsense. You can verify that the signing party used the correct private key with only access to the public key.

      THIS is the basis of signing.

    7. Re:Isn't Linus simply wrong ? by morgan_greywolf · · Score: 1

      One complication is that redhat doesn't make hardware, so what happens if Evil HW Company makes HW that only accepts redhat binaries? Are redhat then obligated to release their keys, even though they have nothing to do with the HW?

      No, because Red Hat isn't the one implementing the DRM in this case, Evil HW Company is. Red Hat binaries can continue to run on other hardware, no problem. And the source can be recompiled on other hardware and still run, no problem. Finally, the DRM in this case isn't intrinsic to the code, it's intrinsic to the hardware. Just because a binary is signed doesn't mean that it's using DRM -- the hardware that checks for the signed binary is where the DRM is, and as long as that's not part of the code of a GPLV3 application, Evil HW Co. is allowed to do whatever it wants, and so is Red Hat.

    8. Re:Isn't Linus simply wrong ? by arose · · Score: 1

      Then Mr. Evildoer will have to release Red Hat's private key, if he can't legally do that he can't distribute GPL3 binaries signed by Red Hat with his hardware.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    9. Re:Isn't Linus simply wrong ? by SETIGuy · · Score: 4, Insightful
      Yes, something was missed. Linus wasn't referring to that section of the draft. According to the article, he objects to a part of section 1:
      "Complete Corresponding Source Code also includes any encryption or authorization codes necessary to install and/or execute the source code of the work, perhaps modified by you, in the recommended or principal context of use, such that its functioning in all circumstances is identical to that of the work, except as altered by your modifications. ..."
      Torvald says this "is the one that seems to disallow digitally signed binaries (or rather: you can sign the binaries any way you want, but you have to make your private keys available)."

      I don't know if English is Linus's second or third language. Maybe we need a Sweedish translation? It doesn't seem that complex to me.

      Nothing in the draft GPL version 3 prevents signed binaries provided that unsigned binaries can be created and run.

      What it does prevent is any mechanism by which the binary cannot be run without being decrypted with a specific key. It also prevents distribution of encrypted source as a means of avoiding the source distribution requirements of the GPL.

      As far as I can tell in the current GPL prevents Linus from getting up tomorrow and deciding that linux kernel binaries and the source will be delivered in encrypted form. Decryption keys that will function for 10 days will be available for the reasonable sum of $250. You can still have your kernel binaries and a source tarball for free. You just can't use them without the keys.

      Now, I'm not claiming that Linus has alterior motives. This tale above is a far-fetched scenario. But think about the number of device manufacturers that have attempted to keep their kernel changes to themselves.

      I think it's likely that he misinterpreted the draft, made some public statements based upon that misinterpretation, and is now reluctant to admit he made a mistake. It happens to a lot of people.

    10. Re:Isn't Linus simply wrong ? by file-exists-p · · Score: 1

      Okay, then I guess all debate is reduced to the meaning of recommended or principal context of use.

      BTW, I am pretty clueless for the signing policy of RedHat & Co. those days, but can't an admin add whatever key he wants like what one can do with certification authorities in firefox ?

    11. Re:Isn't Linus simply wrong ? by Anonymous Coward · · Score: 0

      ah ...

      but if redhat are already distributing those signed binaries then the evil hardware is not the primary use for it, and if the evil harware vendor doesn't distribute the binaries, who do you sue ?

    12. Re:Isn't Linus simply wrong ? by nasch · · Score: 1

      You don't sue anyone, you just don't buy hardware from EvilCorp. Unless you buy the hardware, THEN find out you can only use RedHat binaries. Then maybe you can sue EvilCorp, but not for anything related to GPL.

  34. Fork it by everphilski · · Score: 0

    Fork the kernel. Like everything else Linux :)

    (for the record I agree with Linus... on the kernel level keep things as open as possible. Possibilities are endless.)

    1. Re:Fork it by happymedium · · Score: 1

      Considering the statement that preceded it, that's the most ominous fucking smiley face I've ever seen.

      Suffice to say that we Linux users would be... less than happy with the reality of a forked kernel?

    2. Re:Fork it by smash · · Score: 1
      It's already forked.

      Redhat, gentoo, debian, Alan Cox, etc all maintain their own kernel trees...

      smash.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  35. Re:There's no reason... by Anonymous Coward · · Score: 0

    I agree with you, but you have to love the paradox:

    DRM: the freedom of being controlled. :)

  36. Re:There's no reason... by AigariusDebian · · Score: 1

    I am pretty sure that what you actually want is to get access to DRM-protected content, preferably without any of those strange restrictions that DRM treis to enforce on it. It is not the DRM that people want, it is the content!

  37. You could not be more wrong by Andy+Tai · · Score: 3, Insightful

    RMS said this is up to Linux kernel developers. Where did he say this is up to him?

    Can you explain your reasoning. How did you reach this understanding?

    --
    Free Software: the software by the people, of the people and for the people. Develop! Share! Enhance! Enjoy!
    1. Re:You could not be more wrong by Anonymous Coward · · Score: 0

      RMS said this is up to Linux kernel developers. Where did he say this is up to him?

      The parent didn't say that. It was providing an example of how "Stallman couldn't be more wrong if he said "Linux goes to GPLv3 is ultimately up to him."

      If Stallman said that, he couldn't be more wrong.

    2. Re:You could not be more wrong by corbettw · · Score: 1

      RMS said this is up to Linux kernel developers. Where did he say this is up to him?

      Can you explain your reasoning. How did you reach this understanding?


      I never said he did. Go re-read my post.

      --
      God invented whiskey so the Irish would not rule the world.
    3. Re:You could not be more wrong by Vellmont · · Score: 1

      Right, you just made an incredibly confusing statement about saying someone is wrong about something they never actually said (but in your imagination will say in the future).

      Sir, you're wrong about the future statement you haven't even made yet!

      --
      AccountKiller
    4. Re:You could not be more wrong by Andy+Tai · · Score: 1
      So what is your purpose? Since RMS did not say that, you are trying to stir up anti-RMS sentiments with some imaginary things?


      Sir, that's not a decent thing to do.


      Someone can say if you kill, what kind of murder you are. And with some salts added. Do you want that?

      --
      Free Software: the software by the people, of the people and for the people. Develop! Share! Enhance! Enjoy!
    5. Re:You could not be more wrong by corbettw · · Score: 1

      I made an analogy. You're free to think (and say) it was a poor one, but that's all it was. And I stand by my assertion that RMS is as wrong thinking the developers could effectively vote on whether to go with GPLv3 as he would be if he had said you could choose to do so. Is that clearer now?

      The actual Linux kernel itself, less the various modules on which it depends, is effectively owned by Linus Torvalds. He gets the final say on which license under which it is protected, no one else. Even if every single person other than Linus decided to go with GPLv3, the most they could do would be to fork it. But since Linus owns the trademark "Linux", he could prevent them from calling it anything resembling "Linux", so I fail to see how them doing so would be effective.

      --
      God invented whiskey so the Irish would not rule the world.
    6. Re:You could not be more wrong by medgooroo · · Score: 1

      "Stallman couldn't be more wrong if he said whether Linux goes to GPLv3 is ultimately up to him" I dont think the gp said what you thought he did. or what the moderators thought he said.

      --
      Brain(s): 0.0% user, 1.3% system, 0.1% nice, 98.6% idle
  38. Actually, it is Linus's choice by Chris_Jefferson · · Score: 2, Informative

    It isn't going to be possible to move the kernel from v2 to v3 without the following happening:

    1) Find the contributor of every piece of code in the kernel and pursade them to change to v3
    2) Get all the code where either the contributor won't accept that, or you can't find them, and re-write it.

    Seeing as a large proportion of the kernel has been written by Linus, by the time all code he wrote, and all the code derived from code he wrote was re-written by someone else, there wouldn't be much of the original kernel left.

    --
    Combination - fun iPhone puzzling
    1. Re:Actually, it is Linus's choice by TheRaven64 · · Score: 2, Interesting
      Actually, there's an option 3, which is slowly leak developers to L4 HURD which has a few advantages from a developer standpoint:
      1. It will be GPLv3. (Note: If you don't like GPLv3, this counts as a disadvantage).
      2. It's a relatively young kernel, which means there are lots of interesting, but relatively simple, bits left to write (good for novice kernel hackers).
      3. It is a more interesting (and more scalable) design than Linux, which is based on 30-year-old OS design concepts.
      Somehow, I wouldn't be surprised if this was RMS' desired outcome.
      --
      I am TheRaven on Soylent News
    2. Re:Actually, it is Linus's choice by Harik · · Score: 1

      Ahh, yes, "scalable". When HURD has managed to "scale" to "running on a desktop class system" over the course of how many years of development? How many HURD clusters are out there?

      For those who missed out, the 'scalability' is because the kernel delegates tasks off to non-kernel helpers via (pipes/shared memory/IPC/flavor of the week). The problem is, of course, that trying to do so correctly ends up being a more expensive task then doing it in an "ancient" monolithic kernel.

      And at the same time, linux has moved more and more jobs into kernel-mode threads to achieve the benefits of the scheduler for tasks such as: NFS daemon, events, softIRQ, ACPI, RAID, IDE, Async IO and various filesystem helpers.

    3. Re:Actually, it is Linus's choice by TheRaven64 · · Score: 1
      The problem is, of course, that trying to do so correctly ends up being a more expensive task then doing it in an "ancient" monolithic kernel

      You missed something important off the end of your sentence. It should, correctly, read:

      The problem is, of course, that trying to do so correctly ends up being a more expensive task then doing it in an "ancient" monolithic kernel on a single CPU with a uniform memory architecture.

      Guess what? Modern machines have multiple CPUs (or cores) and a non-uniform memory architecture.

      --
      I am TheRaven on Soylent News
  39. A reason for DRM concerns? by k12linux · · Score: 3, Insightful

    What if this happened?

    A major network equipment manufacturer takes linux, adds some functionality and starts using it as their primary/only operating system for all of the equipment. They sell it as Linux-based to the masses. Because of the vendor's market position and the new "Linux Based" advertising campaign, most customers readily buy ths stuff up.

    We soon find that the hardware will only work with firmware which has been digitally signed by the vendor. Also, although the source code is available (as required by GPL2) it is useless when run on hardware that doesn't have the right keys embeded in it.

    The result is hardware that can't be updated except by the vendor and modifications to the software that are not usable by the very developers responsible for Linux in the first place.

    So, is this a reason to be concerned about GPL2 vs GPL3? Is the vendor's actions compatible with the spirit/intent of GPL2? Perhaps more importantly, would the fact that something like this *could* happen cause developers who would have improved Linux to stay away?

    1. Re:A reason for DRM concerns? by MichaelSmith · · Score: 1
      would the fact that something like this *could* happen cause developers who would have improved Linux to stay away?

      Linus Torvalds doesn't seem to be concerned about that. I think he expects to get all the developer resources he needs from "A major network equipment manufacturer"

    2. Re:A reason for DRM concerns? by robertjw · · Score: 2, Insightful

      Also, although the source code is available (as required by GPL2) it is useless when run on hardware that doesn't have the right keys embeded in it.

      I'm not sure how this could happen. If I have the source, couldn't I (well maybe not me, but some genius) just disable the checks for the keys? Might not be that straight forward, but at worst it would be obfuscated and with enough work could be extracted.

    3. Re:A reason for DRM concerns? by MichaelSmith · · Score: 1
      If I have the source, couldn't I (well maybe not me, but some genius) just disable the checks for the keys?

      You will need a very small soldering iron to do that.

    4. Re:A reason for DRM concerns? by HotNeedleOfInquiry · · Score: 1

      A major network equipment manufacturer takes linux, adds some functionality and starts using it as their primary/only operating system for all of the equipment. They sell it as Linux-based to the masses. Because of the vendor's market position and the new "Linux Based" advertising campaign, most customers readily buy ths stuff up. We soon find that the hardware will only work with firmware which has been digitally signed by the vendor. Also, although the source code is available (as required by GPL2) it is useless when run on hardware that doesn't have the right keys embeded in it. The result is hardware that can't be updated except by the vendor and modifications to the software that are not usable by the very developers responsible for Linux in the first place.

      Pretty much already happened. It's called series II Tivo.

      --
      "Eve of Destruction", it's not just for old hippies anymore...
    5. Re:A reason for DRM concerns? by k12linux · · Score: 1

      I was thinking the same thing while writing the post. What if the code that does most of the extra work needs to process the data in some way and the keys are required to do it correctly? Or it needs to decrypt some routine first, etc. Not sure if the latter would violate GPL2 though. I'd be more concerned that it needed to use some binary module which would only accept data which had been encrypted or would only return encrypted data which needed to be decrypted before use.... or a circuit in the hardware that did some of the processing and returned data in a format you could never view (since you couldn't run a modified firmware on the system to capture it.)

    6. Re:A reason for DRM concerns? by javahacker · · Score: 1

      We soon find that the hardware will only work with firmware which has been digitally signed by the vendor. Also, although the source code is available (as required by GPL2) it is useless when run on hardware that doesn't have the right keys embeded in it.

      You are reading this the wrong way. The manufacturer can't keep you from running the code somewhere else, you have the source. The manufacturer can keep you from running other code on the machine he sold you, which will refuse to load the unsigned (or improperly signed) code. As long as you know that up front, if you don't like those conditions, don't buy the machine.

    7. Re:A reason for DRM concerns? by Anonymous Coward · · Score: 0

      Trusted Computing, AKA hardware enforced DRM -- which is not just about controlling music and video (although that's the common use of the term), but executeable *code* too. I should add here that Stallman doesn't give a shit about music piracy (for or against) in this context -- you get control over data by controlling code and not allowing any changes to be made to it... which goes against everything the GNU project has ever stood for.

    8. Re:A reason for DRM concerns? by westlake · · Score: 1
      They sell it as Linux-based to the masses. Because of ther...new "Linux Based" advertising campaign, most customers readily buy ths stuff up."

      slightly off topic, perhaps, but I've yet to see a Linux-themed add campaign in the mass consumer market.

    9. Re:A reason for DRM concerns? by TheRaven64 · · Score: 1

      The idea behind the GPLv3 clause is 'if you don't want to give your users the freedoms that we gave you, write your own code.' This is pretty much what GPLv2 said; the no DRM clause is just a bug-fix to prevent this method of circumvention that device makers have come up with.

      --
      I am TheRaven on Soylent News
    10. Re:A reason for DRM concerns? by Anonymous Coward · · Score: 0

      Outside of consumer devices, there are plenty of very legitimate use cases for such restrictions. Any embedded medical device should not allow unsigned code to be executed. Any embedded saftey control system should not allow unsigned code to be executed. Same goes for things such as power station control systems, automobile control systes, etc. To a degree, you could also argue the case for consumer devices. Once you allow unsigned code to be run, you open the door for unknown errors to be seen. This could potentially raise support costs for the manufacturer.

      What it comes down to is deciding what your goal is. Either you want to see your code used in as many situations as possible, or you want to enforce your concepts of freedom on others. This is the quid-pro vs. infidel argument.

      Yes, by allowing GPL code to be locked to certain hardware, disallowing any modified code to be executed you are in essence not following the intent of the GPL. However, the GPL still ensurs the modified source is available to the public. As far as the kernel is concerned, those changes will likely fall in to two areas: 1) drivers for the locked hardware 2) Bug fixes and enhancements which will run on generic hardware. Linus's approach guarantees the second of those two are returned to the community. Although this does not completely follow the ideology of RMS, it still bennefits everyone. With the GPL3, neither of those two items will be returned. The vendors will switch to BSD or proprietary code. The result is everyone loses.

      On the DRM front, there are bennefits to Linux to allowing it. If disallowed, the media companies are not going to change their minds for a mere 5% of the market. The result will just be a strengthening of the Windows monopoly. By allowing DRM, hopefully vendors will support Linux as a platform. That will make it easier for consumers to switch from Windows and allow Linux to grow. Without content, Linux dies as a platform. Without users, there is no financial or political clout to create change. This is not the time to fight the fight.

    11. Re:A reason for DRM concerns? by javahacker · · Score: 1

      I find myself siding with Linus on this one. It comes down to the fact that this is a restriction on the machine (hardware or firmware), not the software (the Linux kernel), so nothing in the licensing of the software can be at issue.

      The problem is that part of the GPL3 is trying to use the license for the software (GPL3), to control the license for the machine as well. Those two items are very separate. That kind of usage of the GPL would be, as some people might say, be a very viral license, not at all the spirit the GPL has held in the past.

      Having said that, I still say I would be very unlikely to buy the machine, and if everyone else feels that way, the company will go out of business.

    12. Re:A reason for DRM concerns? by geekee · · Score: 1

      "So, is this a reason to be concerned about GPL2 vs GPL3? Is the vendor's actions compatible with the spirit/intent of GPL2? Perhaps more importantly, would the fact that something like this *could* happen cause developers who would have improved Linux to stay away?"

      Since other vendors can use the code in competing hardware, the benefits outweigh the costs for Linux, in my opinion. Only the hobbyists suffer. But since RMS comes at the problem as a hobbyist, it's his primary concern.

      --
      Vote for Pedro
    13. Re:A reason for DRM concerns? by m50d · · Score: 1

      The famous incident which began the whole GPL thing was a printer driver that RMS wasn't allowed to modify. I'm sure exactly the same approach would apply to the printer's firmware. The effect is the same, the distinction between hardware and software seems somewhat irrelevant for this.

      --
      I am trolling
    14. Re:A reason for DRM concerns? by ciggieposeur · · Score: 1

      Outside of consumer devices, there are plenty of very legitimate use cases for such restrictions. Any embedded medical device should not allow unsigned code to be executed. Any embedded saftey control system should not allow unsigned code to be executed. Same goes for things such as power station control systems, automobile control systes, etc. To a degree, you could also argue the case for consumer devices. Once you allow unsigned code to be run, you open the door for unknown errors to be seen. This could potentially raise support costs for the manufacturer.

      This is the only post I've seen making a coherent argument in favor of vendor-locked devices. But I think the manufacturer of these legally-controlled safety devices already have other ways (outside DRM) to enforce their systems' integrity:

      1. They can physically lock down the hardware with a custom opening mechanism (key, screws, etc.). No opening the device, no updating the firmware. The user can still get in, but they have to break the lock and run the risk of destroying the device in the meantime.

      2. They can make explicit the expectation that the firmware will not be updated by the user. User updates firmware, they lose access to the warranty and they incur liability for any damages that occur (which in the case of power control systems would include immediate criminal violation of the law).

      I've seen both methods used with success in cars, calculators, and computer-controlled industrial hardware. These don't require DRM at all, so GPLv2 OR v3 would be fine. They can even retain the ability to conveniently update firmware by sticking with #2 only.

      So again, I don't see how DRM even helps the hardware manufacturer. They create a more complicated system, with greater chance of failure, and still get less legal cover than if they used a signed EULA.

    15. Re:A reason for DRM concerns? by Anonymous Coward · · Score: 0

      The manufacturer can't keep you from running the code somewhere else, you have the source. The manufacturer can keep you from running other code on the machine he sold you, which will refuse to load the unsigned (or improperly signed) code. As long as you know that up front, if you don't like those conditions, don't buy the machine.

      Fair enough. And if I refuse to allow said manufacturer to use MY code to create locked-down machines, I'll use GPLv3.

    16. Re:A reason for DRM concerns? by k12linux · · Score: 1
      On the DRM front, there are bennefits to Linux to allowing it. If disallowed, the media companies are not going to change their minds for a mere 5% of the market.

      The counter-argument to this, however, is that there is no requirement to lock down the code/software in order to lock the content. If specific keys need to be generated and given to you in order to unencrypt content that has little or nothing to do with the code itself. Sure, you could take out the part that deals with the DRM keys but then you couldn't open the media files. I don't understand GPLv3 to try to stop DRM lock-down of data... only of the software.

      Another way of looking at it is that you can easily lock up a data file using GPG. There is no need to lock the GPG code in order to "protect" that data you encrypted. The two are not mutually exclusive.

  40. Isn't Linus just wrong? by j00bar · · Score: 1
    "Just to make it clear: It's not actually the new section 3 ('3. Digital Restrictions Management.') That I object to, like some people seem to think. That section I don't even worry too much about. The part of the GPLv3 that I'm most worried about is the new parts to section 1." According to Torvalds, this "is the one that seems to disallow digitally signed binaries (or rather: you can sign the binaries any way you want, but you have to make your private keys available)."

    Isn't Linux wrong about this? It doesn't require you to make your private keys available unless the preferred execution environment requires binaries to be signed only by a certain person. This seems aimed at TiVO. If you have to have TiVO's keys to make a modified version run, then TiVO has to provide their signing keys. But if you can make your modified copy run just as well with by signing it with your own primary keys, the author doesn't have to provide their keys.

    This just seems consistent with Stallman -- you can't use cryptography to subvert the freedom of the end user.

    -jag
    --
    When all you have is a hammer, everybody looks like a Messiah.
    1. Re:Isn't Linus just wrong? by corbettw · · Score: 1

      This seems aimed at TiVO. If you have to have TiVO's keys to make a modified version run, then TiVO has to provide their signing keys.

      You'd only need them on hardware that requires the key in the first place. So you couldn't take TiVO's code, modify it, and load it back onto a TiVO box. However, you can take the source, modify it, and run it on a different computer. So what's the problem??

      I always thought the FSF was about Free Software. Now it seems they want Free Hardware, too.

      --
      God invented whiskey so the Irish would not rule the world.
    2. Re:Isn't Linus just wrong? by SpaceLifeForm · · Score: 1

      And that is the point. Software embedded in hardware (firmware),
      should also be free (as in freedom).

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    3. Re:Isn't Linus just wrong? by tepples · · Score: 1

      However, you can take the source, modify it, and run it on a different computer. So what's the problem??

      The problem is that a "different computer" may not be available in the future.

  41. Re:There's no reason... by MichaelSmith · · Score: 1
    I am pretty sure that what you actually want is to get access to DRM-protected content

    I don't care about being able to copy DVD's on my computer. I want to retain the ability to create my own flat files on my system and do what I want with them.

    DRM, taken to the extremes which it demands, removes my ability to do that.

  42. Confused! by Jezza · · Score: 1

    Err, that's an odd logic - we'll put DRM in to the kernel, then opt out when we create content?! I don't get it - Linux as attracted the following of (firstly) people attracted to "free" (as in "freedom") so why should Linux have tools to restrict this freedom? Makes no sense.

    Am I missing the point?

    So all of a sudden Linux wants to stop me playing that tune/movie/application/whatever on my laptop unless I buy two copies. Is Linux going to go the way of Unix & Minix for similar reasons? Am I missing something?

    1. Re:Confused! by John+Nowak · · Score: 1

      So all of a sudden Linux wants to stop me playing that tune/movie/application/whatever on my laptop unless I buy two copies. Is Linux going to go the way of Unix & Minix for similar reasons? Am I missing something?

      Yes. Without DRM in the kernel, you wouldn't be able to play them *at all*.

  43. DRM and the GPL by Prototerm · · Score: 1

    As I have said in other forums, dealing with DRM is beyond the scope of a software license such as the GPL. To my mind, it would be the same as saying "No program may be written under the GPL that operates a nuclear power plant". Whether you are for or against nuclear power is irrelevant. The point is: what is the purpose of the GPL? The GPL is intended to guarantee the four freedoms, as those freedoms apply to the specific software being licensed.

    DRM is a hotbutton issue, and it does relate to freedom, but the freedom of a particular piece of content, not the freedom of a particular piece of software capable of displaying that content.

    I believe the anti-DRM battle should be fought in the correct arena. That arena is not GPL software.

    --
    "My country, right or wrong; if right, to be kept right; and if wrong, to be set right." --Senator Carl Schurz (1872)
    1. Re:DRM and the GPL by Anonymous Coward · · Score: 0

      I believe the anti-DRM battle should be fought in the correct arena. That arena is not GPL software.

      You don't understand. You still think DRM is about music piracy etc. DRM is about *stopping* you from modifying code and still having it work the same way. Or hadn't it occured to you that the "Digital" bit of DRM applies to executable code too? The GPL v3 is completely consistent with Stallman's original aim of Free software... the GNU project understands this, but you just haven't thought it through yet.

      You can't have DRM without total control over the code that runs... and you can't have Free software in that environment. Read up on Trusted Computing, and think about Stallman's original printer driver problem... the source code is no good in that environment since you can't recreate a working binary... meaning the Freedom that Stallman values, and on which he built the GNU project, is gone.

      The issue of DRM belongs in the GPL v3... that is, if you agree with Stallman's idea of Free software.

    2. Re:DRM and the GPL by Anonymous Coward · · Score: 0
      "No program may be written under the GPL that operates a nuclear power plant"

      Hmm, sounds like the EULA of any software developed by a US company, e.g. Java or Windows. The good old US commerce department "ban" list... (Cuba, Iran, Iraq, Libya, North Korea, Sudan and Syria and various individual people).

    3. Re:DRM and the GPL by eyepeepackets · · Score: 1

      "That arena is not GPL software."

      You are wrong: If DRM is built into the hardware then the software is hostage to it.

      It seems to me that Stallman is right on this and Linus et al need to revisit the coming state of DRM-enabled hardware because it increasingly looks like the darksiders are trying to make a hardware end-run around free software: The software will still be free but the hardware won't run free software -- only caged software will be allowed to operate.

      GPL3 would prevent commercial exploitation of free software on non-free (DRM-ed) hardware.

      --
      Everything in the Universe sucks: It's the law!
    4. Re:DRM and the GPL by gg3po · · Score: 1
      As I have said in other forums, dealing with DRM is beyond the scope of a software license such as the GPL. To my mind, it would be the same as saying "No program may be written under the GPL that operates a nuclear power plant".

      This is what I thought at first, as well. Upon actually reading and rereading the draft of GPL3 however, It has become more apparent that the kind of DRM actually targeted is only that which would interfere with the distribution of the software I wrote and licensed with the intention that it continue to be freely distributed. This *is* clearly withing the scope of what a software license should be concerned with -- what will happen to the code *I wrote* and am releasing to the public. The license does not address what the code can be used for -- which thing you are correct in asserting would be outside the scope of a software license, and from what I can tell, one of the primary reasons that RMS has decided he can't give blanket support to the folks over at the Creative Commons.

      For example, according to my current understanding, you could still use GPL3 software to create music that you then attach DRM to, if that is your inclination (good luck getting many people to buy that music, but that's another issue...). GPL3 does not restrict what you can use the software for -- it only specifies strict guidelines to ensure that DRM is not used to prevent the continued distribution of the code in a form that can be useful to the end user.

      --
      ---
  44. Fork Themselves by Doc+Ruby · · Score: 2, Interesting

    No, it's up to Linus. Developers can submit code under GPL3, or any other license. But it's up to Linus whether to include that code in his kernel source - if he accepts that incoming license, and abides by it, including the requirement that he release his new code with the inclusions under the new license. If Linus doesn't want to release a new kernel under GPL3, he can't include GPL3 code, and doesn't have to.

    However, if the contributors insist on submitting code with GPL3, and Linus declines to accept it, there's some legal arguments to be resolved before deciding whether they can fork the kernel and release it under GPL3, with his code. It depends on whether GPL2 code can be released under GPL3. I wonder what Eben Moglen has to say about that. But even if it's OK, that's still not "Linux". Linus owns the trademark, and cannot allow a fork which dilutes his trademark with a different product - he'd lose the trademark.

    --

    --
    make install -not war

    1. Re:Fork Themselves by Chemicalscum · · Score: 1

      Welcome to Freenux.

  45. Re:Fix the headline for God's sake! by CosmeticLobotamy · · Score: 1, Flamebait

    We need a third word. There's GNU, there's the Linux kernel, and there's the wad that they make when you push them together, which I propose we call "Smapdi". But someone better at naming things should come up with a better word, but can we please accept that "GNU/Linux" is a stupid name and not use it anymore? If you really like it, please consider dropping the unnecessary filler-"G", leaving the infinitely more pronounceable "NU/Linux". You might want to consider smooshing it a little more and going with "NuLinux," which is a very pretty word.

    Although, now that I look at it, the "Nu" is a bit redundant. To address that, I suggest either moving the "nu"s together to get "Linunux", or just dropping a set and going with "Linux." Which is also a very pretty word. So, yeah, let's just go with "Linux."

  46. Yes, you CAN change the license. by Anonymous Coward · · Score: 2, Insightful
    This has been discussed before. Yes, you CAN change the license. Here's how.

    1. Make a public announcement that the kernel is moving to GPL3. This announcement would undoubtedly be picked up by all the relevant news organizations, and be common knowledge among developers (heh - there's no way it could possibly be kept quiet).

    2. Schedule a transition period for the conversion. Say, 1 year.

    3. During the transition period. all files start off being GPL2. And the end, all files still included in the kernel are marked as GPL3 clean.

    4. Make all reasonable attempts to contact the copyright holders.

    5. Cut over those files where the copyright holder has agreed to the license change. Those files which still aren't "GPL 3 clean" can still be included in the kernel.

    6. For any files which aren't GPL 3 clean, either toss them, or rewrite them. Odds are, if the owner still wants his or her work kept in the kernel, they will go along with the conversion. But there is no downside to including a GPL 2 file in with the GPL 3 code, as long as it is marked as such.

    The legal risk here to a lawsuit is minimal. Any contested file could be reverted back to GPL 2, if someone objected. Damages are unlikely, because of the widespread publicity (where the copyright holder should have known about the change, and failed to act). Also, the damages would be restricted to the impact of going from GPL 2 to GPL 3. THAT would be very hard to establish, at best.

    However, the legal risk of the kernel right now due to submarine patents is significant. I wouldn't be surprised if Microsoft were planning to fund a company to do this right now. It would be far cheaper than their current SCO-funded lawsuit, and a lot more effective. This risk, and potential downside, far outweighs that of going to GPL 3.

    1. Re:Yes, you CAN change the license. by delire · · Score: 1
      4. Make all reasonable attempts to contact the copyright holders.
      Does that include hiring a Shaman? Several contributors to the kernel are since dead.
    2. Re:Yes, you CAN change the license. by Baricom · · Score: 1

      In that case, one of two things happens:

      1. The work is in the public domain, and can be used without worrying about the license.
      2. (Much more likely) The deceased's estate is the copyright holder, and can legally consent to a license change, if it chooses to do so.

    3. Re:Yes, you CAN change the license. by Nicholas+Evans · · Score: 1

      Because I know my mom is up-and-up on software licensing. I mean, she's so leet that she can almost manage to check her e-mail without asking for help.

    4. Re:Yes, you CAN change the license. by flosofl · · Score: 1

      Because I know my mom is up-and-up on software licensing. I mean, she's so leet that she can almost manage to check her e-mail without asking for help.

      Non sequitur. What does this have to do with anything?

      Competence and/or understanding is not a prerequisite to own the licensing to something. It is not a prerequisite for owning anything.

      --
      "This calls for a very special blend of psychology and extreme violence" - Vyvyan "The Young Ones"
    5. Re:Yes, you CAN change the license. by tepples · · Score: 1

      Competence and/or understanding is not a prerequisite to own the licensing to something.

      But understanding is a prerequisite to be able to manage licensing, right?

    6. Re:Yes, you CAN change the license. by Anonymous Coward · · Score: 0

      And violate the trust of every single person that contributed? Lawsuits aren't the issue.

    7. Re:Yes, you CAN change the license. by Anonymous Coward · · Score: 0
      I take it you didn't bother to read the comment; clearly you didn't understand it.

      It requires asking, and obtaining, permission first. If every single person said "no", then a complete rewrite from scratch is required. Given the current debate on the issue, and the number of people arguing in favor of GPLv3, there are a good number of contributors who will say "yes".

      So much for violating the trust of "every single person that contributed". Clearly you don't have the slightest clue what you are talking about.

  47. Ugh... Stallman by XMilkProject · · Score: 4, Funny

    Stallman and his various comments have long been a subject of very akward feeling and conversation.

    Virtually everyone here has a massive respect for the man's technical genius, but at the same time virtually everyone realizes he's a bit of a lunatic.

    I think it would be alot easier on all of us if we just killed him.

    We're meeting at the flagpole in an hour. Bring your knives, bats, and decompilers.

    --
    Big ones, small ones, some as big as yer 'ead!
    Give 'em a twist, a flick o' the wrist...
  48. pfft by smash · · Score: 1
    Linus disagrees with stallman and won't release the kernel under RMS's shiny new license.

    Perhaps now at last RMS will stop insisting on the "GNU/Linux" crap.

    Linux vs FreeBSD? Yet another nail in the coffin for Linux for me on this one :)

    smash(have run Linux for 10 years and FreeBSD for 6).

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    1. Re:pfft by VGPowerlord · · Score: 1
      Wait, because Linus has refused to accept a more restrictive license, you say that it's "another nail in the coffin for Linux?" Versus the "anyone can copy this as long as attributions remain in the source" BSD license...?

      I hope you aren't waiting for a new BSD license with DRM restrictions in it, because I don't see it happening.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    2. Re:pfft by smash · · Score: 1
      No i'm not waiting for another BSD license, as the current one is quite simple and perfectly adequate :)

      "Here's some free shit - do as you please, just credit us".

      smash.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    3. Re:pfft by Anonymous Coward · · Score: 0

      DaCompany: "Oh, here's some free shit code. Let's advance this to imperial age..."
      ...

      DaCompany's license note:
      // BSD, you tha shiznit, good for you helping us start up and
      // bringing this shit into the 21th century. Stay cool back
      // there in the stone age, don't worry, you'll get yourself
      // here in no time on your own.
      //
      // -omgrotflolcpoter

  49. Scenarios by Michael+Woodhams · · Score: 5, Interesting

    Scenario A:
    Alan signs a Linux binary with his private key "A". He makes available public key "a". Many Linux installations are set to refuse to run binarys which are not signed to match one of the public keys they have in their "trusted keys" file, which typically include Alan's key "a". I can run a modified binary as follows: Create my own key pair "C" and "c". Add public key "c" to my trusted keys file. Modify, compile the program, sign the binary with "C". The program now runs.

    Scenario B:
    BadCorp's box has DRM-like hardware which refuses to run any code not signed by BadCorp's private key B. They use a modified, signed copy of Linux as the OS. They make available the source of their modifications (which are pretty much specific to their hardware) but nobody else can modify the kernel running on a BadCorp box because they don't have key B.

    I think scenario B is what the GPL v3 language is trying to forbid, and scenario A is why GPL v3 doesn't require Alan's private key to be released. However, I'm not sure what happens in

    Scenario C:
    BadCorp produce a box which won't run unsigned code, and which only they can add keys to the trusted keys file. DastardlyCorp produce modified GPL programs for the BadCorp box, sign the binaries with key "D" and pay BadCorp to add key "d" to the trusted keys file. DastardlyCorp won't release key "D" - "It's our private key. Get BadCorp to add your key to the box if you want to modify stuff. It is their fault, not ours, that you can't run on their box." BadCorp says "Only if you pay us money. We aren't bound by the the GPL - we don't release any GPLed software." (And BadCorp and DastardlyCorp just happen to be owned by the same people.)

    Scenario D:
    As above, but BadCorp unilaterally add Alan's key "a" to the trusted keys list. Now Alan can recompile for the BadCorp box, but other people can't - but Alan did not want this situation to be.

    How can the license force DastardlyCorp to release their key in scenario C, but not force Alan to release in scenario D?

    Disclaimer - I am not a lawyer, I have not followed this controversy closely. Better informed comment is invited.

    --
    Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
    1. Re:Scenarios by Rich0 · · Score: 2, Informative

      Simple - the GPL is a license. You only need a license to do something that would otherwise be illegal - like distributing the copyrighted linux kernel.

      Alan hasn't distributed any hardware that requires his signature to a kernel. So, he hasn't violated the GPL.

      BadCorp has - they released a version of the kernel which can only be run with Alan's signature. They can only do so if they supply Alan's private key. Note that Alan is under no obligation to provide his key - only BadCorp is. So, unless Alan cooperates with them, they are up the creek.

      Obviously this could be hashed out in about 40 different sets of particular circumstances, but I'm guessing the solution will be something along those lines. If Alan isn't doing anything, he doesn't need a license to not do it...

    2. Re:Scenarios by Michael+Woodhams · · Score: 1

      BadCorp has - they released a version of the kernel which can only be run with Alan's signature. They can only do so if they supply Alan's private key. Note that Alan is under no obligation to provide his key - only BadCorp is. So, unless Alan cooperates with them, they are up the creek.

      But what if BadCorp don't distribute the software? They just say "Alan signed kernels are freely downloadable, here's some places you can get them."

      --
      Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
    3. Re:Scenarios by Michael+Woodhams · · Score: 2, Interesting

      I've thought of another interesting twist.

      You can't create a signature for a binary without reading and manipulating the contents of the binary - so a signature is a derivative work of the binary. The binary is of course derivative of the source. The source is under the GPL. So, if you release the signature, you must release the "source" of that signature, i.e. the private key.

      Under this theory, you can't release the signature for a binary of GPLed code without releasing the private key, even under GPLv2.

      I am still not a lawyer.

      --
      Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
    4. Re:Scenarios by Rich0 · · Score: 1

      Hmm. If they don't actually distribute linux then they don't need to accept the license. However, this is not likely since I doubt many embedded hardware manufacturers will tell their users to do their own OS installs. As soon as they start imaging hard drives they have to accept the license.

      I can't come up with an easy solution to the problem you brought up, though...

    5. Re:Scenarios by cyberformer · · Score: 1

      The same reasoning would mean that you can't release a hash of anything without getting the copyright holder's permission. The GPL is just a special case because permission is dependent on releasing the source.

      There wouldn't normally be a reason to distribute hashes without whatever is being signed or checksummed, so I guess this isn't a big problem. But there are some situations where it might be, like antivirus signature files.

    6. Re:Scenarios by m50d · · Score: 1
      If DastardlyCorp sells the code on its own and you get your own box separately, the situation is ok - you can run it on whatever platform you choose, and it's you being stupid if you buy a BadCorp box. It's not ideal, but I don't see any way to prevent it.

      If BadCorp or DastardlyCorp sells you the box with the code on it, they're subject to its GPL provisions.

      --
      I am trolling
    7. Re:Scenarios by ray-auch · · Score: 1


      You only need a license to do something that would otherwise be illegal - like distributing the copyrighted linux kernel.


      Yes...


      Alan hasn't distributed any hardware that requires his signature to a kernel.


      Which is completely irrelevant, because as you already said, you don't need to comply with the license to do that.

      What Alan does do is distribute the software, signed (little reason to sign it if you aren't going to distribute it). So Alan is the one who might have to release his keys to comply with the license. On the other hand, someone who makes hardware doesn't need to distribute any software in order to make hardware that will run (only) the signed software, so they can't be held to anything.

    8. Re:Scenarios by Mendy · · Score: 1
      Scenario B:
      BadCorp's box has DRM-like hardware which refuses to run any code not signed by BadCorp's private key B. They use a modified, signed copy of Linux as the OS. They make available the source of their modifications (which are pretty much specific to their hardware) but nobody else can modify the kernel running on a BadCorp box because they don't have key B.


      Then... GoodCorp produces their own box using the same, or even different hardware to BadCorp's box. They then use the GPL'd source from the first to take onboard all BadCorp's "nifty bits". Everyone buys GoodCorp brand products and there is much rejoicing.

      The only situation where this wouldn't work is where people wanted to use BadCorp's ongoing services. While I can see there's a desire to be able to hack everything I don't think it unreasonable that an online gaming service could require that only a console running their signed code was allowed to compete, as that seems to be a separate contract distinct from the supply of the hardware/software.
    9. Re:Scenarios by asuffield · · Score: 2, Interesting

      Nearly right, but people have pointed out some of the gaps in your examples. Here's the slight variation that doesn't have them:

      Scenario P:

      BadCorp produce a box which won't run unsigned code, and which only they can add keys to the trusted keys file. ApostleCorp produce modified GPL programs for the BadCorp box, and publish the full source of their modified program on the internet. BadCorp produces only proprietary programs for the BadCorp box, with no GPLed code in them, but they do (for a fee) sign programs written by other people. ApostleCorp pay to have their program signed so that people can run it on BadCorp's box.

      The GPL prohibits this. Sounds unlikely? BadCorp is Sony, their box is the Playstation 2 (their signing system has been resoundingly defeated, but the intent was there and the Playstation 3 will probably have a harder version). You can boot linux on that thing, because it's GPLv2. If linux were GPLv3, there would be no playstation port of it. Sony will never release those keys and they will never care because they don't make any GPLed software.

      In shooting at companies who would use GPLed software in their own devices, the GPLv3 prevents anybody else from using it on those devices either. In a few years, if MS gets their palladium stuff working, that will probably include new PCs - you will not be able to run linux-based platforms on your desktop any more, not because MS banned it, but because the FSF did (they are aware of this problem and just don't care).

    10. Re:Scenarios by marcosdumay · · Score: 1

      There aren't 40 possibilities. Just those 4 above. And who have to comply with the GPL is Alan (that is distributing the software), not the BadCorp.

      As far as I see, there is no way to solve that problem. Now, I am as interested on ideas as the GP, so pelase, don't troll the dabate.

    11. Re:Scenarios by ciggieposeur · · Score: 1

      Scenario P:

      The GPL prohibits this. Sounds unlikely? BadCorp is Sony, their box is the Playstation 2 (their signing system has been resoundingly defeated, but the intent was there and the Playstation 3 will probably have a harder version). You can boot linux on that thing, because it's GPLv2. If linux were GPLv3, there would be no playstation port of it. Sony will never release those keys and they will never care because they don't make any GPLed software.


      GPLv3 would definitely prohibit ApostleCorp from releasing a Sony PS3 that includes a signed Linux. ApostleCorp can't provide the hardware key, so they can't guarantee users can recompile the kernel. However, we know that selling PS3's modified in certain ways is already illegal for anyone (DMCA et al).

      So: if ApostleCorp makes a full-featured Linux distribution that boots directly from PS3 DVD, and has it blessed by Sony so they can even box it up and sell it at Best Buy, how would GPLv3 relate? I think GPLv3 would indeed prevent the ApostleLinuxPS3 distro. And I'm somewhat divided over the rightness of it.

      On the one hand, a Linux-based PS3 media center would be neat, and I do have a GPL program out there and I'd enjoy more exposure for it. However, I would be pissed as hell if I couldn't get ApostleLinuxPS3 to compile and execute my own code. I think there is a real possibility that Sony would say "you can provide no compilers and you cannot execute unsigned binaries, or you get no top-level signature to start the boot sequence" (to protect their business model) so ApostleLinuxPS3 would be a kiosk-type unmodifiable system, so perhaps the media center would be impossible anyway. But I always have the option to use a non-GPL product as my media center OS.

      Really it comes back to the hardware vendors. If Linux goes GPLv3, will they stop using it?

      Conversely: why should we care if they switch to another OS? Linux has officially never been about market share, right? So why are we even having a debate that seems (to me) to be driven by a desire to retain/expand a hardware market? Has adoption by Linksys et al really been the reason Linux has gotten so good?

  50. Re:Fix the headline for God's sake! by bcerhart · · Score: 0

    Sorry. I guess I really never looked at it that way. It's actually kinda sad, and makes me lose a bit of respect for Linus.

  51. big waste of energy by rnd() · · Score: 1

    The fact that this topic is still under discussion shows how rediculous the FSF folks are to be pushing for a major fork in the open source community right as open source is starting to see some significant success.

    Linus deserves tremendous credit for not backing down and for telling it like it is.

    If you have any doubt about Linus' statement about RedHat's private keys, or if you disagree with him on that point, it's just further proof that V3 is a poorly worded, confusing mess.

    Why segment the Open Source community like this? DRM is not a bad thing, and I truly resent those trying to push their Anti-DRM agenda because I think it fragments the community unnecessarily. Linus had the sense to invent Linux, and now he has the sense to defend it from those who want to capitalize on disagreement.

    P.T. Barnum said, "If you want a crowd, start a fight". That is exactly what the FSF is trying to do.

    Note to the FSF: Stop trying to start a fight and let Open Source proceed to dominate as a method of software licensing as it is on track to do if you don't fragment it unnecessarily.

    --

    Amazing magic tricks

    1. Re:big waste of energy by petrus4 · · Score: 1

      Why segment the Open Source community like this?

      The Linux community has been fragmented since its' inception. Linus might use the GPL, but as he says, the FSF's zealotry only holds Linux back. The divide between the FSF/GNU crowd and the more sane perspective that Linus represents has been an issue for a long time, and this is as good a time as any to drag it out of the closet and settle it once and for all.

      The people who initially got involved with Linux should IMHO have written their own userland rather than simply adopting the GNU project, and Linus should have written his own license. The major mistake there was allowing Stallman to in any way be affiliated with Linux at all.

      The FSF has come to represent a scorpion on Linux's back; one which tragically, we may now not be able to remove. Nearly every other part of the GNU project which a typical Linux distro uses is replaceable, but even the BSDs use gcc. That would apparently be the toughest one. Stallman however needs to be routed around, and it needs to happen soon. He's doing damage, and has been for some time now.

    2. Re:big waste of energy by MichaelSmith · · Score: 1
      V3 is a poorly worded, confusing mess.

      Its a draft.

    3. Re:big waste of energy by TheRaven64 · · Score: 1
      Linus should have written his own license

      He did. It said free for non-commercial use. No one liked it, so he switched to the GPL. If you don't like the GNU project, then come and play in BSD-land, where we have our own kernels and userland. Oh, and don't forget to bring your own compiler and debugger (we're still borrowing Stallman's).

      --
      I am TheRaven on Soylent News
    4. Re:big waste of energy by ricky_charlet · · Score: 1

      Too true. Let Stalman move hurd to GPL 3.0 and leave Linux licnesing alone.

    5. Re:big waste of energy by smash · · Score: 1
      Oh what i would give for Intel to make their compiler public domain :D

      smash.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    6. Re:big waste of energy by maxwell+demon · · Score: 1

      I'm sure if you offer them a few billion dollars for it, they will :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
  52. Nope, it's a thinko. by CarpetShark · · Score: 1

    Nope. If Linus is saying that a non-DRM clause is valid for content, then to me, he basically just invalidated his position. Code is art and knowledge, and as such qualifies as content. What's more, many kinds of content will be made on Linux. My vote? Fork it if Linus doesn't like GPL3, and make sure all future contributions are GPL3-licensed. Linux-GPL2 can still use those patches, if it chooses.

    1. Re:Nope, it's a thinko. by geekee · · Score: 2, Informative

      "Nope. If Linus is saying that a non-DRM clause is valid for content, then to me, he basically just invalidated his position. Code is art and knowledge, and as such qualifies as content."

      No, he's consistent since there is no way to distribute linux binaries without human readable source code under GPLv2. Therefore, he is practicing what he preaches.

      --
      Vote for Pedro
    2. Re:Nope, it's a thinko. by maxwell+demon · · Score: 1
      Fork it if Linus doesn't like GPL3, and make sure all future contributions are GPL3-licensed. Linux-GPL2 can still use those patches, if it chooses.

      You cannot put a fork of Linux under GPL3 because the Linux license doesn't have the "or, at your option, any later version" clause. Only the original developer can.

      Also AFAIU you cannot mix GPL2-only code with GPL3 code, since the GPL3 DRM restriction violates the GPL2 "no further restrictions". For most GPL2ed software (notably for the FSF software) this is handled by the "upgrade-clause" above.

      You could, of course, replace all GPL2 code from the Linux kernel with newly written GPL3 code. However, the result wouldn't be a fork, but basically a rewrite.
      --
      The Tao of math: The numbers you can count are not the real numbers.
    3. Re:Nope, it's a thinko. by CarpetShark · · Score: 1
      You cannot put a fork of Linux under GPL3 because the Linux license doesn't have the "or, at your option, any later version" clause.


      Yes, I'm aware of that.

      Also AFAIU you cannot mix GPL2-only code with GPL3 code, since the GPL3 DRM restriction violates the GPL2 "no further restrictions". For most GPL2ed software (notably for the FSF software) this is handled by the "upgrade-clause" above.


      Ahh, that's a very interesting point. On the other hand, GPLv3 is considered a clarification, not a further restriction, so this could be debateable. I'd be interested to hear what Stallman or a similar expert has to say on this. He's coming here soon though, so I might have the chance to ask him :)
  53. GPL2 vs DRM and the DMCA - already incompatible by dtfinch · · Score: 3, Insightful

    If someone adds a DRM to a product, it becomes illegal in the United States (DMCA) and many other countries to take it out. Because of this, by clause 7 of the GPL version 2, it seems that it's already illegal to implement a law-enforced DRM into existing GPL'd code in many countries, and distribute that program. Without that clause, for example, Microsoft could make a DRM'd Microsoft Linux that is legally protected from modification by anyone besides Microsoft. You wouldn't be sued for violating their license terms, because it'd still be under the GPL. Instead they'd sue your for breaking their DRM. Instead of them violating the GPL, the law would be violating the GPL on their behalf, and clause 7 of the GPL 2 protects against this by revoking their right to redistribute if this happens. The GPL3 just makes this more clear by saying that DRM is incompatible with the GPL.

    1. Re:GPL2 vs DRM and the DMCA - already incompatible by m50d · · Score: 1

      Laws aren't guaranteed to stay the same. What if you're allowed to remove the DRM, but not to discuss how you did so?

      --
      I am trolling
  54. Can it be both? by Spazmania · · Score: 2, Interesting

    Is it possible for parts of the Linux kernel to be GPL2 and parts to be GPL3? Its seems to me like GPL2's provisions would prevent coexistance with GPL3 -- GPL2 doesn't allow such ideological restrictions to be added to a derivative of a GPL2 work.

    If so then moving the kernel to GPL3 is likely impractical. Too much code has been contributed in the form of modules and patches and while the pedigree is well documented its far from perfect, particularly on the little patches. They can be presumed to have been offered under the general terms of Linux's distribution -- GPL2. Anything else would require an explicit statement from those individual authors.

    Under the circumstances, I wonder if Linus could legally release Linux under anything incompatible with the terms of GPL2 even if he wanted to.

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  55. Re: pfft... by Cryptnotic · · Score: 3, Insightful

    It has nothing to do with users' freedoms, but rather with restrictions on competitors. Businesses support Linux because they know that if they add things (drivers, performance enhancements, et cetera) to Linux, their competitors WON'T be able to use it without also making their changes public. There is no incentive for a business to contribute to a BSD-style licenced project, since competitors can then use their code without restriction (except for the "advertisting" clause).

    --
    My other first post is car post.
  56. Linux is already GPL in case no one noticed by FishandChips · · Score: 1

    The GPLv3 is a draft document. It is a document up for discussion and debate, after which it will may well be revised and then issued in final form.

    What I find shocking is that attempts to treat this draft as a draft are promptly shouted down. Linus Torvalds is free to say whatever he wants about it, and he has already hinted that if some things were changed in the draft then most likely he wouldn't have a problem with a GPLv3.

    A lot of this attempt to choke off debate in favour of take it or leave it is pretty rich - in fact, puke-making - coming from the alleged supporters of "freedom". If the attacks on Linus Torvalds continue then it won't be exactly difficult to conclude that the FSF's more rabid fans have a kind of Bolshevik agenda: force out Mr Torvalds by discrediting him and impose a new kernel on open-source Linux, and all in the name of "freedom". No thanks.

    --
    Las qué passoun
    tournoun pas maï
    1. Re:Linux is already GPL in case no one noticed by petrus4 · · Score: 1

      A lot of this attempt to choke off debate in favour of take it or leave it is pretty rich - in fact, puke-making - coming from the alleged supporters of "freedom". If the attacks on Linus Torvalds continue then it won't be exactly difficult to conclude that the FSF's more rabid fans have a kind of Bolshevik agenda:

      They do. We're seeing now with Stallman what happened to Stalin from a philosophical standpoint. It's exactly what Orwell wrote about in Animal Farm. A revolution takes place, but owing to human nature, in the end the founders of said revolution become just as bad (if not much worse) than the tyrant/s they were originally rebelling against, and the whole sick pattern repeats itself.

      Stallman is a Communist, and he has betrayed the revolution...as owing to human nature, everyone eventually must.

  57. Changing the license isn't the problem by autopr0n · · Score: 1

    You can't change licenses, but you can mix code with compatible licenses. Like BSD and GPL. The BSD stuff stays BSD, and the GPL stuff stays GPL. It could be that half the code in the kernel is GPL3 and half of it is GPL2. In that case, you would need to abide by the restrictions on both licenses in order to distribute it.

    --
    autopr0n is like, down and stuff.
    1. Re:Changing the license isn't the problem by ray-auch · · Score: 2, Informative
      It could be that half the code in the kernel is GPL3 and half of it is GPL2. In that case, you would need to abide by the restrictions on both licenses in order to distribute it.


      Wrong, it can't be that way. GPL3 _adds_ restrictions (eg. the DRM stuff) over and above GPL2. GPL2 _forbids_ adding restrictions. The two are fundamentally incompatible - all the code has to be under one or the other. [ note that that doesn't preclude some code being under _either_ (eg. "GPLv2 or later"), but it does mean that you can't mix code that is _only_ GPL2 with code that is _only_ GPL3 ].

    2. Re:Changing the license isn't the problem by Skye16 · · Score: 1

      Absolutely wrong. If I publish a GPL v.2 interface, and someone releases a module in GPL v.3 or BSD or $PROPRIETARY_LICENSE, it can still be released provided the license of the module allows for it to be released. GPL v.3 code can released right along with the Linux kernel if the author so desires (and it makes it into the kernel). The rest of the kernel does not automagically become GPL v.3 just because one piece is.

  58. Precedent by Geoffreyerffoeg · · Score: 3, Insightful

    Don't tell me you can't use Linux for DRM software if you can use Linux in a child porn video lab.

    This is not a straw man. GNU has in the past rejected all moral embargos on the use of free software. See their condemnation of the Hacktivismo license, which prevents the software being used by authoritarian governments and spyware makers:

    Because it restricts what jobs people can use the software for, and restricts in substantive ways what jobs modified versions of the program can do, it is not a free software license.

    If we were ever going to make an exception to our principles of free software, here would be the place to do it.

    As for restricting the use of the software by governments that violate human rights, this is likely to be ineffective. There are many other programs they can use. Also, at least under US law, a copyright-based source license can't restrict use of the program; such a restriction is not enforcible anyway. Meanwhile, they can simply decide they are exempt from the restrictions.


    So why is DRM a greater crime than the rest of these? Is not DRM a "use of the program"? Won't companies that make DRM be unwilling to use open-source modules anyway - or at least not re-release the source?

    I really think that here is an example of the GNU's political fight (DRM and software patents are evil) outweighing their moral fight (restrictions on software are evil).

    1. Re:Precedent by Anonymous Coward · · Score: 0

      I really think that here is an example of the GNU's political fight (DRM and software patents are evil) outweighing their moral fight (restrictions on software are evil).

      I can't help thinking that DRM and software patents, and restrictions on software are the same issue. How can there be an "outweighing" when it's just the same thing?

    2. Re:Precedent by Anonymous Coward · · Score: 0

      So why is DRM a greater crime than the rest of these?

      As I understand it, you're perfectly welcome to write a DRM program under the GPL v3. You're just required to release any keys which you used in it (which are effectively part of the source code), so the DRM becomes utterly ineffective.

    3. Re:Precedent by Anonymous Coward · · Score: 0

      It's a technical issue, not a moral one. DRM can potentially prevent people being able to exercise freedoms fundamental to free software, they want to stop that.

    4. Re:Precedent by petrus4 · · Score: 1

      This is not a straw man. GNU has in the past rejected all moral embargos on the use of free software. See their condemnation of the Hacktivismo license, which prevents the software being used by authoritarian governments and spyware makers:

      The point that people keep missing though is that whether a condemnation or an endorsement, these are all still cases of Stallman issuing decrees and trying to tell people how to think, as Linus said.

      It proves that the St Ignucius stuff *wasn't* completely a joke. Stallman fairly clearly wants (and expects) to be the leader of an organisation which has the ability to dictate the morality of its' adherents; Ergo, what most of us would call a religious cult.

    5. Re:Precedent by m50d · · Score: 1

      You can use the software to implement DRM. What you can't do is use DRM to prevent the modification of the software - and the entire point of the GPL is that you can modify the software. Please read the fucking license instead of listening to Torvalds talking crap.

      --
      I am trolling
    6. Re:Precedent by m50d · · Score: 1
      Don't tell me you can't use Linux for DRM software if you can use Linux in a child porn video lab.

      This is not a straw man.

      Yes it is a straw man. You can't use Linux in a child porn video lab, because you can't have a child porn video lab, because it's illegal to make child porn.

      --
      I am trolling
    7. Re:Precedent by Anonymous Coward · · Score: 0

      "these are all still cases of Stallman issuing decrees and trying to tell people how to think,"

      He's no more telling people how to think than Torvalds is. He's doing nothing more than letting people know what his opinion is. What's wrong with that.

      "Stallman fairly clearly wants (and expects) to be the leader of an organisation which has the ability to dictate the morality of its' adherents; Ergo, what most of us would call a religious cult."

      You are seriously deluded. This is the worst form of ad hominem I've seen yet.

    8. Re:Precedent by gg3po · · Score: 1

      Don't tell me you can't use Linux for DRM software if you can use Linux in a child porn video lab.

      This is not a straw man. GNU has in the past rejected all moral embargos on the use of free software. See their condemnation of the Hacktivismo license, which prevents the software being used by authoritarian governments and spyware makers:

      You're not the only one with this misunderstanding, and I felt the way you do at one point. Here's my clarification what GPL3 is really about.

      --
      ---
  59. use my computer as I wish? by Changa_MC · · Score: 1

    Interesting, since DRM does exactly that.

    --
    Changa hates change.
    1. Re:use my computer as I wish? by arose · · Score: 1

      No (some) DRM enforces that (and often far more). He's not even giving up anything, he has no right to make unlimited copies as it stands. Anyway, this is not the kind of DRM the private key debate is about.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  60. How do you solve a problem like RMS? by Hosiah · · Score: 1
    Pro: He founded a software movement that revolutionized the computer industry.

    Con: Having done so, he immediately hitched a ride on the short bus and drove it to Fruitcake City.

    I have a solution: Let's declare the new Stallman 2.0, and say we only support the Stallman 1.0. Stallman 1.0 was the guy who was going to give us the whole, working GNU system - the most complete version of which (HURD kernel plus GNU tools with as little of anything else as possible) I got to download and review as a live CD. And damn incomplete it is, still, when the entire rest of the FOSS world has marched ahead. Then he bitches because his GNU software doesn't get enough credit, when everybody else is putting working systems together out of the bits and pieces they can grab out of the GNU system. Sorry, but as far as I'm concerned, RMS is the person who wrote a damn good editor and compiler and a couple of usable licenses. The rest is schitzophrenia.

    1. Re:How do you solve a problem like RMS? by drsmithy · · Score: 1
      He founded a software movement that revolutionized the computer industry.

      How so ? Hasn't pretty much all of the "revolutionising" from "free software" come from software that originated out of government projects, universities and the like ?

      What GPLed software has "revolutionised" the computer industry ("revolutionised" being a pretty powerful word) ?

    2. Re:How do you solve a problem like RMS? by VGPowerlord · · Score: 1

      Well, I think that sending him to be a nanny for the Von Trapp's won't work...

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    3. Re:How do you solve a problem like RMS? by smash · · Score: 1
      But EMACS is crap :D

      smash.

      --
      I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
    4. Re:How do you solve a problem like RMS? by Hosiah · · Score: 1
      Well, I think that sending him to be a nanny for the Von Trapp's won't work...

      Yes, but dare we deny ourselves the joy of seeing it happen by jumping to the conclusion that it won't work? All we have to do is tell him that he has confidence in himself...

  61. Tivio by MichaelSmith · · Score: 1

    I wonder what Theo would do if Tivio switched to OpenBSD? Would he change the BSD license?

  62. Case study :) by Kickasso · · Score: 1

    Consider a hardware-based JVM. A JVM class loader won't load unsafe code.

    Now, what's "safe"? Since there are many class loaders around, "safe" can mean different things. For one loader, it means that the code must obey type safety. For another one, it means that the code must obey DRM. And indeed, DRM could be conceivably implemented in terms of type safety (people can do crazy things with types).

    See? It looks like no one can distribute any Java code under GPLv3. Good job, RMS!

  63. Same reason Linus can't sell the Linux source by EmbeddedJanitor · · Score: 2, Insightful

    Thousands of people who have contributed to Linux have done so on the basis that it is released under the Linux licence (which btw is not GPL2, but a derrivative of GPL2). To **legally** change the licence you've have to track down all those contributors and get their permission. Same deal with selling the source or any other act of ownership of the source.

    --
    Engineering is the art of compromise.
    1. Re:Same reason Linus can't sell the Linux source by u38cg · · Score: 1

      No, it is GPL v2 - the only change he makes is to the preamble (which is not part of the license) which allows you to instead apply any later released version.

      --
      [FUCK BETA]
    2. Re:Same reason Linus can't sell the Linux source by EmbeddedJanitor · · Score: 1
      To quote from COPYING:

      " NOTE! This copyright does *not* cover user programs that use kernel services by normal system calls - this is merely considered normal use of the kernel, and does *not* fall under the heading of "derived work"."

      This is additional stuff in the Linux Licence which distinguishes it from GPL2. Under a regular GPL2 licence (without this clarification) there is room to haggle as to whether an application is soft-linking to the kernel and thus applications running on the kernel could be argued to be derived work.

      With this extra clause, the distinction is made clear.

      --
      Engineering is the art of compromise.
  64. Re:Fix the headline for God's sake! by Changa_MC · · Score: 1

    Why? because he named his project? Or because he protects his trademark, preventing MS Linux from being produced?

    --
    Changa hates change.
  65. Are these restrictions ethical? by jbn-o · · Score: 1

    All of the controversy over the GPL3 isnt so much caused by the details, but by the underlying mentalities. RMS is more of the belief that freedom is a necessity and everyone should do everything in an open, free manner, and that people can't be trusted.

    How do you conclude that RMS says people can't be trusted? If he didn't trust people, he'd distribute software under licenses that prohibit inspection, modification, and sharing. He might even restrict when the program can be run by using DRM or an encryption manager. This is what proprietors do and what RMS fights against.

    Torvalds sees freedom as more of a tool, a bonus, and people/businesses are generally trustworthy. I like to think of it that way, and that is why I prefer BSD/MIT style over other licences.

    Torvalds argues that programs are to suit his convenience, hence he uses whatever suits his immediate technical needs best. The reason he wrote the initial version of (what came to be called) Linux was because it served as a good learning tool and the reason he chose Bitkeeper was because he didn't like the alternatives.

    Your license choice means that you're helping proprietors "restrict what the user/developer can do" by distributing a proprietary derivative. So what you distribute is free software, but it does nothing to protect that freedom for derivatives; the loss of these freedoms (as you point out) adversely impact users. Treating proprietors as charities can be a benefit if what you want is popularity above freedom preservation, but it's a risk and should be considered deeply.

    Businesses will always make proprietary software, that won't change.

    Initially software was not proprietary. IBM, for instance, distributed software for mainframes that could be shared, modified, and run at any time. Proprietary software didn't come along until later. Some businesses today (such as consultancies I know of) write software that builds on copylefted free software, that software is not proprietary. So only some business will always make and distribute proprietary software, but why should society bend over to meet their desires?

    Proprietary isn't bad, and prohibiting it only restricts what the user/developer can do.

    That you think such restrictions are not "bad" speaks a lot about your values.

    1. Re:Are these restrictions ethical? by nasch · · Score: 1

      Are you saying companies and people should not be permitted to make proprietary software?

  66. Too much something is opposite by Debiant · · Score: 1, Insightful

    I think Linus is absolutely right.

    I don't like MS world but neither do I like RMS world either. Other wants world where everything is MS, other wants world something absolutely can't be. To be absolutely be and not absolutely be are just two sides of same coin. I don't see a diffrence there.

    I think I should, and everybody else too, to be able use DRM technology if I want to. RMS or some stupid license shouldn't deny it from me. Or should I move to Windows if I want to defend my right to choose?

    This shouldn't be where Linux is going to. Keep the system open, let the users and developers design what there can be,
    Don't say what they can't do.

    --
    Nobody knows the trouble I've seen, nobody knows has the trouble seen me, even I sometimes wonder why I write these line
    1. Re:Too much something is opposite by m50d · · Score: 1
      To be absolutely be and not absolutely be are just two sides of same coin. I don't see a diffrence there.

      With all due respect, erm, what the fuck?

      --
      I am trolling
  67. content protection paradox by rilian4 · · Score: 1

    I saw this: "...would suggest you protect that _content_ by saying that it cannot be used in any content-protection schemes..."

    Interesting that he would suggest content protection is best done by not allowing it be "protected"...Most interesting...I like it!

    --

    ...quicker, easier, more seductive the darkside is...but more powerful, it is not.
  68. Fork... by PhYrE2k2 · · Score: 1

    Could make for an interesting FORK! :)

    --

    when you see the word 'Linux', drink!
  69. DRM by techefnet · · Score: 0

    GPL3 does _not_ forbid DRM. GPL3 does only requires a certain amount of freedom for the user. So if the users freedom is maintained DRM can still be implented and comply with GPL3.

    Source: Stallman interview

  70. Curiously by hey! · · Score: 1

    the phrase you cite ("or (at your option) any later version") is not part of the GPL.

    It's part of the instructions on how to use the GPL, on how to construct your copyright notice. If you contributed a file to the kernel and affixed the recommended copyright notice, then as I read it anybody could choose to use that file under the terms GPL3 if they liked. If you did not, I'm not so clear on whether this is the case.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  71. They get told not to make promises they can't keep by Anonymous Coward · · Score: 0

    > How can the license force DastardlyCorp to release their key in scenario C, but not force Alan to release in scenario D?

    By charging them with copyright infringement if they fail to comply with the license. DastardlyCorp knew from the outset that they could not have complied with the license, therefore they should not have done what they did in the first place.

    It's like agreeing to sell someone the Hope Diamond for a billion dollars when you don't own the Hope Diamond. The fact that you knew you didn't (and probably couldn't) ever get legal possession of the Hope Diamond doesn't excuse you from the contract, it merely establishes that you entered the contract with fraudulent purposes.

    And yes, there might be a scenario where someone was more innocently left in a position of non-compliance, but I can't really think of a situation where that would be due to anything but a lack of due dilligence on their part.

    Therefore, the court could either order them to release their private key or order damages for copyright infringement, or both.

    For the record, IANAL. Get legal advice from an attourney able to represent you in your jurisdiction if you actually run into this or any other legal problem.

  72. My views about the whole issue: by hummassa · · Score: 4, Insightful

    1. it is my technical (as a paralegal) opinion that, if Linus don't change his mind, the kernel can NEVER be relicensed GPLv3. This is because I consider that the GPL restricts the distributions of derivative works under the terms of the GPL (as per section 0) or under more liberal terms (as per section 6) and the GPLv3, at least as currently drafted, is more restrictive than the GPLv2.

    2. as a corollary -- and another justification -- to (1) above, it is my technical opinion that most (at least 80%, but probably more than 90%) of the "official Linus Penguin-pee blessed" kernel source lines are, as a matter of fact, a derivative work on the continuous works of Linus Torvalds, since 1991.

    3. just as RMS, I think proprietary software is bad. I think proprietary software is bad because proprietary software -- especially the kind you normally buy in a box -- is basically a scam. What is the scam? When you buy some medicine, you are paying for (P) the cost of production [normally the dominant cost factor, but at least au pair with the other cfs] + (R) the cost of research + (F) the amortization of some future research + ($) some profit to pay for the invested money. In the case of proprietary software, we have P ~~ 0. MS invested ten million dollars on MSWord (insert some version number here) and was rewarded a billion dollars by it in less than (number less than ten) years because they use their "bait and switch" tactics, their "first use for free" tactics, their "hook the kids" tactics, and their "leverage any semi-monopoly we have" tactics. Tell me, what other business uses those exact four tactics? (just like some illicit business, their profit margin is incredible)

    4. in this respect, I think Free Software (and copyleft licenses) is not only more fair, but more "right", too. When you have an itch, you pay a programmer to scratch it. No strings attached other than "others must play fair too". People that PRODUCE software continue being paid to produce software, ie, to churn out LOCs. But people that just exploit the general public by sitting on a product (yeah, a nice one by a number of accounts, and this "nice" I'm saying even applies -- or applied some day -- to Windows 95) that they have done once. Imagine a perfect world, where instead of lining up MS's stockholder pockets, all the profits of MS had being used to hire more programmers!! And send them to churn out more -- and better -- code!! Get it?

    5. yes, I love numbered lists.

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
    1. Re:My views about the whole issue: by Anonymous Coward · · Score: 0

      6. ???

      7. Profit!

      Sorry. Couldn't resist.

    2. Re:My views about the whole issue: by Anonymous Coward · · Score: 0

      stuff that makes sense

      WARNING: Coherence level near 100%! Please discontinue your use of /., or find a way to reduce the meaningful content density of your post.

    3. Re:My views about the whole issue: by RzUpAnmsCwrds · · Score: 1

      When you buy some medicine, you are paying for (P) the cost of production [normally the dominant cost factor, but at least au pair with the other cfs] + (R) the cost of research + (F) the amortization of some future research + ($) some profit to pay for the invested money. In the case of proprietary software, we have P ~~ 0.

      I hate to break it to you, but in the case of medicine, P ~~ 0 as well. Look at the price of generic loratadine, a product that was 100-200 times more expensive before the patents expired. Manufacturing is a tiny part of the overall cost of a prescription drug - you are paying for the IP, plain and simple.

      How is this different from software? It isn't. Is it a bad thing? I don't think so. If someone goes and invests capital in developing a product, they should be able to determine the price and licensing terms of their work. If they want to open the source code and give away the software, so long anyone making modifications does the same - that's perfectly fine. If you want to allow modification without requiring the release of changes, that's fine too. If you want to declare the software public domain and allow anyone to do anything, there should be nothing stopping you from doing so. Similarly, if you want to keep the source secret and charge licensing fees for the binaries, what's wrong with that?

      We have copyright for a reason, and while it's perfectly valid to argue if it is too long (I believe it is), if it doesn't protect fair use sufficently (I believe that it does not), arguing that copyright should not exist at all - or that it should only protect those who choose to share their works is an extreme position that few share.

  73. Peanuts by commodoresloat · · Score: 2, Funny

    Isn't it Linus who should be sucking his thumb and holding a blanket?

  74. You're wrong ;) by rbarreira · · Score: 1

    Read this post.

    --

    The AACS key is NOT 0xF606EEFD628B1CA427BEA93A9CA9773F
    1. Re:You're wrong ;) by TheRaven64 · · Score: 1

      As has been said before when discussing the MySQL license, it doesn't matter what you write in your FAQ; it is what you write in your license that will stand up in court.

      --
      I am TheRaven on Soylent News
    2. Re:You're wrong ;) by rbarreira · · Score: 1

      So you're saying that FSF would sue someone for doing what they have stated as a perfectly fine thing to do? That would pretty much be the end of FSF as a well regarded institution...

      --

      The AACS key is NOT 0xF606EEFD628B1CA427BEA93A9CA9773F
    3. Re:You're wrong ;) by Anonymous Coward · · Score: 0

      And I'm sure that would be very comforting for the person being sued...

  75. Isn't it interesting by Overly+Critical+Guy · · Score: 1

    Isn't it interesting that people cite OSS as an escape from the licensing hell of a closed, proprietary world, yet it seems every few months brings some dramatic licensing controversy in OSS? I really wish all these issues would get sorted out, but many people--that includes RMS--expect their ideals to rule out everything in spite of lack of practicality or real-world applicability.

    --
    "Sufferin' succotash."
  76. Scenario B by Kickasso · · Score: 1

    can be pulled with GPLv2. DastardlyCorp takes GPL software and modifies it such that it can accept plugins, and BadCorp releases closed-source plugins for it. No keys whatsoever are involved. Why nobody seems to do that?

    1. Re:Scenario B by Anonymous Coward · · Score: 0

      The kernel already accepts plugins aka modules, and companies already release (mostly) closed-source modules for it. See: nVidia.

    2. Re:Scenario B by Kickasso · · Score: 1

      There's more to GPL than just Linux kernel. The kernel accepts closed source modules because Linus explicitly says it's OK.

  77. Linus disagrees with RMS by geekee · · Score: 1

    "I agree with RMS that it should not be possible to create a device/software combo based on GPL-code where no one is able to modify the code"

    But Linus doesn't agree. As he's said, he doesn't feel he has the right to tell hardware makers that they need to make open hardware that runs modified code. As long as the source is available, Linus is satisfied. Linus doesn't believe the GPL should give you the right to be able to run recompiled code on that specific hardware.

    --
    Vote for Pedro
    1. Re:Linus disagrees with RMS by Harry+Coin · · Score: 1

      GPLv3 doesn't force hardware makers to create open boxes. It forces them to create open boxes in return for the licensed use of free software. Otherwise, the requirement that the software and any modifications remain modifiable is unenforceable.

      --
      That's pre 7-11 thinking....
  78. Crypto 101. by Kickasso · · Score: 1

    BadCorp don't release kernels, they release hardware. To do that, they don't need Alan's private key, only the public one.

  79. Who cares about the license? by zardie · · Score: 1

    Perhaps I'm alone here. I don't use Linux because it's GPL'd or free, I use it because it is best suited to the purposes I use it for.

    I'm thankful I use Windows on my desktops because I don't have to worry about political shitfights about licensing and "software needs to be free as in speech" getting in the way of me and my PC use.

    Arguments and debates like this really impede productivity.

    I say stick with the old GPL. It is sufficient and does not need to be changed.

    1. Re:Who cares about the license? by mjkjedi · · Score: 1
      I'm thankful I use Windows on my desktops because I don't have to worry about political shitfights about licensing and "software needs to be free as in speech" getting in the way of me and my PC use.

      And instead you have to worry about Microsoft's own political shitfights. With Windows, you're depending on Microsoft not pushing its own agenda on you. No single entity has that kind of control over Linux (some might argue Linus does, but that's just from a social standpoint -- not legal). It's less susceptible to these kinds of things.

      If there were Windows (or Apple), there would be no public debate.

  80. no by geekee · · Score: 1

    "The trouble with Linus's argument, though, is that he doesn't seem to understand which keys RMS is talking about. GPL v.3 is not about disallowing developers from cryptographically signing the code they write, it's about disallowing the machine from rejecting unsigned code. In other words, RMS wants to make sure that code containing the user's (or third-party) changes can still run."

    Linus knows exactly what RMS is talking about. Linus believes that companies like TiVo have the right to use GPLed software which cannot be modified on their particular hardware, as long as the modified source is available. Linus does not believe, as a software maker, he should be telling hardware makers, how they can use his software.

    --
    Vote for Pedro
    1. Re:no by mrchaotica · · Score: 1

      Well, Linus is wrong, because the device is useless without the software and the software is useless without the device. If the user can't modify the code and run it on the device in such a way as to better suit himself, then it might as well be closed source. DRM defeats the entire purpose of the GPL, and that's obviously not what was intended -- by version 3 or version 2.

      Here's the thing: either Linus doesn't know WTF he's talking about, or he should have picked BSD from the beginning!

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    2. Re:no by tricorn · · Score: 1

      I see no fundamental difference between saying "you can't use my software combined with other software unless all of that software combination can be modified" and "you can't use my software combined with hardware unless all of that software/hardware combination can be modified".

      Just as you can't take my open-source code, stick it in a closed-source program, and think you can satisfy the GPLv2 by publishing only the open-source portion, why should you be able to do the exact same thing except you're using a chunk of closed-source firmware? Even if you publish the firmware, along with the public key it uses to verify binaries, the nature of hardware vs. software makes that firmware immutable without taking extraordinary measures. The very essence of the GPL is the freedom to tinker - GPL software should not be part of a software/hardware combination that prevents you from doing that.

      At the same time, there is certainly value to having signed data for verification -but only at the option of the end-user. I have no problem with a box that has a user-settable option to allow unsigned binaries, or allow for additional signing keys. Obviously, any warranty would only cover factory-signed binaries (unless you could show deliberate malfunction solely because you're using "unauthorized" additions). Having the firmware be open source and easily re-flashable by the end-user would also be an acceptable option.

  81. KPL v1? fork the GPL license. by hagdrisil · · Score: 1

    Hmmm, if the shoes don't fit, make a new pair that do fit. Sounds logical to me.

    (And no I did not intend the pun in the subject line.)

    --
    Note to self: little bottles in the fridge contail *VERY* hot stuff!!!!!!!
  82. Is your mom by weierstrass · · Score: 1

    either the heir or the executor of the estate of someone now dead who retained while alive the copyright to code in the linux kernel they had written?

    if not, she needn't worry.

    --
    my password really is 'stinkypants'
  83. gplv2 pretty much engraved in stone by drwho · · Score: 2, Insightful

    Linux is under GPLv2 license. But it's not *owned* by Linus. Linus holds the trademarks, and owns a large portion of the code because he wrote it. But there has never been a requirement for anyone submitting changes to Linux to sign over their rights to said patch. Therefore, each and every submitter would have to approve any change of license. I can tell you now, that will NEVER happen.

  84. Linus doesn't get it by c0d3h4x0r · · Score: 1

    I personally think that the anti-DRM clause is much more sensible in the context of the Creative Commons licenses, than in software licenses. If you create valuable and useful content that other people want to be able to use (catchy tunes, funny animation, good icons), I would suggest you protect that _content_ by saying that it cannot be used in any content-protection schemes.

    The problem with Linus's suggestion is that it won't result in DRM-free software and standards taking hold. If some content demands that it cannot be DRMed, but the vast majority of software and file formats require DRM, then guess what will happen? The content just won't get used/consumed, in favor of other similar content that permits DRMing. There's almost no motivation in this scheme for content producers to release their content under such a license, and there's no motivation for developers to write the software. Classic chicken-and-egg problem.

    The GPL v3 approach breaks that chicken-and-egg scenario by forcing the creation and adoption of DRM-free software and standards. It guarantees that the software tools will get built first, even without the content, if necessary. Then when the tools reach critical mass, the content will naturally follow.

    Of course, in the end, having *both* types of licenses (DRM-free content, and DRM-free software) would be great. But the DRM-free software license (GPL v3) has to come first.

    --
    Moderator hint: a comment is neither "Flamebait" nor "Troll" if it is true.
  85. It seems to me... by Anonymous Coward · · Score: 0

    ... that this is the FSF's way of trying to "legislate" hardware vendors through their license...

    It's strange that in a free-market economy, where you are free to buy whatever hardware you wish, that everyone believes that communist-like legislated freedoms are a good idea...

    Where has the American dream of "do the f*ck what I like and screw the consequences" gone???

    For shame!!!

  86. In a word, No. by tyler_larson · · Score: 1, Insightful
    I am sure that Linux will be switched over to GPLv3 less then 6 months after GPLv3 is actually released in its final form.

    The cost of converting to GPL v3 in time and effort (which is fairly high) when compared with the benefit (which is little, if any), are so enormously out of balance that it makes any change highly unlikely.

    Linus's motivation and goals are very, very different than RMS's. Stallman will be satisfied with nothing short of a revolution; Torvalds just wants to create a really cool kernel. Linus will not even entertain notions of rewriting his kernel license because, and this is the important part, there's nothing wrong with his current license. Since it ain't broke, there's no reason to fix it.

    RMS was, undoubtably, very disappointed over Linus's wholesale rejection of the new GPL version. It sounds like Linus didn't even bother reading it all the way through because he wasn't interested in change to begin with. It's extremely likely that others will take Linus's word on the subject as gospel (Linus being a god, and all) without bothering to read the license themselves, spelling disaster for GPL v3. What you're currently witnessing is RMS's "it's not dead yet!" effort at salvaging the GPL3.

    --
    "With sufficient thrust, pigs fly just fine. However, this is not necessarily a good idea...."
    RFC 1925
    1. Re:In a word, No. by marcosdumay · · Score: 1

      You are underestimating the benefit to migrating to GPLv3. When hardware enforced DRM becomes more common (everything points on this direction), companies will trust less GPLv2 code, because it can be taken away. A forked GPLv3 version of Linux, even if it doesn't have Linus' code (and even if it not Linux at all) will probably attract all companies that currently support Linux (except, maybe, IBM that buids chips).

  87. Who are "you"? by Anonymous Coward · · Score: 0

    In the GPL, in "TERMS AND CONDITIONS FOR COPYING, DISTRIBUTION AND MODIFICATION" is written:

    9. (...) If the Program specifies a version number of this License which applies to it and "any later version", you have the option of following the terms and conditions either of that version or of any later version published by the Free Software Foundation. (...)

    By "you" the text means anyone who receives the source code, not the author. It is clear in the second item:

    1. You may copy and distribute verbatim copies of the Program's source code as you receive it, (...)

    So, anyone who receives the code (and it is indeed available to anyone...) can redistribute it under GPL3. The license is concerned in granting freedom to all developers, not (only) to the original author.

    1. Re:Who are "you"? by angulion · · Score: 1
      9. (...) If the Program specifies a version number of this License which applies to it and "any later version"

      Which part is unclear? The kernel does not specify "GPLv2 or any later version", just GPLv2. So no, anyone cannot switch to GPLv3, only the original author.

  88. Every one has the right to their opinion. by Anonymous Coward · · Score: 0

    Linus has full right to block GPL v3 in the kernel. What must be noted is that the kernel is nothing without the apps that make it useful and vice versa. A large part, of which comes from GNU/FSF. I think it may be time for some of us kernel developers to seriously consider moving our focus to HURD and Mach as a viable alternative. It may take time but open source is all about "choice".

    For all who will make a joke about HURD/MACH being dead etc...It might be worth considering that both are superior to the Linix kernel in design. Given a year of serious attention by enough serious kernel developers ( minus Linus ) ...I am sure we will have a alternative.

  89. Sometimes it's what you don't say that matters ... by Zero__Kelvin · · Score: 1



    "Richard M. Stallman, the GPL's primary author and founder of the FSF (Free Software Foundation), explained that he didn't understand Torvalds' objection to the GPL 3, but that, in any case, "The Linux developers can decide whether to allow use of Linux under GPL version 3. This won't directly affect other parts of the system."

    and a quote from the linked article ...

    "'If you mean keys that developers use for signing source releases, GPL v3 says nothing about them,' said Stallman."

    Sometimes it's what you don't say that counts. If Linus interprets it this way, what makes Stallman think a lawyer won't argue it that way in court? Maybe he should just explicitly state that this is in no way ever to be interpreted in the manner to which Linus objects.

    I also find a couple of other things interesting here ...

    1) Stallman wants the kernel to be called Linux, and distros to be referred to as GNU/Linux. So why is he suddenly ... seemingly intentionally ... trying to make it sound like the kernel is a small (virtually insignificant, if I understand his words) part of "the system"? What system?

    2) Since Stallman is not a Linux developer, and Linus is a major one, wouldn't it be fair to paraphrase what he is saying as: I have no say in the matter, but Linus has a very large say in it?

    I guess the truth may set you free, but it won't necessarily get the kernel released under GPLv3 ;-}

    --
    Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  90. Sory, no. by T-Ranger · · Score: 1
    Version 2, June 1991

    Copyright (C) 1989, 1991 Free Software Foundation, Inc.
    51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA

    Everyone is permitted to copy and distribute verbatim copies
    of this license document, but changing it is not allowed.

    and

    Discussion Draft 1 of Version 3, 16 Jan 2006

    THIS IS A DRAFT, NOT A PUBLISHED VERSION OF THE GNU GENERAL PUBLIC LICENSE.

    Copyright (C) 2006 Free Software Foundation, Inc. 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
    Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.

    HTH, HAND

  91. No, Linus does not 'rule the roost' by Anonymous Coward · · Score: 0

    You forgot to account for the Linux OS development model and the GPL 'viral' nature.

    Linus puts out a version that HE lables and calls 'version X.x.x'.

    Each vendor of a GNU/Linux fork port out their own version with patchs. If RedHat, SuSE and others decide to put in GPL3'd code, the whole kernel becomes GPL3. RedHat, SuSE make a USEFUL product, Linus just puts out a kernel.

    Go look at older Linux kernel code. The Linus copyright was just that, copyright Linus. No license at all so as soon as GPL2'd code was added, the work became GPLed.

  92. Re:Sometimes it's what you don't say that matters by petrus4 · · Score: 1

    Stallman wants the kernel to be called Linux, and distros to be referred to as GNU/Linux. So why is he suddenly ... seemingly intentionally ... trying to make it sound like the kernel is a small (virtually insignificant, if I understand his words) part of "the system"? What system?

    It sounds like you're assuming that Stallman is consistent. Contrary to what people try and say, he is actually anything but. The only real way in which he is consistent at all is with the usual four-rule screed with which he prefixes interviews.

    The one thing that truly is consistent about Stallman is his desire to take credit for, and assume jurisdiction over, as much as is humanly possible...which now apparently includes the Linux kernel itself. In his arguments however he will make things more or less important on a per-incident basis, depending on how it affects his overall accumulation of recognition or authority. If he is credited for something and it can be used to increase any form of authority over people, chances are he will consider it very important. Anything which is written by other people however, (which he cannot take credit for) or which cannot be used to increase his importance will be considered irrelevant.

  93. We don't need a hero to follow blindly by dbIII · · Score: 1
    Perhaps now at last RMS will stop insisting on the "GNU/Linux" crap.
    I thought that would happen after Nvidia was allowed to attach binary modules to the kernel, but he still kept going. My theory is the LiGnuX renaming proposal and the GNU/Linux thing was just a reaction to people asking RMS in an MIT staffroom "so how is the hurd going?" and sniggering - so he could point at Linux as being his success story if the gnu name was attached to it.

    Silly games with forking emacs and political control of gcc and the "use no licence but mine" thing with KDE (and sulking for years after they did) put things in perspective - respect his ideas but don't follow his words blindly.

    We don't need a hero - follow the good ideas and not the bad. I for one like the GPL but intensely disagree with RMS on the idea of allowing anyone to log onto any system without authentication.

  94. You mean like Intellectual Ventures? by eer · · Score: 1
    However, the legal risk of the kernel right now due to submarine patents is significant. I wouldn't be surprised if Microsoft were planning to fund a company to do this right now. It would be far cheaper than their current SCO-funded lawsuit, and a lot more effective. This risk, and potential downside, far outweighs that of going to GPL 3.


    See http://www.intellectualventures.com/

    And from a Newsweek article: http://www.msnbc.msn.com/id/6478691/site/newsweek/

    But spinning new ideas is only a small part of the plan. Sources familiar with Myhrvold's strategy say that he has raised $350 million from some of the largest companies in high tech: Microsoft, Intel, Sony, Nokia and Apple. Google and eBay also recently invested. With this large bankroll, the company is out buying existing patents in droves. (Myhrvold won't comment on these activities, but sources say he has already purchased about 1,000 patents.) The strategy is to set up a sort of patent marketplace. Patent owners get money upfront for the dusty ideas sitting on their shelves, the investors get the rights to use the ideas without being sued and Myhrvold gets to rent those same ideas to other companies that need them to continue creating products. Intellectual-property experts say his plan is audacious and unprecedented, customized for a new, rapidly dawning business environment."


    Anecdotally, you don't want to ignore their first "invitation" to join their investment fund, either, I hear - it can be very, very expensive the second time they approach you...
  95. No, he means "protecting the content's freedom" by HishamMuhammad · · Score: 2, Insightful

    For example, on my pet project I use GPL rather than BSD because I want to make sure that every derivative will be free-software, that's what I care about protecting. If I release content and someone has the right to make a DRM-encumbered version of it, this freedom is lost. To protect (the freedom of) that content, I use a license with anti-DRM clause.

    1. Re:No, he means "protecting the content's freedom" by John+Nowak · · Score: 1

      Just to clarify, it isn't that it is "DRM-encumbered". It is that because of the DRM, it is illegal to circumvent that DRM due to the DMCA (or so goes the logic).

    2. Re:No, he means "protecting the content's freedom" by maxwell+demon · · Score: 1

      AFAIU the GPL3 DRM clause is not about the code itself being DRMed (which I believe would already violate GPL2), but about the code being used to implement DRM.

      --
      The Tao of math: The numbers you can count are not the real numbers.
  96. mod up: best comment in entire post by geekee · · Score: 1

    I agree. When you give something, away, there are no strings attached. GPL code is not given away, since there are a list of strings attached which increases with every revision of the license. GPL is not about real freedom, but about giving users additional freedom at the expense of producers. This socialistic definition of freedom has been with us for more than a century (since Marx, et.al.), and RMS is just regurgitating it in the realm of software.

    --
    Vote for Pedro
  97. The question is who is root by tepples · · Score: 1

    What if you want to develop a secure operating system that will reject unsigned code?

    Then you have the chain of certificates involve the owner of the machine, not its manufacturer. If the US Government wants to require all machines in the Veterans Health Administration to run only programs signed by a government agency, that's the government's business because the government is root. I'm guessing that this GPL 3 provision was intended to address instances where you're not root on your own machine, as in the case of disc-based video game consoles and handheld video game systems sold at retail in the United States.

  98. Customs laws by tepples · · Score: 1

    DRM will probably be a lot less relevent that people think since most hardware will be made in countries where it doesn't have to apply.

    But countries that make DRM-less hardware likely won't be allowed to export it to developed countries. Or are you talking about a black market?

    1. Re:Customs laws by dbIII · · Score: 1
      But countries that make DRM-less hardware likely won't be allowed to export it to developed countries.
      Look at DVD region coding for an example. It's only relevant in the USA, so most hardware is made to be easily unlocked in countries where there are no laws requiring it.

      IMHO in the USA people will have a minor hoop to jump through to unlock things - but it will be illegal to do so. In other countries people will just unlock their gear and laugh at those silly Americans that make people do what will appear to them to be silly games to have the appearance of complying with laws.

      Or are you talking about a black market?
      No, but with ebay etc and a global reduction of inspection of imports as funds get channeled into looking for bombs instead there will probably be a major black market in a lot of things. A piece of electronics gear that I thought was coming from my own country arrived straight out of China the other day without any government collecting tax on it.
  99. The GNU GPL 3 with permission to use DRM by tepples · · Score: 1

    Linux still entiled to call its license the GPL?

    GPL is a generic term, an abbreviation meaning a license of an exclusive right to the general public. Linus could probably call a revised Linux license (minus the GNU preamble) the "Linux General Public License", but it wouldn't be a GNU license, and it likely would not be compatible with the GNU GPL unless it is equivalent to GNU GPL with extra permissions. Or he could do something similar: grant a permission with the same effect as striking the provision against "trusted" booting.

  100. Trusted Computing Platform/Intellectual Property by tepples · · Score: 1

    I want to retain the ability to create my own flat files on my system and do what I want with them.

    Except send them across a public packet-switched network if both the local cable company and the local DSL company require some sort of DRM handshake in order to give you an IP address. It could happen within the next decade, when "TCP/IP" begins to stand for "Trusted Computing Platform/Intellectual Property".

  101. Unless you fork it by Anonymous Coward · · Score: 0

    Any software licensed under the "any later version" can legally be relicensed under GPL v3 If the original author doesn't like that, there's nothing he can do: He can't retract the "any later version" statement. Of course, he can't retract the v2 license either, so users who acquired it under v2 can still use it for DRM, etc.

    If the original author is still actively updating the program under v2 only, then anyone who relicenses it under v3 will be creating a fork. That's their absolute right, though in the case of Linux, I suspect that most users will still prefer to get the version from Linus.

  102. Software *is* content... by benjamindees · · Score: 1
    DRM is a hotbutton issue, and it does relate to freedom, but the freedom of a particular piece of content, not the freedom of a particular piece of software capable of displaying that content.

    Perhaps you're looking at things in a narrow way. In the grand sense, GPL'd software is the content. One of the purposes of the DRM provisions in GPL 3 is to prevent hardware manufacturers from creating devices that effectively prevent you from using the content, GPL'd software, in the way it was intended:

    Regardless of any other provision of this License, no permission is given to distribute covered works that illegally invade users' privacy, nor for modes of distribution that deny users that run covered works the full exercise of the legal rights granted by this License.

    No covered work constitutes part of an effective technological protection measure: that is to say, distribution of a covered work as part of a system to generate or access certain data constitutes general permission at least for development, distribution and use, under this License, of other software capable of accessing the same data.
    --
    "I assumed blithely that there were no elves out there in the darkness"
  103. It can live without Linux by cyberformer · · Score: 1

    Linux is the most famous GPL project, but there's no reason that GPL v3 can't survive without it. It took a long time for the original GPL to be adopted by large numbers of developers, so why should v3 be any different? I expect it'll be embraced by people like DVD Jon, writing new applications that we haven't dreamed up yet.

    I don't mean to denigrate Linux, or the work of Linus and the kernel developers. He may even have made the right decision in sticking with v2, as v3 doesn't exist yet, and some of commercial distros might try to fork the kernel if he changed the license. (Everyone who uses Linux has an absolute right to release a v2 fork, and that can't be taken away by Linus or RMS.) But the GPL is more than just Linux.

  104. Linus Has no Real Power, Though... by crazypolak · · Score: 1

    Pardon me, but why the hell are we having this discussion in the first place? If the Linux community wants to adopt GPL3 and Linus doesn't, take all power away from the guy. Create flavors that run exclusively on GPL3. Force the adoption of the new protocol. Stop debating about ways to implement stuff and begin coding.

  105. The real question... by Anonymous Coward · · Score: 0

    Could Linux Still Go GPL3?

    Who gives a fuck? Linux is still for fags.

  106. maybe, maybe not. by rakslice · · Score: 1

    I think Linus is just saying that some kind of "you can't put me in DRM" clause in a creative commons license would make a lot more practical sense for the kind of stuff under those licenses than a 'Don't-use-me-as-DRM' clause in a license for software.

    I don't think Linus is saying that GPLed software isn't worth a "you can't put me in DRM" clause or something like that.

    But first of all, most people read the current GPL as preventing any kind of source-code-DRM shenanigans (DRMed source code just wouldn't be "machine-readable source code" in the "preferred form of the work for making modifications to it".) And secondly, it's just not a huge deal, pragmatically speaking; there aren't any DRM systems for source code out there (Hmm... how would that work, exactly? ... Fnord.)

    That's not to say that some don't-put-me-in-DRM shoring up isn't a good thing... I especially like the current draft GPLv3's laying down of the smack on distribution of software "for modes of distribution that deny users that run covered works the full exercise of the legal rights granted by this License".

    Anyway, I think most of the DRM-related fuss is over not that stuff but instead the I-am-not-a-technological-protection-measure section. This doesn't really go as far in the don't-use-me-as-DRM direction as people seem to think... It seems to be just a minimal incantation necessary to dispel DMCA anti-circumvention effects and no more. But still, it's getting dangerously close to stepping over the ethic against adding use conditions that RMS seems normally to support.

    Questions? Comments?

    I keep accidentally typing "Linus" with an 'x' on the end. What's up with that? ;)

  107. Mod Parent Up by btarval · · Score: 1

    That's a superb example, indeed.

    --
    The best way to predict the future is to create it. - Peter Drucker.
  108. nice try by Anonymous Coward · · Score: 0

    What "at your option" language? FAQ != GPL

    1. Re:nice try by Skjellifetti · · Score: 1

      What "at your option" language?

      RTFGPL:

      This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version .

      It is in the section titled How to Apply These Terms to Your New Programs

      The license strictly forbids changing the license document of which the above section is part:

      Everyone is permitted to copy and distribute verbatim copies of this license document, but changing it is not allowed.

      By adding his own preamble stating that the Linux kernel is covered only by GPL v2, Linus has changed the license document and therefore an argument can be made that Linus has violated the terms of the GNU GPL.

  109. RMS is stuck in the distant past by Anonymous Coward · · Score: 0

    Part of the problem is RMS is stuck in the distant past. He still views everything as if it were still the early days of computing. Back when the majority of computers were used for scientific purposes and most users were hackers. Security was not a big deal. Appliances did not have computers built in. Your car was not controlled by a computer. There was no such thing as digital media. RMS still wants to ensure those types of users have full freedom to hack the machines they use.

    Linus, on the other hand, works regularly with industry. He knows what the current computing world looks like. Businesses require locking down machines which users have physical access to. They must do this to ensure the security of their networks. Do you want anyone to be able to install and/or modify the software that has access to your social security number? Or someone to be able to hack their car's computer, potentially adversely affecting their drive-by-wire gas pedal, steering wheel and brakes? I know the auto companies do not want to be responsible for the litigation resulting from such innocent hacking.

    It's a much different computing world than when RMS dreamed up the GPL. Views need to change with time. The GPL as it stands at least still requires sharing back with the community. Even if you can not run it on the exact hardware, I'm sure some creative hackers can find some use of the contributed code.

    The question is do you want to restrict Linux to a hobbiest environment? Or do you want it to continue to thrive in commercial applications? With the second choice, the hackers of the world can continue providing a better solution that that offered by Microsoft. That to me is the right thing to do. Provide real freedom of choice for all types of users. Not create something that only a hobbiest would use.

  110. Linus only thinks of himself by mwvdlee · · Score: 1

    I think Linus fails to see the distinction between protecting the authors' rights and the consumers' rights, assuming GPL3 tries to protect the authors instead of the consumers. The Anti-DRM changes in GPL3 are not there to protect authors using the GPL, they're in place to protect consumers' legal rights.

    From his point of view, that of an author of software, the Anti-DRM clause holds little value indeed. I think his statements should be interpreted as such; he cares only about protecting his own rights, not those of any of his users.

    I agree that the GPL3 isn't ideal place to protect these rights, but it is possibly the only place, given how the legal system itself is gradually "masking" away these rights through pro-DRM laws.

    Not that it matters at all; it's practically impossible to switch the Linux kernel to GPL even if everybody, including Linus, begged for it.

    --
    Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
  111. Ok. so my example was a bad one. by hummassa · · Score: 1

    s/medicine/TV set/g -- and I still disagree with you, only to say that if you're right, I think this is bad in the medicine business, too. IMHO production (of ideas or goods) should be rewarded more than the childish "I thought of it first" thing.

    --
    It's better to be the foot on the boot than the face on the pavement. ~~ tkx Kadin2048
    1. Re:Ok. so my example was a bad one. by nasch · · Score: 1

      What if it's very, very expensive and time-consuming to "think of" something? This can be true in the case of drugs, with research and certification (or whatever the term is) costs potentially very high for new drugs. If a drug company knew that as soon as they brought a drug to market it would be copied and sold as generic, why would they ever invest in making it in the first place? In other words, why would there be any such thing as a drug research company?

  112. torvalds is under no obligation to anyone by Ginger+Unicorn · · Score: 1
    Linus Torvalds has no responsibility to any of "his" users. He made linux for nothing but his own amusement, and licensed it so that anyone else could do with it as they please.(with minor restrictions)

    All of this was done on his own whim, not as part of some obligation to the rest of the world. Just becuase thousands of people have come to rely on Linux doesnt mean he is under any obligation to support them. No one pays him a license fee to run linux.

    --
    (1.21 gigawatts) / (88 miles per hour) = 30 757 874 newtons
  113. Re:Fix the headline for God's sake! by BeardsmoreA · · Score: 1
    No no no.

    You're thinking along the right lines, but surely 'Lignux' (pronounced Linux) makes more sense. And if that ends up being elided to 'Linux', long term, well...

  114. A consultant's persepctive.... by gwalcharian · · Score: 1

    I use GPL'd software, including linux, on my job. I do not use GPL'd libraries, and try to avoid LGPL where possible, because of GPL2 issues that GPL3 is not fixing but making worse:

    1. The viral nature. Old debate, but still valid. If I am to use your GPL library I need to make GPL everything that links to it, including my employer's code that they've invested so much in. Then I won't use your library, as I'd be fired if I did, and rightfully so.
    2. Politics, Propaganda, religious-like fervor. Software is software, coding is not coding. Coding, like any art, can aid in enlightenment, but it's not a religion and neither Linus nor Stallman are God or a Saint, which I hope either would tell you as well. Leave the politics at the pulpits, and just use a license that protects the openness of your code without trying push "One license to rule them all, and in the Openness bind them, One license to rule them all, and in the violations find them"

    Open source software has advanced our digital lives immeasurably, but that doesn't mean all software has to be Open Source. I make a living from my code, I should go let my daughter go hungry because "Software wants to be free"? Software does not want anything, it is a tool.

    Write software for the joy of it, without the politics or propaganda, like the rest of us, and use BSD, or Apache. I am not a heavyweight like Stallman or Linus, or even a medium weight, in the community but IMHO the GPL crowd is like the far religious right "Everone should be Christian because everyone else is wrong and will burn in Hell", or like Microsoft "Windows is the only viable OS because it's what we sell and we wrote the book".

    I disagree with both ( I am a Christian and I use BSD or Apache licenses at work), because there ain't no such thing as one true way (TANSTAOTW)..wish that caught one like TANSTAAFL. Please consider those of us that need to put food on the table, food that is provided by our coding efforts when you write/right the next GPL. If the current trend continues then you will add a clause that says that anything that runs on/in Gnu software like VMs or Linux will need to be Gnu. That will be the day my employer, and I, toss out Linux (prob while I cry for the tools I love like Gimp), and switch to NetBSD. I guarantee we won't be alone. I think corporate adoption of Open Source is behind the recent upswing in its usage and growth, so force viral-licensing down our throats and expect a backlash.

    I had to say this, even though I know I will be marked as flame bait. Consider this though: if it is my actual opinion, stated with passion but without rancor, and you mod it down, then aren't you in fact acting against the principles upon which GPL, and Open Source, were based?

    Thank you for reading this through to the end. I hope it's provided some food for thought, and having said what I have let me also say a big thanks to the Linux community: I watched you be born, grow, and bring us software that has enriched my life as a coder, for which I am truly thankful. I just wish it was under a different license.

    1. Re:A consultant's persepctive.... by Wyzard · · Score: 1

      I think you're missing the point of the GPL slightly. The "viral" (Microsoft's term) nature of the GPL isn't an "issue" to be "fixed"; it's the main point of the GPL. It's the essence of the principle of copyleft. People license their software under the GPL because they specifically want that property of the license.

      Linus's "quid pro quo" explanation describes it pretty well. In short: I'm willing to share with you if you're willing to share with me. If you don't want to share your code, then I don't want to share mine with you. The alternative, you taking the code that I worked hard to write and making a closed product out of it without contributing anything in return, is something that many developers don't want, and that's why they choose to distribute their code with a GPL-style copyleft license rather than a BSD-style license.

      http://www.gnu.org/copyleft/copyleft.html
  115. The solution is obvious: Time for the HURD - by tarpitcod · · Score: 1
    The solution IMHO is obvious. Time for the HURD. Implement a clean design for the HURD kernel under the GPL v3. Those who support that standard will walk with their feet. Those who don't will stay with Linux. The new HURD can be named GNU/HURD or whatever else people want to name it, and it can include whatever licence provisions are desired.

    My *guess* is this won't happen - because the RMS crowd realize that fundamentally Linus has produced a better kernel than they could with their resources - and done an excellent job creating an environment for their free software to run on. Linus also realizes he has used their (the free software) tools to produce it.

    Time for the HURD - Long live Linux.

  116. A rose by any other name... by marcosdumay · · Score: 1

    Isn't this "retrictions on competitors" the same thing as the GP's "freedom to all users"?

    1. Re:A rose by any other name... by Cryptnotic · · Score: 1

      Freedom is restriction. Yeah, I think that fits.

      --
      My other first post is car post.
  117. GPL 2/3 loophole? by barkholt · · Score: 1
    Maybe the whole kernel will never go GPL3, since every contributor can never be tracked down and asked.

    But does that really matter? Is it not enough that a few key parts are re-licensed under GPL3 (which I think can happily co-exist with GPL2), this would then make it impossible for sneaky companies to take the kernel and trap it in DRM, since it would be partly GPL3. If enough bits in the kernel are GPL3, then it will be too much trouble for the companies to replace them.

    --
    - barkholt
  118. Without marketplace competition by Anonymous Coward · · Score: 0

    In the absense of marketplace competition, for example, the music industry, the absense of DRM is a good alternative. When you have DRM and businesses acting as a cartel, the deck is stacked against the consumer. This is wrong. Linus and the developers should reject any license which allows or requires DRM. DRM is the beginning of the end of online freedom and will bring in a new era were every page, image and opinion costs money.

  119. Re:They get told not to make promises they can't k by ray-auch · · Score: 1


    there might be a scenario where someone was more innocently left in a position of non-compliance, but I can't really think of a situation where that would be due to anything but a lack of due dilligence on their part.
    [...]
    Get legal advice from an attourney able to represent you in your jurisdiction if you actually run into this or any other legal problem.


    You seem to be saying that things are sufficiently uncertain that a developer releasing signed code under GPLv3 needs to get legal advice to determine whether or not they have to ship their private key.

    Many thousands of small / individual FOSS developers will not have the resource for lawyers and for them, GPLv3 effectively bans code signing (but probably doesn't for big-nasty-corp-with-lots-of-lawyers).

    That alone should damn this clause.