Slashdot Mirror


Debian Team Discusses GPLv3

nanday writes to tell us that Newsforge (Owned by VA Software, just like Slashdot) is running an interesting look at the, recently reported on, GPLv3 by the Debian team. From the article: "Initially, Branden Robinson says, he was worried about GPL3. 'The amount of secrecy around the initial draft process had me very nervous,' he says. In addition, after the Debian consensus rejected the GNU Free Documentation License, he was concerned that GPL3 might become equally contentious in Debian. 'I'm glad to say that my fears are assuaged,' Robinson says. 'I was impressed with both the large and small changes. In a nutshell, I like it.'"

143 comments

  1. Good! If Debian likes it... by SalsaDoom · · Score: 3, Informative

    Nice to see that Debian is down with GPL3 -- I know that I personally am all for the new license. If Debian's cool with it, that should help a lot of people to accept it since Debian's well known as one of the most politically strict of all linux communities.

    Looking at the changes, from what I understand, I don't think it should be much of a problem for the -real- free software people. We'll have to wait and see for the other guys -- but honestly, they can stick with GPL2 and thats ok too. Everyone points to the "or later version at your option", but that part can actually be removed from the GPL2 license IIRC.

    From COPYING: "Each version is given a distinguishing version number. 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. If the Program does not specify a version number of this License, you may choose any version ever published by the Free Software Foundation."

    Thats form the current GPL2 that ships with the Linux kernel. So the user can specify strictly GPL2 if they choose too, or do not fully comply with GPL3.

    Easy as pie.

    --
    "Computers will never truly be free until the last windows user is strangled with the entrails of the last mac user."
    1. Re:Good! If Debian likes it... by luvirini · · Score: 1

      Well, you have to rememeber that as new versions of various programs change to version 3 of GPL, people/organisations that want to use the new versions will then have to use "Version 3 or later".

    2. Re:Good! If Debian likes it... by Tony+Hoyle · · Score: 2, Interesting

      It's more complex than that.

      You'll end up with two types of applications - GPLv2 and GPLv3. A certain number will allow you to use either. Others will be stuck at one or the other (GPLv3 code cannot be incorporated in GPLv2 code.. forced obsolescence!) - so you the two won't cross-pollinate.

      Until I see a *final* version and lawyers have looked at it (slashdotters really don't count!!) all my GPL apps are GPLv2 only. Some are stuck like that forever due to the number of contributors.... it would be a breach of license to use GPLv3 code in those or for a GPLv3 project to use code from them. Which is messy.

    3. Re:Good! If Debian likes it... by swillden · · Score: 1

      Thats form the current GPL2 that ships with the Linux kernel.

      And this is from the top of the Linux COPYING file:

      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.

      Linux is GPLv2 only and that will likely never change.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    4. Re:Good! If Debian likes it... by Anonymous Coward · · Score: 0

      Alan Cox disagrees (I can't be arsed finding the link again, but a quick google could probably turn it up)... but he also adds that it is far too early to even consider a move. Personally, I think the Linux kernel under the GPL3 is desperately needed to help stem the move to Trusted Computing. For a start, it would prevent Linux distros using TPM hardware to "own" their Linux distro and ensuring that only *their" binaries are trusted -- something you can see Red Hat management already drooling at the prospect of.

    5. Re:Good! If Debian likes it... by swillden · · Score: 2, Insightful

      For a start, it would prevent Linux distros using TPM hardware to "own" their Linux distro and ensuring that only *their" binaries are trusted -- something you can see Red Hat management already drooling at the prospect of.

      I seriously doubt that. If you understand what a TPM actually can and cannot do and then think about what Red Hat would actually have to do in order to make that work you'll quickly see that it could only be done if Red Hat were willing to modify their OS to prevent you from modifying any significant part of it. They'd have to so seriously hamstring your ability to do what you want with the OS that it might as well be proprietary software. How many people would buy a Red Hat distribution if they did that? How could they possibly add enough value to convince people to accept such severe limitations? Microsoft might (might!) be able to, but only because you can't buy Windows from anyone else.

      I'll tell you who'd *really* like to see Red Hat make such a move: Novell, Mandrake, Linspire, Xandros, etc.

      I'm not opposed to the anti-DRM provisions of the draft GPLv3, but I've yet to see anyone describe a scenario where someone could actually limit peoples' rights by implementing DRM in GPLv2 code.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    6. Re:Good! If Debian likes it... by NutscrapeSucks · · Score: 2, Interesting

      Actually, RedHat and a lot of their customers might want this as a feature. For support of critical servers, many users will not want the base OS tampered with and will be more than happy to hand the keys to RedHat et al.

      However, none of that would prevent you from developing your own code, you would just have to disable the protections or create your own secure bootstrap policy.

      Also, this would be using the chip as a security feature and really isn't "digital rights management".

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    7. Re:Good! If Debian likes it... by swillden · · Score: 1

      Oh, absolutely. I design and build high security systems for a living, and I see a TPM as an incredibly valuable tool. A TPM plus a tightly-configured system and good physical security provides a very solid foundation for high security systems such as certificate authorities and key management systems.

      But that's not what the AC was saying (as you well understood).

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    8. Re:Good! If Debian likes it... by Anonymous Coward · · Score: 0

      How many people would buy a Red Hat distribution if they did that? How could they possibly add enough value to convince people to accept such severe limitations? Microsoft might (might!) be able to, but only because you can't buy Windows from anyone else.

      "severe limitations" -- what are you talking about? Microsoft can and will do this. Or haven't you noticed that they are already going to do it with drivers and the 64 bit version of Vista? TPM hardware is particulary nasty because it allows the real owner of the machine (the person with the root keys) to decide just what you can and cannot do -- and change it easily with a simple software update. Red Hat doesn't even have to introduce "severe limitations"... just force you to run *their* kernel at first if you want access to their updates and in the process strangle those projects that compile up RHEL: WhiteBox etc. The fact remains that TPM hardware allows companies like Red Hat the opportunity to "own" their version of Linux and ensure that a computer is in a known state running code signed by Red Hat... hell... SELinux that Red Hat has been so vociferously pushing is the software part of this, they just don't want to talk about it.

      So yes, I understand what TPM hardware can do and the granularity of limitations and control it allows... you, apparently, don't.

    9. Re:Good! If Debian likes it... by swillden · · Score: 1

      So yes, I understand what TPM hardware can do and the granularity of limitations and control it allows... you, apparently, don't.

      Do you? Can you explain to me, then, in terms of TPM commands, just how this magic is to be achieved? Don't forget to cover how Red Hat will know which EKs are valid, particularly in light of the provisions of the 1.2 spec that allow the user to generate a new EK.

      I started to write a long note explaining why what you're saying won't work, but decided it's not worth my effort, at least until you demonstrate a real understanding (not a slashdot groupthink understanding) of what a TPM is and does.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    10. Re:Good! If Debian likes it... by NutscrapeSucks · · Score: 1

      > But that's not what the AC was saying

      Filter out the reactionary Linux Zealot spin, and more-or-less that's what he is getting at.

      --
      Whenever I hear the word 'Innovation', I reach for my pistol.
    11. Re:Good! If Debian likes it... by Anonymous Coward · · Score: 0

      Excuse me, but you appear to be talking out of your big fat hairy ass. TPM systems are designed to exactly what the other posters suggests... namely to allow the ownership and control of digital data.

      You already admit that Microsoft can do what is suggested, but somehow Red Hat can't do this with their Enterprise Linux -- which is no different from Windows in this regard. You, sir, are a cretin or a liar. There is nothing in the trusted computing spec to prevent Red Hat from ensuring that only uncompromised TPM systems running "Trusted" Linux kernels signed by Red Hat can access their update server. It's not in their interest to do it yet... but you lying about it will not change the fact that TPM hardware is designed to do *exactly* that sort of thing.

    12. Re:Good! If Debian likes it... by swillden · · Score: 1

      Can't back up your claims with facts so you just spout ad-hominem attacks, huh? Yeah, that's convincing.

      Lose the groupthink, read the specs.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    13. Re:Good! If Debian likes it... by Anonymous Coward · · Score: 0

      1. I'm not the original poster.

      2. The specs are clear. Remote attestation is the phrase you are looking for... look it up.

      Next time, do some research before spouting off.

    14. Re:Good! If Debian likes it... by swillden · · Score: 1

      Remote attestation is the phrase you are looking for... look it up.

      Yes, now go read about how it works and what it can attest to, then explain how it can be used by Red Hat to control what software can be installed on Red Hat systems.

      It *can't*.

      Next time, do some research before spouting off.

      I have read, and understand, the specifications, and I have also written code that uses the TPM in my Thinkpad. I know what I'm talking about. The problem I face is that there are hordes of slashbots who do not understand anything beyond the groupthink notion of what a TPM is, and trying to prove that a TPM can *not* do X requires fully explaining what it can do and then exploring all of the ways that one might try to apply its capabilities to accomplish X.

      It's also possible that I'm wrong, that there is some clever way a TPM could be used to accomplish the sort of control people fear, but no one seems to be able to explain what it is. I'm willing to be proven wrong, but no one seems to know enough to try.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    15. Re:Good! If Debian likes it... by Anonymous Coward · · Score: 0

      Yes, now go read about how it works and what it can attest to, then explain how it can be used by Red Hat to control what software can be installed on Red Hat systems.

      TPM is designed to attest that hardware *and* software is signed and uncompromised. For Red Hat to force (for EL) the need for a signed kernel and trusted kernel is trivial with a TPM... and indeed a trusted network connection could be required for connecting to the update server. THIS IS WHAT THE HARDWARE WAS DESIGNED TO DO. IT WAS ONE OF THE MAJOR GOALS OF THE DESIGN.

      It's also possible that I'm wrong, that there is some clever way a TPM could be used to accomplish the sort of control people fear,

      There's nothing clever about it, dumbass. The TPM hardware *exists* to do it... it was a main design critera. Seriously dude, you need to get a fucking clue and actually read the spec again, and this time understand it, or get someone to explain it to you slowly.

    16. Re:Good! If Debian likes it... by swillden · · Score: 1

      TPM is designed to attest that hardware *and* software is signed and uncompromised.

      Agreed. However, there are many ways that this can be worked around if the owner of the machine doesn't want it. The claim is that all of this can be done without the consent and assistance of the owner.

      There's nothing clever about it, dumbass.

      I see you're a fan of my sig.

      Seriously dude, you need to get a fucking clue and actually read the spec again, and this time understand it, or get someone to explain it to you slowly.

      I'm *trying* to get someone to explain it to me -- if they can, and I'm pretty sure they can't, because it's not true -- but no one is willing to do it. You, for example, are much more interested in calling me names.

      Look, I'm far from clueless in this space. I'm a mathematician with a long and deep interest in cryptology. I'm also a professional security engineer who designs and builds high-security systems for a living... I designed one key-management system where I had NSA oversight to ensure that my design was solid because the system was to be used to secure such a large part of the US economy that it was considered a national security issue. I've worked with half a dozen different kinds of crypto devices, and used them to build real-world systems.

      I don't mention that to paint myself as an authority, but to point out that I have reason to believe I understand the spec when I read it -- I frequently have to read similar specs and work out how to design secure systems with the described devices. Based on what I read in the spec, I simply do not see any way that standard PC hardware with a TPM can be used to enforce validation of a particular configuration unless either the owner cooperates or else the entity that wishes to validate the configuration has the machine in their possession at some time (so they can verify the way in which the TPM is being use, and then generate a key and bind it to that PCR state). There are simply too many ways the owner can subvert the attestation, *especially* with open source software. Keep in mind that it is not at all necessary that the system actually be running the code that was used to generate the PCR values. The TPM has no idea what's running, all it knows is what is fed to it.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
  2. Excellent by devphaeton · · Score: 3, Interesting

    Go Debian! One of the last strongholds of The True Linux(tm).

    --


    do() || do_not(); // try();
    1. Re:Excellent by dch24 · · Score: 1
      Go Debian! One of the last strongholds of The True Linux(tm).

      Okay, maybe I'm just a little unaware, this is not flamebait. Can anyone compare Debian's freedom to Gentoo's freedom. I'm a Gentoo user, and I found this: Gentoo Social Contract. IIRC, Debian is GPL'd also.

      What am I missing here?

    2. Re:Excellent by luvirini · · Score: 2, Informative

      The difference between Debian and other distributions is mainly in the "Fanatism" of sticking to the noble ideas. I have not followed Gentoo that much, but in general all other distros make choises that are "for good of the user" and include things that Debian rejects, but that make things easier for the user.

    3. Re:Excellent by lindi · · Score: 2, Informative

      It's somewhat confusing indeed. That "Gentoo is and will remain Free Software" seems to only apply to "core components". With Debian it applies to all the 15490 packages.

    4. Re:Excellent by pintpusher · · Score: 1

      Amen [brother|sister]!

      --
      man, I feel like mold.
    5. Re:Excellent by zsau · · Score: 1

      Indeed. I've recently been looking for a new distribution because I decided I plainly didn't like certain aspects of Ubuntu. Knowing that I'd tried installing Debian and failed badly, and that I'd run Gentoo in the past, I tried installing Gentoo again. Last time, I was an open source user, nowadays I'm a free software user, but every time I tried installing software, Gentoo tried installing non-free packages. I had difficulty getting it to install basic stuff like Gnome without trying to install a non-free Java environment! (Maybe there's a simple USE option, but it wasn't mentioned in the installer guide, and I wasn't going to look high and low for it.)

      In the end after searching high and low, I did decide I'd try installing Debian again (after all, they've redone their installer) and now it seems trivial to keep non-free packages off my system. I'm now officially a happy Debian user.

      That's the difference between Debian and most everyone else.

      --
      Look out!
    6. Re:Excellent by Anonymous Coward · · Score: 0

      Indeed it is, but most people don't care. Tip, use ONE package management tool(possibly synaptic i think for gnome, maybe aptitude) and use ONLY THAT, cause they keep track separately and can cause trouble.

  3. DRM by luvirini · · Score: 2, Interesting
    Indeed I expect that the DRM part will be the big "Real kicker" specially when Linux kernel and other key software go to GPL3.

    Will be interesting to see how the fight of freedoms vs. DRM goes.

    1. Re:DRM by Kjella · · Score: 4, Informative

      Indeed I expect that the DRM part will be the big "Real kicker" specially when Linux kernel and other key software go to GPL3.

      The Linux kernel has been GPLv2 only for a long time and it would be close to impossible to make the thousands of contributors relicense it. From what I've understood though, the FSF wants to relicense all software they have been assigned copyright to as GPLv3 only (you can still fork GPLv2 at that point though, and even create a competing GPLv2 only branch).

      --
      Live today, because you never know what tomorrow brings
    2. Re:DRM by Anonymous Coward · · Score: 2, Interesting

      GPL3 only will be a BAD thing. There is already a perception that that GPL restricts more than it frees.

    3. Re:DRM by luvirini · · Score: 1

      Good point, as Linux Kernel is licenced as GPL version 2 only.

    4. Re:DRM by m50d · · Score: 1

      Linux won't switch. That would require getting permission from every contributor.

      --
      I am trolling
    5. Re:DRM by plover · · Score: 4, Interesting
      What about patents? Think about a box like the NSLU2. Now, I don't know if Linksys holds any patents on it or not, but let's assume for the moment they held both software and hardware patents on it.

      Would they be able to continue to run a linux kernel on it? Can you run the linux kernel on a patented platform? Can you run patented software on a linux platform?

      If it turns out that you can still run patented software, what about kernel modules? Can you patent them or not?

      What if it turns out that you can't? Then what do you do about VMWARE? VMWARE can be used to run a Windows XP virtual machine, which for all we know is encrusted with thousands of patents.

      This whole "we enforce the following opinions about these uses of our software" thing is a bad idea, in general. Sure, they've made it plainly obvious that they don't want to be a party to building a TPM-based-machine. But what's next? No military uses? No "dual uses" (civilian and military)? "Sorry, can't write GPS software, it uses data that comes from a military owned satellite." "Can't put Word support in Open Office, it allows cross-platform usage of patented file formats." "Can't write an Asterisk plug-in, you might use that phone line to call Microsoft support."

      "Preamble

      The licenses for most software are designed to take away your freedom to share and change it. By contrast, the GNU General Public License is intended to guarantee your freedom to share and change free software--to make sure the software is free for all its users." [ emphasis mine ]

      I think they have to accept the good with the bad. All should mean "all". Freedom should mean "freedom".

      --
      John
    6. Re:DRM by diegocgteleline.es · · Score: 4, Informative

      And even if it could, it doesn't neccesarily means that GPL v3 would be useful for the kernel. Let me quote a mail from Linus on the matter from a couple of hours ago:


      > This means that when the code went GPL v1 -> GPL v2, the transition was
      > permissible. Linux v1.0 shipped with the GPL v2. It did not ship with a
      > separate clause specifying that "You may only use *this* version of the GPL"
      > as it now does. (I haven't done any research to find out when this clause was
      > added, but it was after the transition to v2).

      Bzzt. Look closer.

      The Linux kernel has _always_ been under the GPL v2. Nothing else has ever
      been valid.

      The "version 2 of the License, or (at your option) any later version"
      language in the GPL copying file is not - and has never been - part of the
      actual License itself. It's part of the _explanatory_ text that talks
      about how to apply the license to your program, and it says that _if_ you
      want to accept any later versions of the GPL, you can state so in your
      source code.
      The Linux kernel has never stated that in general. Some authors have
      chosen to use the suggested FSF boilerplate (including the "any later
      version" language), but the kernel in general never has.

      In other words: the _default_ license strategy is always just the
      particular version of the GPL that accompanies a project. If you want to
      license a program under _any_ later version of the GPL, you have to state
      so explicitly. Linux never did.

      So: the extra blurb at the top of the COPYING file in the kernel source
      tree was added not to _change_ the license, but to _clarify_ these points
      so that there wouldn't be any confusion.

      The Linux kernel is under the GPL version 2. Not anything else. Some
      individual files are licenceable under v3, but not the kernel in general.

      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.

      > If a migration to v3 were to occur, the only potential hairball I see is if
      > someone objected on the grounds that they contributed code to a version of the
      > kernel Linus had marked as "GPLv2 Only". IANAL.

      No. You think "v2 or later" is the default. It's not. The _default_ is to
      not allow conversion.

      Conversion isn't going to happen.

                      Linus

    7. Re:DRM by diegocgteleline.es · · Score: 2, Interesting

      Oh well - so you don't like GPL, be it v2 or v3. I happen to think that the GPL is one of the few licenses that REALLY helps me to have free/open software. Other licenses (say, BSD) allow companies to relicense a copy of the software with another license or even close the code.

      There's nothing wrong with that. But I happen to think that in this world companies are already having too many ways of getting money - DRM and software patents, for one - and they don't need help from hippy university students.

      I laught when companies say "we don't like the GPL, it doesn't allows to use thousand of lines of code without forcing us to get back the changes", like being able to close the source were the one way to keep the company up. Then at the following day you see the financial results of that quarter and the company happens to have a couple of thousand of millions of dollars in cash but hey, GPL is "not free, it doesn't allow us to do what we want, it doesn't adapt to our needs". And the following day the company hires some lobbies to get software patents and DRM in Europe.

      Is not that I hate companies - I love capitalism - I just don't understand this "ooh poor of us those free software coders are releasing code under the GPL license which is too restrictive and viral". Those companies have enought money to write a new operative system from scratch without using code from anyone else (I've nothing against that, I'd even bought and pay for it if it's a good product), stop pretending that GPL is "too restrictive". So uh, maybe companies and some people like you thinks that GPL is "too restrictive". I happen to think that is great, and I've only heard good things from the GPL v3 version.

    8. Re:DRM by Chris+Burke · · Score: 4, Informative

      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.


      I don't see anything in the draft that would require Linus to release his private signing keys. That would be insane if it were true, but it isn't.

      The clarification on the licensing of the kernel (GPL v2 only and ever) is useful, though.

      --

      The enemies of Democracy are
    9. Re:DRM by Schraegstrichpunkt · · Score: 2, Interesting
      In other words: the _default_ license strategy is always just the particular version of the GPL that accompanies a project. If you want to license a program under _any_ later version of the GPL, you have to state so explicitly. Linux never did.

      No. You think "v2 or later" is the default. It's not. The _default_ is to not allow conversion.

      Linus is wrong. Linux 2.0.40 does not state a particular version of the GPL, and GPLv2 section 9 (as shipped with that version of Linux) states:

      9. The Free Software Foundation may publish revised and/or new versions of the General Public License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns.

      Each version is given a distinguishing version number. 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. If the Program does not specify a version number of this License, you may choose any version ever published by the Free Software Foundation.

      (Emphasis added.)

    10. Re:DRM by diegocgteleline.es · · Score: 2, Informative

      I'd say that this is "relative": at the start of the COPYING file , I read: "GNU GENERAL PUBLIC LICENSE Version 2, June 1991". I'd say that it looks like Linus has modified the COPYING file on purpose just to _clarify_ the original intentions.

    11. Re:DRM by Kjella · · Score: 1

      If the Program does not specify a version number of this License, you may choose any version ever published by the Free Software Foundation.

      Depending on how you read that, any place that states "This program is licensed under GPLv2." that specificly mentions 2.0 as the version might count. Just because it isn't in LICENSE doesn't mean it could be somewhere else, since it is not part of the license as such (it is whereever you say that this code is placed under this license). Hell, placing the text of the GPLv2 in LICENSE may be counted as "specifying" that version. I'd see a lawyer before I tried to pull that one, at least...

      --
      Live today, because you never know what tomorrow brings
    12. Re:DRM by Schraegstrichpunkt · · Score: 1

      Huh? Linux 2.0.40 is licensed under GPLv2, which explicitly states that the licensee may choose any version of the GPL, under certain conditions (which are met for 2.0.40). The fact that Linus now claims that he never intended that doesn't make it any less binding upon him.

    13. Re:DRM by WWWWolf · · Score: 1
      The Linux kernel has _always_ been under the GPL v2. Nothing else has ever been valid.

      Most certainly not! Linus has a surprisingly bad memory. Okay, that's a nitpick, but still =)

    14. Re:DRM by ajs318 · · Score: 1

      They said the same things about the thirteenth amendment, you know. But in places where the freedom to keep slaves is artificially restricted, the mean freedom per capita is still greater than the mean freedom per capita in places where slavery is permitted. If you restrict the sample to the poorest 50% of the population, even more so.

      And talking of slavery, who do you think was really responsible for its abolition? Not William Wilberforce, or William Lloyd Garrison. It was James Watt and Michael Faraday who really abolished slavery. Of course they were assisted by a whole host of others, so let's just say for the sake of fairness that IR1 was the event that made slavery unviable.

      Now in a few years' time, there will be software available which will take a compiled binary as its input, and generate as its output a piece of source code which, when compiled, will produce exactly the same binary as the original input. It won't necessarily be the original source code {there are several many-to-one mappings in compilation and no guarantee that variable and function names will be preserved} but nonetheless, a sufficiently smart person ought to be able to work with it.

      For the first time, it will be possible for users of even closed-source software to exercise Freedoms One and Three {they've been doing Zero and Two for years without the source code}. Once there is no longer be any way of concealing source code, there will cease to be any artificial benefit in attempting to do so. In years to come, IR2 will be seen as the event that made shafting your customer unviable.

      --
      Je fume. Tu fumes. Nous fûmes!
    15. Re:DRM by EnglishTim · · Score: 1

      From the linked page:

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

      Linus states GPLv2. He does not state GPLv2 "and any later version". Therefore the above clause does not apply.

      "If the Program does not specify a version number of this License, you may choose any version ever published by the Free Software Foundation."

      Linus does state the version of the license, therefore the above clause does not apply.

      The only version of the GPL that is valid for the Linux kernel is version 2.

    16. Re:DRM by Schraegstrichpunkt · · Score: 1
      Linus does state the version of the license, therefore the above clause does not apply.

      Where is this stated, in Linux 2.0?

    17. Re:DRM by EnglishTim · · Score: 1

      Where is this stated, in Linux 2.0?
      Here.

    18. Re:DRM by annodomini · · Score: 1

      But you see, they aren't targeting completely separate concerns like military use, they're focusing on only one thing: the freedom to use, modify, and copy the software, and not place any restrictions on the use, modification, and copying of the software by other people. TPM is fundamentally incompatible with being able to use, modify, and copy GPL'd software; if code needs to be signed by a particular entity to run on a computer, then you cannot modify it and run it on your machine. As far as patents go, the license only disallows the use of patents to prevent people from copying and using the GPL'd code. Again, this is a perfectly reasonable measure to protect the integrity of the GPL; otherwise, anyone who wanted to use GPL'd code but didn't want anyone else to use their derived work could just add some code in that was protected by a patent they owned, and sue anyone who tried to use it. In the case of Linksys, if they have patents on their modifications of GPL'd software, then they would have to provide a blanket license for anyone to use their patents, or they wouldn't be able to use the GPL'd software. If they don't want to do that, then they can choose not to use the GPL'd software. It would be pretty disingenuous for them to use GPL'd software and then not allow anyone else to copy it and modify it because of patents. The patent and DRM restrictions only apply to the GPL'd software itself, not the hardware or other software running on the same machine. So you can use the software on hardware that is patented, or you can run VMWARE (which isn't covered by the GPL), and Windows, and so on.

    19. Re:DRM by Schraegstrichpunkt · · Score: 1
      So, let me get this straight: You think a judge would rule that the mere title of the GPL overrides section 9, even though the GPL consistently refers to itself as "this License", and not "the Program", which is defined in section 0?

      I remain unconvinced.

  4. I couldn't agree more by davidstrauss · · Score: 4, Insightful
    Adding DRM and spyware limitations means we cross into judging the user intent. Furthermore, denying things that are already defined "illegal" in the license is redundant. If it's illegal, it's illegal. There's no need to put it in the license to prevent people from doing it.

    I'm also against the DRM restrictions because I know the purpose of DRM extends well beyond music and videos. Corporations (and even some individuals) need strict control of their private data. I'm concerned that restricting DRM implmentations means entering grey area with respect to controlling data on corporate and shared computers.

    Finally, restricting DRM in the GPL is as pointless as restricting "illegal" things. No media company would implement their DRM under the GPL anyway. If a DRM implementation were GPL'd, someone could modify it so the decrypted data flows elsewhere. The GPL just doesn't offer a means to control information flow in software against the user's wishes.

    P.S. What's so "extreme" about a consistent view on civil liberties?

    1. Re:I couldn't agree more by luvirini · · Score: 1, Troll
      P.S. What's so "extreme" about a consistent view on civil liberties?

      It is "extreme" because big corporations do not like it.

    2. Re:I couldn't agree more by davidstrauss · · Score: 1

      I think you need to read the article. The two guys labeled "extreme" here are siding with business' freedom to use GPL'd software as they wish.

    3. Re:I couldn't agree more by luvirini · · Score: 1
      I did read it.. :)

      The point I was trying to make is not about this article "extremism" but in general the most common use of the word, as in "Extremism=Anything that the establishment does not like, however legal or good"

    4. Re:I couldn't agree more by nanday · · Score: 1

      I used "extreme" as a description, not a judgement.

      An extreme civil libertarian position is one that believes that rights extend to those things that are hostile to those rights. For example, an extreme position on free speech is that it should extend even to comments meant to restrict the right or to deny it to others. This is further than many civil libertarians would go, so it seems right to call it "extreme."

      Whether the position is right or not is another matter that I won't go into.

    5. Re:I couldn't agree more by hhr · · Score: 2, Insightful

      Actually, there is a point to prohibiting illegal activities in a license-- without doing so the license is still valid even if the law is broken.

      For example, when you apply for a work visa or green card you are told that you cannot sell drugs (or commit genocide, or...) while you have your visa. This clause easily allows the goverment to revoke your visa and kick you out of the country should you get caught selling drugs.

      Likewise, prohibiting software that illegaly invades a user's privacy makes it much easier to yank license should the developer do so.

    6. Re:I couldn't agree more by davidstrauss · · Score: 2, Interesting

      So what if the license is still valid? The person still can't use it for that purpose if it's illegal. The visa example is a valid comparison, but do we really want isolated illegal acts to invalidate that person or organization's entire use of anything GPL? How far would it extend? Who really agrees to the GPL? If it's the organization, do we want to shut down Linux use at Microsoft and Apple? They do, after all, do some software development for DRM applications on GPL'd software. I don't support a viral clause for "illegal" use, especially when we aren't in the position of defining what's illegal.

    7. Re:I couldn't agree more by Overly+Critical+Guy · · Score: 1

      Why are content creators always referred to as "big corporations" here on Slashdot? Is it some sort of generic stereotype used to dismiss their rights?

      Hell, Slashdot's owned and run by one of those "big corporations."

      --
      "Sufferin' succotash."
    8. Re:I couldn't agree more by m50d · · Score: 1

      Say what you want about whether DRM is good or bad. But making it illegal for people to reverse engineer it is just stupid. And that's all the GPL seems to be trying to stop.

      --
      I am trolling
    9. Re:I couldn't agree more by luvirini · · Score: 1
      Many content creators are reasonable and have reasonable rules for their content, others are not.

      The real problem comes from the fact that the "bad cases" make so much more noise than others, thus such ideas as yours come common.

    10. Re:I couldn't agree more by vux984 · · Score: 1

      Adding DRM and spyware limitations means we cross into judging the user intent.

      True. But this is the GPL -- GNU Public License... not 'merely' an open source license. GNU has always had a philisophical bent. They are enshrining a bit more of that philosophy in the license.

      Furthermore, denying things that are already defined "illegal" in the license is redundant. If it's illegal, it's illegal. There's no need to put it in the license to prevent people from doing it.

      It can make it easier to prosecute offenders.

      I'm also against the DRM restrictions because I know the purpose of DRM extends well beyond music and videos. Corporations (and even some individuals) need strict control of their private data. I'm concerned that restricting DRM implmentations means entering grey area with respect to controlling data on corporate and shared computers.

      A legitimate concern. But you seem to be a victim of FUD. DRM lets external 'copyright holders' or 'content creators' impose restrictions on the functioning/operations of MY system/software. The situations you describe of corporations and indivuals needing strict control of their private data is entirely different because the control is solidly in the hands of the corporation or individual owning the system, where it belongs.

      I concede that "DRM" probably needs to be well defined as such to counter the FUD.

      No media company would implement their DRM under the GPL anyway.

      Except that Sony's Rootkit for example did contain GPLed software. Ooops.

      If a DRM implementation were GPL'd, someone could modify it so the decrypted data flows elsewhere. The GPL just doesn't offer a means to control information flow in software against the user's wishes.

      Agreed. Nobody would GPL a DRM implementation. However, it appears the less scrupulous among us have no bones about appropriating GPL code to use in a non-GPLed DRM implementation. (Which of course is already a violation of the GPL.) This just gives the GPL more teeth when its violated in *this* way, which as I mentioned before undermines EVERYTHING the GNU people stand for.

    11. Re:I couldn't agree more by Saeed+al-Sahaf · · Score: 1
      True. But this is the GPL -- GNU Public License... not 'merely' an open source license. GNU has always had a philisophical bent. They are enshrining a bit more of that philosophy in the license.

      True, but the problem is that the GPL is the de facto Open Source license, and in most people's minds is synonymous with Open Source.

      --
      "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
    12. Re:I couldn't agree more by ObsessiveMathsFreak · · Score: 2, Insightful

      GPL3's anti-DRM features are required in a very real sense.

      It's like this. Under GPLv2, your only real obligation was to supply the source code and the right to redistribute it.

      But with DRM, what's to prevent you digitally securing the binaries and having a system on which only "trusted" binaries are allowed to run. The source is all but useless now, as anyone compiling it will need to get their binaries signed to run on Vista++ or OSXII.

      You kill free software as the source alone is not enough to create a "working" binary.

      --
      May the Maths Be with you!
    13. Re:I couldn't agree more by Chris+Burke · · Score: 3, Interesting

      But with DRM, what's to prevent you digitally securing the binaries and having a system on which only "trusted" binaries are allowed to run. The source is all but useless now, as anyone compiling it will need to get their binaries signed to run on Vista++ or OSXII.

      I bolded the real problem, which the GPL v3 does nothing to solve. All it does it say that the GPLed software cannot be an "effective technological protection measure", meaning it can't invoke the DMCA clauses that make circumventing such a thing illegal. That still won't let you get your modified binary signed by Microsoft to run on Vista++, so the source is still useless.

      --

      The enemies of Democracy are
    14. Re:I couldn't agree more by vux984 · · Score: 1

      True, but the problem is that the GPL is the de facto Open Source license, and in most people's minds is synonymous with Open Source. I'm afraid I don't see the problem there. First, the GPLv2 is not going to be superceded by the GPLv3 except at the express wishes of the authors. Even software written under v2 or later, as I understand it, cannot be further *restricted* by clauses in v3. So even if the gnu foundation become a bunch of raving lunatics we wouldn't be bound to follow them. Second, the only people who SHOULD be affected by the anti-DRM clauses are those who misappropriate GPL code in the first place. Because as was pointed out nobody is likely to actually GPL a DRM scheme, for obvious reasons. The main concern is fear that the GPLv3 may over-reach its goal and impact developers, corporations, and individuals in ways that haven't been foreseen (e.g. for example putting the file system permissions model into a grey area). I think that is a legitimate concern. But one that can be satisfactorily addressed by the draft process.

    15. Re:I couldn't agree more by zcat_NZ · · Score: 1

      Wasn't there a part where it says that if you distribute binaries for a "Trusted Computing" platform that have to be signed in order to run, you also have to distribute the keys required to sign them?

      This is just a clarification of GPL2; you have to supply not just source code but everything required to build the binaries if it's not part of the 'standard install'. If your code requires your own custom libraries, headers, configuration, etc to build, you have to include them. If it has to be signed before it will run on the target platform GPL2 implied, and GPL3 implicitly says, you have to supply the keys to sign it.

      --
      455fe10422ca29c4933f95052b792ab2
    16. Re:I couldn't agree more by diegocgteleline.es · · Score: 2, Informative

      Corporations (and even some individuals) need strict control of their private data

      I wonder how people plans to fix that with DRM. Once a DRM'ed document is loaded in word, you can jump the drm protection by....taking a screenshot? Oh well: The operative system may forbid to take screenshots of the windows that has DRM content (like mac os x does with DRm'ed videos I've been told). You may get your digital camera or even a vigilance camera could do it (you don't need to be 007 to do that).

      But well, the operative system is also handling the data, so it has to be somewhere - what about a program that spies when you cut a piece of text?

      Want to "secure your data"? Well, just use pgp to cypher it - hell there're guis for that - and store your private key in a usb key, nobody will be able to read your PGP'ed document. I don't see how DRM solves ANY problem.

    17. Re:I couldn't agree more by Chris+Burke · · Score: 1

      Wasn't there a part where it says that if you distribute binaries for a "Trusted Computing" platform that have to be signed in order to run, you also have to distribute the keys required to sign them?

      http://gplv3.fsf.org/draft

      The only reference to anything like a key is in Section 6. Non-source Distribution:
      "Distribution of the Corresponding Source in accord with this section must be in a format that is publicly documented, unencumbered by patents, and must require no special password or key for unpacking, reading or copying."

      Which just means the source distribution itself can't be encrypted in a way that the user can't open. I see nothing that says the recipient needs to be able to sign the code for use on a specific system that requires it.

      --

      The enemies of Democracy are
    18. Re:I couldn't agree more by Moebius+Loop · · Score: 1

      The operative system may forbid to take screenshots of the windows that has DRM content...like mac os x does with DRm'ed videos I've been told

      just for the record, it is only the bundled dvd player that does this...open-source alternatives like VLC allow you to take a screenshot just fine.

      perhaps i'm the eternal optimist, but i have a feeling the open-source/free software communities will be able to ultimately prevail in the drm scene...

      --
      have you been seen on slash?
    19. Re:I couldn't agree more by zcat_NZ · · Score: 1

      Section 1 para 3
      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.

      In otherwords; if you port GPL software onto a system that only accepts signed binaries, you have to provide -everything- required for the end user to compile their own signed, runnable binary; source, keys (encryption or authorization codes) to sign it, etc.

      GPL2 basically said the same thing; if you modify GPL code you must make available everything[0] required to rebuild your code.

      If you use custom libraries, write parts in a new language or port to some obscure platform for which the compiler isn't readily available, it's NOT enough just to provide the source.

      [0] - Everything excluding excluding "general-purpose tools" - what's installed on a typical developer's machine. GCC, GNU make, the usual set of libraries and kernel headers can be assumed..

      --
      455fe10422ca29c4933f95052b792ab2
    20. Re:I couldn't agree more by Tim+C · · Score: 1

      Oh well: The operative system may forbid to take screenshots of the windows that has DRM content (like mac os x does with DRm'ed videos I've been told). You may get your digital camera or even a vigilance camera could do it (you don't need to be 007 to do that).

      Well, pretty much any company that implemented a DRM-protection scheme for its documents is going to be banning cameras in the work place anyway.

      Besides which, you miss the point. The point is not to stop a malicious employee from purposefully leaking documents, it's to stop a (clueless) employee from *accidentally* leaking documents - eg emailing them to the wrong person, losing a USB key with them on, etc. That it makes malicious distribution harder is a bonus, not the main aim.

    21. Re:I couldn't agree more by a.d.trick · · Score: 1

      Corporations (and even some individuals) need strict control of their private data.

      DRM does not help you retain strict control of your private data. It helps others retain strict control of your private data! Retaining control of your data is just basic security (chmod 600 $file or w/e), it's been practiced for ages and the only thing DRM can do is compromise it.

    22. Re:I couldn't agree more by Anonymous Coward · · Score: 0

      Why are content creators always referred to as "big corporations" here on Slashdot? Is it some sort of generic stereotype used to dismiss their rights?

      No, it's a generic stereotype based on observation of the world around us.

      Who is pushing for DRM? In general, you find that big corporations are, little guys aren't. For example, which music labels are releasing DRM'd products, and which are releasing things free for everyone to download and share? In general, big labels release it with DRM, indie labels don't. Therefore, it's not ridiculous to jump to the conclusion that bigness and a desire to dismiss users' rights go hand in hand.

      By the way, corporations shouldn't have rights. Rights are for people.

    23. Re:I couldn't agree more by diegocgteleline.es · · Score: 1

      Well, pretty much any company that implemented a DRM-protection scheme for its documents is going to be banning cameras in the work place anyway.

      Really? Could you give me the name and localization of some of those companies? I'd like to have a new computer for free...

  5. Is this a good thing? by HulkProtector1 · · Score: 2, Interesting

    Is this a good thing considering that the Debian Project is many times much more zealous about their definition of "Free" than the FSF? Just wondering about everyone's input.

    1. Re:Is this a good thing? by luvirini · · Score: 1

      It is good thing to get imput from as many as possible views for something as important as GPL. The previous version has made a big difference in many things, so I expect the next version will make too.

    2. Re:Is this a good thing? by TheRaven64 · · Score: 2, Interesting

      They tend to be fairly close. The real disagreements come on non-core issues. The Debian Project believes that something like the FSF's four freedoms should apply to everything in a program, while the FSF limits itself simply to code. This means that the Debian project does not accept the GNU Free Documentation License. Conversely, the FSF takes issue with the Debian project maintaining a repository of non-Free software, since this is seen as an endorsement of (what the FSF views as) antisocial behaviour.

      --
      I am TheRaven on Soylent News
    3. Re:Is this a good thing? by pintpusher · · Score: 1

      Others have spoken to the differences between Debian and FSF in terms of what should and shouldn't be free. Personally, as a member of the Debian Cult I am happy to know that Debian tends to err on the side of more freedom, even though it occaisionally means less freedom to me as a user in terms of what is available from the official repositories.

      Likewise, in terms of levels of agreement with, endorsement of, or use of GPL, IMO the more differing interpretations the better. I want choice and choose my distro based partially on how that distro interprets software freedom. If I want a distro that focuses on freedom in the core and anything goes outside that, fine, I'll choose one appropriately. If I want one that focuses on freedom throughout the entire selection of packages, then I can choose that as well.

      So with Debian, we have what looks to be endorsement from one side of the spectrum. Others will have their own views.

      --
      man, I feel like mold.
  6. Newsforge is an OSTG site. by justdisguyyaknow · · Score: 1

    Full disclosure. Everyone knows, of course. But this is just the sort of things the "grown up" sites do, so slashdot should too.

  7. I don't like the GPL v3 draft by nuggz · · Score: 4, Insightful

    The definition of "illegal" in reference to spyware is potentially messy.

    1. Illegal usage will change over time, and vary quite widely across different jurisdictions. For example something as mundane as a web proxy log may be illegal depending on the context and jurisdiction.

    2. Restrictions on use in that it can not be an effective copy control mechanism.
    the freedom to run the program for any purpose (called "freedom 0")
    I understand the intent, however such a restriction IMAO violates a fundamental principal of free software.

    1. Re:I don't like the GPL v3 draft by luvirini · · Score: 1
      Indeed, that restriction seemed to be the biggest possible problem that Debian people might have with the new version.

      I am myself of two minds about this and the thing that was not included as standard.. patent retaliation.

      Both of them have good and noble goals and might be needed in the current business climate, but they leave a bit sour taste in mouth.

    2. Re:I don't like the GPL v3 draft by kebes · · Score: 5, Interesting

      For example something as mundane as a web proxy log may be illegal depending on the context and jurisdiction.

      Not to mention that in some places, bad people will use that as a justification to shut down things they don't like. In a country that is trying to enforce censorship, they may deem that open-source software is violating its own license by allowing citizens to circumvent blockages. They will argue that this software is giving them the ability to "illegally invade privacy" (of whatever), and hence is illegal by its own license. Imagine how awful it would be if such a regime had a way to prevent free/open-source software from being used! The censorship would become that much worse.

      Sounds crazy perhaps, but twisting legal wordings to justify their actions is what some people do. That's why I'm always a little worried about the GPL being extended much beyond its original scope.

    3. Re:I don't like the GPL v3 draft by sperdich · · Score: 1

      So what would you do to define 'illegal' without restricting?

      Sergio
      http://www.salvaneschi.com.ar/

    4. Re:I don't like the GPL v3 draft by Cyno · · Score: 1

      1. So if its already illegal then the GPL just says you can't protect it with GPLv3 licensed DRM. Whereas you could protect it with any other form of DRM, thereby creating a tunnel through which you could illegally steal end user's information and it would normally be illegal under the DMCA for anyone to break your encryption to prove your actions.

      2. DRM. That's your problem with the GPLv3? It was intended to dissolve the protections the DMCA granted to DRM. DRM, inherently, violates the fundamental principals of free software. That's why the GPLv3 and the FSF don't like it. If you're so pro-DRM I suggest you use a different license and bark up a different tree. We not only disagree with you, we think you're stupid for even mentioning it.

      Why use GPLv3 DRM? The GPLv3 does nothing to stop you from making BSD licensed DRM or closed source DRM or DMCA protected DRM. Why don't you go choose one of the alternative options? Now I am very curious, your comment has perked some ears, I hope that was your intent.

    5. Re:I don't like the GPL v3 draft by nuggz · · Score: 3, Interesting

      Considering the free software definition I will form my response.
      http://www.gnu.org/philosophy/free-sw.html

      1a. I don't think free software should force and/or encourage behaviours beyond that of ensuring the software is free.

      1b. What is legal and illegal is inconsistent both over time and location. Let the laws in place deal with that. Using a software licence and copyright law to somehow back up "real law" is at best redundant and at worst subjective and confusing. For a second example a police keystroke logger can be both legal and illegal depending on the specifics of the case.

      2. I agree that DRM is logically incompatible with the GPL, if you have all source to make a fully functional implementation you could easily hack around the DRM restrictions.

      We not only disagree with you, we think you're stupid for even mentioning it.

      Fortunately there are more open minded people than you involved in this debate.
      I think the GPL should adhere as directly and as simply as possible to the free software definition.

    6. Re:I don't like the GPL v3 draft by Cyno · · Score: 1

      Do you think police keystroke loggers should be legal? Should the GPLv3 be modified to allow the DMCA to protect the police and law enforcement officials from wiretaps, or simply not void the license even if their actions may be illegal in some locations at some times?

  8. Roadblocks by Saeed+al-Sahaf · · Score: 2, Insightful
    Will be interesting to see how the fight of freedoms vs. DRM goes.

    It's all the content producers need to make it official that they will not be supporting Linux. No music, no movies, and what most Slashdotters will notice most, no games. My opinion is that GPL3 is a step back for those that would like to advance the adoption of Open Source by commercial producers and users. Philosophically, it's a step forward, but in practical terms, it's going to create roadblocks.

    --
    "Who are in control, they are not in control of anything - they don't even control themselves!" - Glen Beck
    1. Re:Roadblocks by Chris+Burke · · Score: 1

      It's all the content producers need to make it official that they will not be supporting Linux. No music, no movies, and what most Slashdotters will notice most, no games.

      Why would this be the case? What difference would GPLv3 make on any of these things? They aren't GPL v2 today, so they aren't going to be GPL v3 tomorrow. You don't need to release a program under the GPL for it to run in Linux, as the ample supply of proprietary software for the operating system shows.

      Unless you mean the anti-DRM sentiment in the GPL v3 will cause the writers of DRM to cease supporting Linux as some kind of protest? Or because they are too ignorant to know that you don't need to comply with the GPL to write software that merely runs under linux?

      Or do you mean all these things will only run under a (You Can't Be) Trusted Computing environment, and this would require kernel support that GPL v3 would make inneffective? Well, guess what, it's already inneffective if you have to give the users the source code. Trusted Computing as the media empires imagine it will never exist in Linux. So what are we losing?

      --

      The enemies of Democracy are
    2. Re:Roadblocks by jZnat · · Score: 1

      Neither Linux nor Xorg are GPL3'd, so there's no worries there for the FUDders. Linux is GPL2 and Xorg goes under the old Xfree86 license.

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

      Then for goodness sake let's create free content! Heck with the commercial folks!

    4. Re:Roadblocks by poopdeville · · Score: 1
      Or do you mean all these things will only run under a (You Can't Be) Trusted Computing environment, and this would require kernel support that GPL v3 would make inneffective? Well, guess what, it's already inneffective if you have to give the users the source code. Trusted Computing as the media empires imagine it will never exist in Linux. So what are we losing?

      Movies, music, and games...

      Hardware producers won't license the Trusted Computing technology unless they can be assured that the media companies are happy. And they won't be.

      --
      After all, I am strangely colored.
    5. Re:Roadblocks by dvdeug · · Score: 1

      How many companies produce games for Linux anyway? I don't know that ID has ever used DRM in thier games.

    6. Re:Roadblocks by Chris+Burke · · Score: 1

      Hardware producers won't license the Trusted Computing technology unless they can be assured that the media companies are happy. And they won't be.

      Which has what to do with GPL v3 vs GPL v2? Nothing. They will not be happy with either version.

      --

      The enemies of Democracy are
    7. Re:Roadblocks by poopdeville · · Score: 1

      A Media company might have allowed, say, VLC (perhaps with funding from RedHat or something) to license its DRM technology. After all, there's no reason for well-designed public key encryption system to be closed source anyway. But if VLC moves on to GPLv3, which is inimical toward DRM, this will never ever ever happen.

      --
      After all, I am strangely colored.
  9. Re:Debian sucks by Anonymous Coward · · Score: 0, Insightful
    Stop peddling your commieware to Americans, go move to China if communism is so great

    Hell, yeah. You know capitalism's the better bet when your country's education system is so rooted there are people arguing whether they can force the teaching of creationism in biology classes, the President's advocating the suspension of the Geneva Convention, refused to sign up to the War Crimes Court and advocates torture, and your nation is trillions of dollars in debt and only being held up by force of military action against any major trading partner who suggests switching to Euros ;-).

  10. illegal ? here ? by fredouil · · Score: 1, Insightful
    "denying things that are already defined "illegal" in the license is redundant. If it's illegal, it's illegal. There's no need to put it in the license to prevent people from doing it."

    where do you think it is illegal, in Germany ? France ? China ? Phillipine ? Korea ? US law is the law for a small minority (fortunately), i think it is important for the GPL to be accurate on this.

    1. Re:illegal ? here ? by davidstrauss · · Score: 1

      The current draft would have "illegal" be a changing definition from country to country, which is yet another reason it's bad to have.

  11. Re:Debian sucks by markild · · Score: 1

    Lol..

    Nice comeback ;)

    --
    Scully: Should we arrest David Copperfield?
    Mulder: Yes we should, but not for this.
  12. Condensed version of Public Licensing arguments: by clovis · · Score: 4, Funny

    Stan: It's every man's right to have babies if he wants them.
    Reg: But you can't have babies.
    Stan: Don't you oppress me.
    Reg: I'm not oppressing you, Stan -- you haven't got a womb. Where's the fetus going to gestate? You going to keep it in a box?
    [Stan starts crying.]
    Judith: Here! I've got an idea. Suppose you agree that he can't actually have babies, not having a womb, which is nobody's fault, not even the Romans', but that he can have the *right* to have babies.
    Francis: Good idea, Judith. We shall fight the oppressors for your right to have babies, brother. Sister, sorry.

  13. Unsaid: What was wrong with the FDL? by stevesliva · · Score: 1

    What did Debian find wrong with the Free Documentation License?

    --
    Who do you get to be an expert to tell you something's not obvious? The least insightful person you can find? -J Roberts
    1. Re:Unsaid: What was wrong with the FDL? by Anonymous Coward · · Score: 2, Informative

      In short, invarient clauses, DRM restrictions and a few other things. See http://people.debian.org/~srivasta/Position_Statem ent.html

  14. The "illegally invade privacy" clause isn't needed by argent · · Score: 1

    The major part of the DRM clause that seems iffy is this one:

    to distribute covered works that illegally invade users' privacy,

    The important remaining parts:

    Regardless of any other provision of this License, 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.

    I believe this bit is redundant, because this right is already guaranteed by the definition of "complete corresponding source": 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. [...] 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.

    And:

    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

    This bit is interesting, and while it is complementary to the corresponding part of the definition of Complete Corresponding Source, it does not actually prevent the use of GPLed software in DRM applications: Complete Corresponding Source Code [...] 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.

    The definition of Complete Corresponding Source means that the recipient has to have access to the keys. It doesn't mean that the keys need to be included with the software, if they are available in a repository on the user's computer. It *does* however mean:

    * First, if the user modifies the DRM software to save the protected material in an unencryted form, they're allowed to do so.

    * Second, that the user can't be prosecuted under the DMCA for reading the DRM software to find out how to save the protected material in an unencrypted form, or otherwise bypassing it.

    So for "honor system" quality DRM equivalent to (say) the DRM in iTunes, which explicitly provides for saving the material in an unencrypted format, you could actually use GPLed software in the DRM component. You could also prosecute people for distributing any material they had saved in unencrypted format in ways that went beyond "fair use" exceptions.

    Given the rest of this section, I don't think there's any point to to distribute covered works that illegally invade users' privacy, since I believe anyone who was actually doing that effectively using GPLed software would be violating other aspects of the GPL already.

  15. It's DMCA, not DRM, that GPL v3 addresses by Chris+Burke · · Score: 2, Interesting

    First, a quick point about GPL v2: You can't make effective DRM software with it. How could you? Since GPL grants users the rights to gain the source code and to modify it, then as soon as you distribute your DRM app you have given the user the right to modify that app so that, after decrypting whatever it is that the program is designed to decrypt it writes it to disk in a non-protected format. They could modify it so that whatever keys it uses to decrypt the media are also written to disk.

    The only way you could prevent this is if your country has a law that would trump the permission-to-modify-and-use-for-any-purpose provisions of the GPL v2. Specifically we're talking the DMCA. Since your DRM software is a "protection measure", bypassing it is illegal, and thus modifying the software to write out un-restricted files would be illegal even though the license you got the software under gave you explicit permission to do this and more. This is where GPL v3 comes in:

    From http://gplv3.fsf.org/draft: "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 understand that the term "effective technological protection measure" is to specifically address the DMCA, which makes it illegal to bypass said measures. It's basically stating that no GPL v3 software can ever invoke those clauses of the DMCA.

    Which is moot for several reasons. First, there will never be DRM software released under any GPL license at all since they'd have to be nuts to give out the source code and rely on DMCA enforcement to protect the content, especially since the DMCA is U.S.-only. Second, because the DMCA is U.S.-only, this clause is only effective in the U.S. to begin with.

    The other clause in the same section, which references spyware as "works that illegally invade users' privacy" is similarly useless because "illegal" varies from country to country and if it was illegal then you could get them for that illegal act and don't need to resort to copyright infringement to stop them.

    I think the entire Section 3 of the draft license could be removed and not change the resulting impact of the license one iota.

    --

    The enemies of Democracy are
    1. Re:It's DMCA, not DRM, that GPL v3 addresses by Anonymous Coward · · Score: 0

      Wrong... Trusted Computing undercuts the GPL v2 completely. If you recompile the source, it still doesn't work because the binaries are not signed and no longer "trusted". Having the source code means nothing in a Trusted Computing world. This is what the GPL v3 is aimed at. You badly need to read up on this stuff.

  16. MOD PARENT UP by Anonymous Coward · · Score: 0

    A really good point!

  17. DRM restrictions by Arker · · Score: 2, Informative

    I don't agree. The way those restrictions are worded they shouldn't affect legitimate uses of the technology. They just prohibit pulling a Tivo - and Tivo, by the way, is proof this is necessary. They've done exactly what this will prohibit - they've stayed within the boundaries of GPL v.2 technically, while violating the intent completely. Their users can get the source, but they are prevented from using it in any meaningful way. The DRM section of v.3a, as I read it, is rather narrowly aimed at preventing that.

    What does bother me in the drafts I've seen so far is the forgiveness clause, however. It looks like it could easily be abused by chronic violators, and I certainly hope that's given some more thought before the final version.

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.
  18. s/implicitly/explicitly/ by zcat_NZ · · Score: 1

    (n/t)

    --
    455fe10422ca29c4933f95052b792ab2
  19. Yeah, but what does the OSI have to say about it. by Anonymous Coward · · Score: 0

    Knowing the Open Source Initiative, and how they accuse the FSF leaders of drinking cook aid and state that they "like free software because it doesn't cost anything", I bet they hate the new GPL. (the guy who posted that was the then-current president of the OSI. Perhaps if MSFT or Sun would sponsor it, they'd buy in, though.

  20. What about open source DRM? by samj · · Score: 3, Insightful

    There are times when DRM is actually a good thing. For example, when restricting distribution of personal information, confidential documents, etc. Also when used sensibly to prevent blatant abuse of reasonably priced copyrighted content, thereby keeping media available and affordable for those of us doing the RightThing[tm]. And then there's non-free software for which there is not (yet) any competitive free equivalent - if it's protected then it's also more likely to be affordable.

    Given that there are situations where it can be useful, why should a free software license restrict my freedom to use this technology? So long as we're going to be force fed it anyway, why not *encourage* free software implementations?

    On the other hand, the DMCA is pure evil. 'Effective technical prevention measures' I can deal with as I am confident that freedom will prevail. Criminalising the bypassing of 'ineffective technical prevention mechanisms' is insane. However this is something to be solved by lobbying and educating users, not by adding short-lived, jurisdiction-specific terms to a long-lived, globally significant license.

    What is most amusing about these clauses is that I'm not convinced they have teeth - who in their right mind is going to write an open source 'technical prevention measure' anyway. In fact they're more likely to bite us - consider issues like the implementation of the broadcast flag in open source software for example. Plus existing software that matters is unlikely to be relicensed anyway (eg Linux).

    Anyway, the last version has served us well for 15 years. The new version references specific laws that may very well be repealed in the next few years, and more than likely will end up being a small sample of a large arsenal of consumer-hostile legislation.

    I'll be interested to see how the feedback received shapes the license, that's for sure.

    1. Re:What about open source DRM? by frogstar_robot · · Score: 1

      It seems to me that you can implement a DRM scheme and GPL3 the code. What you can't do is use DRM to circumvent the intent of the GPL the way Tivo does with their signed kernels. If you do it anyway and attempt to use the DMCA or a DMCA like law against anyone who circumvented it, then the license provides a potent legal defense. Of course, it could be the language needs to be tightened up but that is what seems to be the FSF's intent: you will not use technological means to prevent downstream recipients from modifying the code.

      I doubt that it is the FSF's intent to stop people from legally using GPG or deploying things like Dansguardian (can "spy" on users) on internal networks. The issue seems to be access to the software and it's workings not private data. If I'm wrong and that IS the intent, then I don't see the license being viable in the real world.

    2. Re:What about open source DRM? by mcubed · · Score: 1
      There are times when DRM is actually a good thing. For example, when restricting distribution of personal information, confidential documents, etc. Also when used sensibly to prevent blatant abuse of reasonably priced copyrighted content, thereby keeping media available and affordable for those of us doing the RightThing[tm].

      I don't get this. How does DRM protect the distribution of personal information, etc. It can restrict the distribution of the file that contains the information, but it doesn't protect the information itself. Anyone who can open the file can access the information, and distribute it in a non-DRM'ed fashion. So what useful purpose does DRM serve?

      And what constitutes sensible use? I've yet to encounter a DRM scheme that sounds sensible to me. Apple's iTMS DRM is often cited as a model of "non-intrusive" DRM implementation, but I can't fathom why people want to abide by a license agreement when they buy music. I find it ironic that Steve Jobs keeps repeating his "people want to own their music" mantra in defense of the iTMS model vs. the Napster/Yahoo/Rhapsody subscription model, considering that you don't technically "own" your music when you purchase from iTMS. I've read in countless places, including here on /., that all you have to do is burn your iTMS files to a CD-R and re-rip them to strip out the DRM, but doing so is a violation of your purchase agreement with Apple and therefore a violation of copyright law.

      And that's what bothers me about any DRM I've heard about. In order to do what you want with the media (i.e., what you can do now with non-DRM'ed media), you have to break the law. I'd rather live in a nation with sensible laws that sensible people can agree are sensible, than in one where there is such a disconnect between what sensible people think and do and what the law says they can do. DRM seems to be the wedge that widens this disconnect, so I'd really like to hear people's thoughts on what might be "sensible" DRM.

      Michael

      --
      "No live organism can continue for long to exist sanely under conditions of absolute reality;..."
    3. Re:What about open source DRM? by EzInKy · · Score: 1


      There are times when DRM is actually a good thing. For example, when restricting distribution of personal information, confidential documents, etc. Also when used sensibly to prevent blatant abuse of reasonably priced copyrighted content, thereby keeping media available and affordable for those of us doing the RightThing[tm]. And then there's non-free software for which there is not (yet) any competitive free equivalent - if it's protected then it's also more likely to be affordable.

      Given that there are situations where it can be useful, why should a free software license restrict my freedom to use this technology? So long as we're going to be force fed it anyway, why not *encourage* free software implementations?


      The new license doesn't restrict your freedom to use DRM, it protects your freedom to develop and modify it.

      --
      Time is what keeps everything from happening all at once.
  21. Re:The "illegally invade privacy" clause isn't nee by Anonymous Coward · · Score: 0

    So for "honor system" quality DRM equivalent to (say) the DRM in iTunes, which explicitly provides for saving the material in an unencrypted format, you could actually use GPLed software in the DRM component.

    Is the data on the CD the same as that in the original DRMed file? No, it is not... so no, you couldn't get out of it that way.

  22. Hear hear! by Anonymous Coward · · Score: 0

    Yes, let us not go down this slippery slope, which will only end when no one is allowed to make any money in any fashion from software. Let us not mistake protecting freedom with communism.

  23. An Attempt to Clarify the DRM Clause by Roger_Wilco · · Score: 5, Insightful

    I was at the GPLv3 launch conference, and I think people are misunderstanding what was intended, and what was written (since it's pretty clear).

    The DRM restriction is not intended to forbid, e.g. RedHat from signing their packages with a secret key. It's to prevent them from making a system that refuses to use packages that are unsigned or signed by somebody else.

    For example, say I made a modified version of that little applet that times when your tea is ready, and put it into a special device for this purpose, and called it "Tea-vo". I then set up the OS on this Tea-vo so that it checks to see if the copy of the program that it run is signed by my company, and refuse to run any other. This means that if someone else (say, Richard) buys my device, I must give them the source code, of course, but if they compile it, my Tea-vo will refuse to run their compiled code. This reduces Richard's freedom. He's free to use the software on other hardware, but not in the intended way (i.e. on my Tea-vo device).

    This is my understanding of the purpose of the DRM clause.

    1. Re:An Attempt to Clarify the DRM Clause by truedfx · · Score: 1

      So what happens if Red Hat distributes signed binaries, and this "Tea-vo" device only runs binaries signed by Red Hat (but it requires the user download them from Red Hat manually)? Obviously, if this would require Red Hat to make available private keys, things look bad.

      So what happens if "Tea-vo Code Inc" distributes signed binaries, and this "Tea-vo" device distributed by "Tea-vo Inc" only runs binaries signed by "Tea-vo Code Inc" (but it requires the user download them from "Tea-vo Code Inc" manually)?

    2. Re:An Attempt to Clarify the DRM Clause by UlfJack · · Score: 1

      That's not the problem with the DRM clause. The problem is that it may also prohibit (render illegal) certain other uses of open source software, that might actually be ok. The question is, what could that be?

      Consider the following example:

      The US military creates a new hardware device and to secure it, they install a non-modifiable key into it, so it only runs software that the military has signed. Now technically, they are violating the DRM clause and therefore it's illegal for them to use open source software.

      Or maybe yet another example:

      In the wake of the electronic voting desaster, someone creates these plans for new electronic voting machines. However, to make it secure, he installs a non-modifiable key into it, so you can't temper with the software.

      DRM has its good uses and there are actually a couple of open source projects out there that deal with it. Here's what you can do to stop DRM: Vote with your wallet. I know I'm not going to buy DRMd CDs or DVDs.

    3. Re:An Attempt to Clarify the DRM Clause by lordcorusa · · Score: 1
      Your examples both fail. Here is why:
      The US military creates a new hardware device and to secure it, they install a non-modifiable key into it, so it only runs software that the military has signed. Now technically, they are violating the DRM clause and therefore it's illegal for them to use open source software.
      The US military would not distribute such a device for use outside of the US military. Since distribution would not occur, no version of the GPL would be triggered. For purposes of the GPL, distribution only happens between two separate organizations, not between each employee within an organization. Also, Stallman has repeatedly said that the GPL derives its power solely from copyright law, which can be trumped by national security law. What I suspect you mean is that a contractor for the US military creates such a device, and distributes it to the US military. In that case, regardless of what license the original code was released under, the US military would demand full source code and full ability to make modifications. They do not accept black boxes.
      In the wake of the electronic voting desaster, someone creates these plans for new electronic voting machines. However, to make it secure, he installs a non-modifiable key into it, so you can't temper with the software.
      Once again, the Federal Election Commission would demand full control over the machines, including keys, as part of the contract. However, employees within the FEC would not necessarily have to be given the keys.

      What it all comes down to is this: a significant difference exists between the suite of tools and functions traditionally associated with "security" and the new suite of tools and functions that are becoming known by the term "Digital Restrictions Management". The two share some common core principles, but are totally different thereafter. Certain individuals are conflating the two, either deliberately or accidentally, and are causing tremendous confusion and harm to the community.

      Security are tools or functions which allow the owner (or other legitimate user) of a machine to control access to that machine. DRM are tools or functions whose fundamental purpose is to limit what the owner (or other legitmate user) of a machine can do with that machine. This purpose is diametrically opposed to Free Software and Open Source Software, which aim to give the owner complete control over his machine. The two do share some common cryptographic algorithms and it is true that for both, a hardware-kernal integration would improve effectiveness. The difference is that for security, there is no legitimate reason to prevent the owner of the computer from installing and running his own kernel on the machine. For DRM to be effective, there must be such a restriction. That is precisely why this draft of the GPLv3 requires such private keys to be made available if and only if they are required to run the program, and the owner of the machine has no way to generate his own.
      --
      The preceding comments reflect the author's personal opinion and are public domain, unless explicitly stated otherwise.
    4. Re:An Attempt to Clarify the DRM Clause by lordcorusa · · Score: 1
      Heh. You are trying to be clever by attempting to separate hardware and software vendors using various scenarios. Far from being ambiguous, both of your scenarios demonstrate the clear superiority of this draft of the GPLv3. Here is why:

      So what happens if Red Hat distributes signed binaries, and this "Tea-vo" device only runs binaries signed by Red Hat (but it requires the user download them from Red Hat manually)? Obviously, if this would require Red Hat to make available private keys, things look bad.

      First, let's assume Red Hat begins shipping software under this draft of GPLv3. Red Hat does not and has never distributed signed executable binaries. Instead, they sign packages which are not directly executable. Once the packages are installed, the binaries contained in them do not have any cryptographic signature from Red Hat.

      So I assume what you mean is that this hypothetical device only installs Red Hat signed packages. In that case, it must have at least a kernel and some package management software already installed. As you are installing Red Hat packages, this will likely be some variant of Linux and some variant of RPM (as well as some other supporting software). Presumably, these software have been modified from their original form specially for your device, because they do not currently enforce any such "signed code only" policy.

      If the {kernel, package manager} stack is GPLv2 you, the device maker, would be required to make your changes to the above mentioned code available. If you did not use any kind of hardware DRM, then any user will be able to undo your "signed code only" policy, install the fixed software, and install any package they want. On the other hand, if you were feeling clever, you would use hardware DRM that would only run a {kernel, package manager} stack that you personally had signed with your private key. Under the spirit of GPLv2 would should have to release this key as well, or allow users to work around it, however the letter of the GPLv2 may allow you to provide neither the key nor the workaround. Regardless, Red Hat would not be obligated to release their private key, because it was your {kernel, package manager} software that is refusing to run in unsigned form, not theirs.

      If the {kernel, package manager} stack is licensed under this draft of GPLv3, then everything would be the same as above. However, you would be required explicitly to provide your private key for the {kernel, package manager} signatures, or you would be required to provide a workaround. Once again, Red Hat would not be obligated to release their private key, because it was your {kernel, package manager} software that is refusing to run in unsigned form, not theirs.

      So what happens if "Tea-vo Code Inc" distributes signed binaries, and this "Tea-vo" device distributed by "Tea-vo Inc" only runs binaries signed by "Tea-vo Code Inc" (but it requires the user download them from "Tea-vo Code Inc" manually)?

      In any case, "Tea-vo Inc" by redistributing the software is sublicensing it to users; therefore "Tea-vo Inc" must agree to the terms issued by "Tea-vo Code Inc".

      If "Tea-vo Code Inc" releases software under the GPLv2, they could get away with only running signed binaries and not allowing users to install modified software.

      If "Tea-vo Code Inc" releases software under this draft of the GPLv3 and if "Tea-vo Code Inc" signed their own binaries and "Tea-vo Code Inc" code only ran in signed form, then "Tea-vo Code Inc" would be required to provide their private key to whomever they, themselves, distribute the code to; in this case, this is only to "Tea-vo Inc". When "Tea-vo Inc" then sublicensed the software to end users, they would have the ability and obligation to release that key to end users.

      However, let's assume "Tea-vo Code Inc" binaries did not normally require "Tea-vo Code Inc" signatures to run, and that only "Tea-vo Inc" hardware requires such signat

      --
      The preceding comments reflect the author's personal opinion and are public domain, unless explicitly stated otherwise.
    5. Re:An Attempt to Clarify the DRM Clause by truedfx · · Score: 1

      In any case, "Tea-vo Inc" by redistributing the software is sublicensing it to users;

      That's why I said users would have to download it manually. Tea-vo Inc is not redistributing the software in my scenario, so I don't think your argument works. If they were, I'm not completely sure, but I think I would then mostly agree with what you said.

  24. Wow did GPL become tedious to read. by YoungHack · · Score: 1

    I don't know about everyone else, but one of the things I do when I expose people to the idea ofr free software is encourage them to read a copy of GPL version 2. It is a very readable and understandable license. It makes a very good learning tool.

    The GPL 3 draft is clearly inferior in this respect. There's no way I would push that forward as an example to a free software newbie.

    I'm really disappointed.

    1. Re:Wow did GPL become tedious to read. by vagabond_gr · · Score: 1

      The GPL 3 draft is clearly inferior in this respect. There's no way I would push that forward as an example to a free software newbie.

      I agree, but the purpose of a free licence is to protect the rights of the authors and the users of free software, not to provide an easy example for newbies. Simplicity is of course a good thing, and I'm very glad about GPL v2 on that matter. But technology advances and licences should evolve to cover new important topics such as patents, DRM and software-as-a-service. It's unavoidable to complicate the licence to cover such things.

      Also have in mind that, above all, a licence is a legal document, which means that it should be understandable and enforcable in a court of law. For this, it should be very precise and clear. For example, GPLv2 should be summurized as
        "You can do whatever you want with the software as long as it remains free"
      This one-line licence would be much better for newbies to understand, but useless in a court.

      Given the complicated things it tries to cover, I think GPLv3 is doing a pretty descent job, it's not that complicated if you read it carefully and take a look at the rationale behind the changes.

  25. Packages by JewFish · · Score: 0, Offtopic

    I wish the Debian team would discuss getting http://packages.debian.org/ working!

    1. Re:Packages by bs7rphb · · Score: 1

      They are - well, they're talking about it at least...

  26. Good now that the GPL grows up by Anonymous Coward · · Score: 0

    I'd hate to see a lawyer attempt to make any of the large GPL licensed software teams, find each and every contributor to the current code line, what each contributor did, how to contact the contributor, and let the lawyer depose each and every one of them.

    A few 'proof of concept' legal actions would then scare small companies away from anything GPL licensed (maybe even to a BSD licensed code base).

    This is not a troll but a real consequence of taking a loosely worded computer software political statement license and treating it as a well tested legal contractual agreement.

    For instance, how many of the GPL project contributors are too young to sign a legal contract (i.e., 17 years or younger) and therefore not able to legally contribute code to a GPL project?

    Likewise, how does a GPL project deal with contributors that have passed away if the GPL project needs an extra 'i release this code' document from those deceased contributors?

    1. Re:Good now that the GPL grows up by mdwh2 · · Score: 1

      For instance, how many of the GPL project contributors are too young to sign a legal contract (i.e., 17 years or younger) and therefore not able to legally contribute code to a GPL project?

      How is this an issue? The GPL is not a legal contract (either for the user or the author), and young people are still allowed to hold copyrights.

      Perhaps it might be an issue for projects where you are expected to hand over your copyright of your contribution, but that only applies to some GPL projects. And I'm not convinced it's an issue anyway (eg, think of all the teenage popstars who presumably have signed over copyright to the record companies).

  27. Why should you care? by exa · · Score: 0, Flamebait

    I don't know why I should care whether one linux distribution likes GPLv3 or not. The people who work on GPLv3 know the issues far better than any distribution can. So, it's not interesting at all what some random guy thinks (especially this guy).

    --
    --exa--
    1. Re:Why should you care? by TravisWatkins · · Score: 1

      Debian is larger than the FSF. If Debian doesn't like the GPLv3, no one will use it. No one wants to get shut out of the base for Linspire, Xandros, Ubuntu, knoppix, etc.

      --

      "But I'm still right here, giving blood and keeping faith. And I'm still right here."
  28. Online services forgotten by trollable · · Score: 1

    I believe the GPL should protect user rights.
    I believe every user should have access to the code source of the application he uses.
    I believe the GPLv3 draft does not enforce it (*)
    I think an oline application built on GPL2'd code is an application that does not enforce Freedom.
    I think the GPLv3 should deal with online applications (webapps).

    (*) the GPLv2 doesn't enforce freedom too for webapps but it was written long before webapps exist.

  29. gpl v3 makes one thing clear by jilles · · Score: 1

    Gpl v3 makes one thing clear: it's all about ideology. If you don't subscribe to the ideology (e.g. because you run a for profit business instead of a commune) you should use a different license.

    Actually the v3 is a bit confusing. Licenses don't need upgrades but clarifications if there is a legal error in them. v3 is different from v2 and not necessarily an improvement depending on your point of view. The GPL is generally understood to be v2 (and controversial enough in that version). v3 suggests it is the same thing with some minor clarifications. Clearly that is not the case, the changes are not minor and v3 might turn out be quite a bit more controversial than v2.

    --

    Jilles
  30. short term vs long term goal by Anonymous Coward · · Score: 0

    "Making it easier" is relative. Sneaking something under the users chair he cannot legally change or fix errors in, or may not even use in specific situations for some temporary benefit can be disputed to be "easier"...

  31. GPLv3 can be made non-free by Anonymous Coward · · Score: 0

    On the contrary, GPLv3 is a bad license- because it allows this non-free crap.

    Such restrictions are either ineffective (because you can circumvent the force to not remove code to download the source with a working firewall or filter application) and thus non-free because they add extremly annoying and inconvenient restrictions without any gain,

    or they restrict your right to run the software with a working firewall or filter, violating the 0. freedom of every user and the basic baseline most guidelines do not even name because it is so basic for anything claiming to be free: The right to run the software and to use it. With such a restriction, it has no right any more to call it free at all, it takes more rights it did not
    give, making it worse than if there was no licence at all.

    As GPLv3 allows everyone extending it to make your program non-free by applying 7d), GPLv3 is a bad licence, and it it still is in the final version, I will stop using "or any later version".

  32. Re:Debian sucks by John+Nowak · · Score: 1

    Don't you get it? Capitalism! The US landed on the moon, beat the Russians, now has movies, tv, games for everyone -- THE CAT STOLE THE CHEESE -- America wins the capitalism! Hey ho hey ho! 50 trillion in debt hurricanes 9/11. USA!

  33. GPL is Free Software by Steeltoe · · Score: 1

    I think they have to accept the good with the bad. All should mean "all". Freedom should mean "freedom".

    Then I would recommend BSD-license for you. Nobody is forcing you to use either GPL v2, GPL v3 or BSD. You have the choice.

    Here's a longer explanation: GPL is about freedom of the software. It is a response to the copyright-laws which seeks to divide users from the sourcecode of the programs they run. That is why GPL is popularly called CopyLeft.

    GPL is seeking to guaranteeing a user to modify the sourcecode to any GPLed-program as they see fit, and be able to run the modified program without restrictions.

    DRM is about restrictions, and can not ultimately be modifiable by the user. Thus locking the user out of her own computer-system! Hence, GPL and DRM already doesn't fit together. So the GPL needs to address the loophole where the software may sign binaries and prevent modified programs from running, with no recourse for the user.

    If the GPL does not close this loophole, users of proprietary OSes might not get the benefit of the GPL, since the OS might require signatures in the future. It is also a response to the rising threat of DRM at the hardware-level (TCPA) and other places.

    There's nothing wrong with using a different license, or the GPL v2, if you do not agree with this. The Linux-kernel will probably never go beyond v2 for instance.

    More info: http://www.againsttcpa.com

  34. One good thing in the DRM section. by argent · · Score: 1

    One good thing in the GPL v3 is that it states explicitly that the user has the right to bypass the DRM in software covered by the GPL. I don't know that there is actualy an avenue of attack whereby the DMCA could be used to bypass the GPL, but it's amazing what lawyers can read into contracts so it's a good thing to head it off at the pass.

    The rest of the DRM section is redundant, or worrisome, but this is a useful clause.

  35. Not "forgotten". by argent · · Score: 1

    I think the GPLv3 should deal with online applications (webapps).

    This has already been brought up, and there was a possibility that GPLv3 would include this. I think it would have been a stake in the heart of the GPL.

    GPLv2 predated the modern Internet, but it didn't predate online services, and it did deal with similar situations.

    First, back in the '70s and even most of the '80s, remote access to someone else's computer was a very common way of using software. The GPL didn't require service bureaux or bulletin board systems to release their source.

    Second, if I compile an application with GCC, or print a document with groff, edit an image with the Gimp, or use a GPL-ed application to write a document, compose or play music, I can use that of the GPL-ed application in a way that does not enforce Freedom.

    This is not a new issue, you shouldn't act surprised that this hasn't been added to the GPL in this version.

  36. Embedded devices by Britz · · Score: 1

    So if I put Linux on a Media Player and publish the source and comply with GPLv2, but then use DRM so that my media player only talks to my server encrypted and only takes my own firmware upgrades I wonder how exactly you want to "modify it so the decrypted data flows elsewhere". Get it?

    1. Re:Embedded devices by davidstrauss · · Score: 1

      Then the DRM would be in the firmware, not in the GPL'd software. Result: GPL banning DRM still has no effect.

    2. Re:Embedded devices by Britz · · Score: 1

      I am sorry, I didn't put it the right way. On the router there will only be GPLv2 software. An open source drm system. Impossible to hack, because firmware updates are only taken encrypted and signed from company server. Am I so hard to understand? As long as you don't find any errors (and that happened with Playstation as well, even though it was closed source) in the implementation to hack it I am save. They can even use the open source developement model to make a secure drm system.

  37. interesting fact by Anonymous Coward · · Score: 0

    Holland, MI - Friends report that slashdot janitor Zonk has markedly similar advice on both relationships and deer hunting. "You have to dress either to blend in with the scenery or to stand out from it, depending on the situation, but either way, you want to disguise your scent," said Pulver to friends at a local tavern. "You have to find out where they eat, where they sleep, where they pee, and when they're most likely to be off guard. Then, when you've got a clear look at their rack and you're sure they're legal, bam! You take 'em." Zonk's associates noted that he has never bagged a deer or a woman.

  38. Good to hear this from Robinson by pinky0x51 · · Score: 1
    >"I was impressed with both the large and small changes. In a nutshell, I like it."

    I'm happy to hear this from Robinson.
    But personally i was mostly sure that GPLv3 would become a success.

    >In addition, after the Debian consensus rejected the GNU Free Documentation License, he was concerned that GPL3 might become equally contentious in Debian.

    I think this concern were mostly unnecessary.
    The "GFDL-Problem" is not a problem that FSF and Debian has a different opinion about Free Software. The problem was/is that Debian says "everything on our distribution is software" and the FSF differs between software (== computer programs) and documentation.

    --
    Support Free Software! Join FSFE's Fellowship: http://fellowship.fsfe.org