Slashdot Mirror


Moglen's Plans to Upgrade the GPL

Nick Irelan writes "Although it most certainly won't be easy, Eben Moglen is attempting to upgrade the GPL. He sees an opportunity to create a version of the GPL that will be able to adequately suit the needs of modern programmers. If they are implemented, his ideas will be the first major change the GPL has experienced since Richard Stallman wrote the original version. Eweek has an amazing article about Moglen's work. Linus Torvalds discussed what he believes should happen to the GPL with Eweek as well."

26 of 411 comments (clear)

  1. Hopefully good will come out of this. by nberardi · · Score: 3, Insightful

    Hopefully he will listen to many of the concerns of corporations and the GPL use with in. If they make a better GPL it will be awsome, because my company won't be so hesitant to use or develop anything under the GPL. My company's biggest complaint with GPL is anything developed using GPL libraries must be GPL and released. They just want to make money and contribute back when it's nessisary and important.

    1. Re:Hopefully good will come out of this. by Ziviyr · · Score: 3, Informative

      No need to release it.

      --

      Someone set us up the bomb, so shine we are!
    2. Re:Hopefully good will come out of this. by Xpilot · · Score: 5, Insightful

      My company's biggest complaint with GPL is anything developed using GPL libraries must be GPL and released.

      That's why we have LGPL libraries. But I think your company misses the point of GPL. GPL'ed code is like public property, nobody should be able to deny others access to the code, and if you use this property you are obliged to contribute back to the community. Making it "optional" would mean a lot of greedy folks wouldn't do it at all, which is against the intent of the GPL.

      --
      "Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it." -- Linus Torvalds
    3. Re:Hopefully good will come out of this. by Scarblac · · Score: 4, Insightful

      My company's biggest complaint with GPL is anything developed using GPL libraries must be GPL and released.

      Well, that's not even true. There is no need to release anything.

      The GPL only states that if you choose to release (distribute) the code, it must be under the GPL.

      --
      I believe posters are recognized by their sig. So I made one.
    4. Re:Hopefully good will come out of this. by pthisis · · Score: 4, Informative

      Linking against a GPL library (e.g. cygwin) requires the result to be GPL'd.

      An LGPL'd library (e.g. libc) can be used by non GPL'd software so long as you provide the ability to upgrade the LGPL'd library (dynamically linking satisfies this condition, as does providing object files and a link script).

      Both of the above assume that copyright actually applies (if, e.g., your work isn't legally a derived work of the GPL'd or LGPL'd code then things are rather different).

      --
      rage, rage against the dying of the light
    5. Re:Hopefully good will come out of this. by Nimrangul · · Score: 4, Insightful

      No, public domain is public property and noone can deny access to that code. GPL stuff is private stuff that is granted to the public under the condition that all works generated from it remains in the same position.

      --
      I'm sick of following my dreams - I'm just going to ask them where they're going and hook up with them later.
    6. Re:Hopefully good will come out of this. by DShard · · Score: 4, Interesting

      "1. You may copy and distribute verbatim copies of the Program's source code as you receive it, in any medium, provided that you conspicuously and appropriately publish on each copy an appropriate copyright notice and disclaimer of warranty; keep intact all the notices that refer to this License and to the absence of any warranty; and give any other recipients of the Program a copy of this License along with the Program."

      found here. So you really do have to advertise the fact your software uses GPL code.

      Though I hardly think this is bad for companies as _they_ knew this upfront. If you want to dip into the community well, you better be prepared to put more back in. If that is to onerous then you have zero right to use it.

    7. Re:Hopefully good will come out of this. by arkanes · · Score: 3, Informative

      As far as I know nobody has ever been forced to do this, nor is it likely they would. What's more likely is that they'd be barred from distributing and would need to re-write the product without the GPL components. Most companies who base something heavily on the GPL (like embedded linux on devices) cave without a lawsuit.

  2. upgrades. by k4_pacific · · Score: 5, Funny

    From TFA:
    Eben announced his intentions to upgrade the GPL with a new processor, a better graphics card, and more memory. This will enable resource intensive software to use the GPL as well.

    --
    Unknown host pong.
  3. Re:Acronym by LiquidCoooled · · Score: 4, Informative

    no it doesnt....

    GPL = General Public License (GNU)

    and

    GNU = Gnu's Not Unix

    --
    liqbase :: faster than paper
  4. Re:I can't see this helping... by Frymaster · · Score: 4, Insightful
    I'm worried that it will just add another 'compeletly separate' license

    well, the lgpl has been around for a long while and it's caused no serious confusion so far. the fact is, if there are a lot of licenses it's easier to find one that suits your project and organization's requirements. choice good.

  5. You gotta love contradictions by slavemowgli · · Score: 3, Interesting

    You gotta love contradictions. The first article states that the current version of the GPL is "2.2", which was "released August 2004"; the interview with Linus states that the GPL is supposed to undergo its "first revision in 13 years".

    Obviously, both statement's can't be true at the same time. What's correct now? (And considering that the articles are from the same publication, doesn't anyone actually *check* what's written for factual accuracy before it goes live?)

    --
    quidquid latine dictum sit altum videtur.
    1. Re:You gotta love contradictions by kwalker · · Score: 3, Informative

      It's not a contradiction, but a misinterpretation.

      The GPL version "2.2" is the DEVELOPMENT VERSION, which Prof. Molgen submitted to RMS for debate. To my knowledge, no one is using it (I haven't even SEEN it yet). The latest PRODUCTION VERSION is version 2, dated in 1991, the version that almost all GPL software is currently licensed under.

      --
      ... And so it comes to this.
  6. Comment removed by account_deleted · · Score: 5, Interesting

    Comment removed based on user account deletion

  7. Re:I can't see this helping... by NemosomeN · · Score: 5, Informative

    Based on the wording of the GPL, you cannot release a GPL program under an old lisence. It states that the program is licensed under either the included version, or any subsequent version thereof, at the discretion of whoever is going to be changing it. The GPL is also "unmodifiable" (Something I personally don't like) I assume, technically, this also forces derivitaves of someone who chose to use GPL3 on a GPL2'd project would forever be locked in GPL3

    --
    I hate grammar Nazi's.
  8. Web Services by kuwan · · Score: 4, Interesting

    The issue of Web services has to be considered, he said. Some in the community are calling for a strong copyleft license with code that is used and changed to be returned to all. Others want the opposite.

    "I do not believe that we will be reach consensus on this front, so I believe the license will have to accommodate options as to the question of Web services, but this must be squared with the ideological pursuit of freedom," he said.


    I thought that this was interesting. So if a change like this were made it would make the GPL similar to the initial versions of Apple's Public Source License. In the first versions of that license you were required to submit any source code changes you made even if you didn't redistribute the software and only used it internally. My understanding is that if you're a Web Services company and you use modified GPL software, you don't need to contribute back the modifications you've made as long as you don't redistribute your modified software to anyone.

    I doubt that the GPL will ever adopt this requirement, but it's interesting that some in the community want this.

    --
    Join the Pyramid - Free Mini Mac | Free Flat Screens

    1. Re:Web Services by GigsVT · · Score: 3, Informative

      The GPL doesn't work that way.

      See, you don't have to agree to the GPL unless you do something which would be violate copyright if "All Rights Reserved" were the license.

      Downloading and running a program doesn't violate copyright even if all rights were reserved, assuming the person you are getting it from is duly authorized to distribute it to you (lets assume they are).

      Using the program internally and modifying it also fall outside the realm of copyright law.

      Only distribution triggers copyright law restrictions, and only then does the GPL apply.

      So even if they wanted to, the GPL couldn't make the requirement to submit internally used changes back to the maintainer, without putting it into the weaker legal realm of a "click through" agreement, like an MS EULA, which is probably not enforcable except in UCITA states.

      --
      I've had enough abrasive sigs. Kittens are cute and fuzzy.
  9. Re:Interesting thing about the GPL by Anonymous Coward · · Score: 4, Informative

    *feeds the troll*

    If you use GPL, FSF can arbitrarily change the GPL to anything they want at anytime.

    From the GPL:

    9. The Free Software Foundation may publish revised and/or new versions of the General Public License from time to time... 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.

  10. it really is simple by Anonymous Coward · · Score: 3, Funny

    upgradepkg gpl

  11. Re:I can't see this helping... by squiggleslash · · Score: 4, Interesting
    While the GPL is "unmodifiable", there's nothing stopping you from adding additional permissions to a GPL'd project whose copyright belongs to you and other consenting individuals.

    For example, Linus explicitly allows non-GPL'd software to run over Linux, though an addition to the LICENSE file. In this case, Torvalds wasn't modifying the GPL, he was essentially adding an additional license.

    This is allowed because a license (as opposed to an EULA) is just a set of permissions. Each set of permissions adds to any you already have (including your default set of "fair use" privileges.) You can license any project you own under as many licenses you wish, and end users can pick and choose which (complete) licenses they want to agree to. (The word "complete" in that sentence is important.)

    Also, while the GPL is unmodifiable for existing projects that do not belong to you, if you have a strong enough case you can persuade the FSF to agree to a modified version for projects you own, on occasion even if the result is a license incompatable with the GPL. For example, the Affero General Public License, whose history you can read about here.

    --
    You are not alone. This is not normal. None of this is normal.
  12. Surely they can't make too many changes... by williamhb · · Score: 3, Insightful

    Remember clause 9 of the current GPL -- most GPL code either specifies "GPL version #.# or any later version", or does not specify a version at all in which case Clause 9 permits the user to choose any GPL version that has ever been published.

    For existing code, a subsequent GPL revision can effectively only liberalise the usage rights - the user is free to choose to stick to the prior version. But oddly, perhaps this could could end up including "the right to restrict the use of modifications further" because of licence version creep. (See later in post for an example).

    This is something that might be concerning to a whole raft of programmers who have released code under the GPL. Are Richard and Eben about to decide to "grant" rights to those pieces of code that the author never intended to grant? Or restrict rights, through version creep, they never intended to restrict?

    Example 1 (version creep)...

    Say I write package A, and release it under GPL 2. You are allowed to modify it and use it as a web service without being required to release your changes. But then a hypothetical GPL 3 is published which requires the publication of modified webservice code. No problem, you can still use GPL version 2. But then, someone integrates my package and some GPL version 3 code. The result has to be a GPL 3 package. But that means it is a modified version of my code which can no longer be modified for webservices without requiring the source code be published. It is a version of my GPL 2 code that does not have the full GPL 2 rights I released it under. Result: "That's not free!" I cry, and get very grumpy...

    For anything other than extremely small changes to the GPL, version interoperability could get messy.

    Example 2 (granting unintended rights - a bit of an extreme example)

    A hypothetical GPL 4 is published which somehow allows integrating with non-Free code. A lot of people's business model (GPL is free, non-Free licence costs) gets instantly scuppered. The result is probably that the hapless company will attempt to invalidate all their GPL licences, claiming that they could not reasonably have expected the FSF to make this clause change, and therefore the modified licence is not valid. Result: lawyers at high noon.

    For anything other than extremely small changes to the GPL, companies who have built their business around the GPL might start kicking up a stink...

  13. on Web Services by MattW · · Score: 4, Interesting


    The issue of Web services has to be considered, he said. Some in the community are calling for a strong copyleft license with code that is used and changed to be returned to all. Others want the opposite.

    "I do not believe that we will be reach consensus on this front, so I believe the license will have to accommodate options as to the question of Web services, but this must be squared with the ideological pursuit of freedom," he said.


    This is *very* interesting. There is an enormous engine of online services that is running as a for-profit enterprise using GPL software. phpBB, OSCommerce, and more are provided commercially, quite possibly with modifications.

    This means that in the new GPL, there will be a GNU-supported variant which requires a web service provider running a modified version of GPL software *as a web service* to release the source code to any changes they made. I'd love to hear major projects weigh in on their opinion. Would future phpBB/mysqladmin/OSC versions use this variant, or would they opt to allow non-released versions which ran only as web services to remain in the hands of the modifiers?

    It will be interesting, too, because there may be disputes over what exactly is covered. For example, phpBB distributes a lot of *.php scripts, but they also have a slew of materials like SQL Schemas and .tpl (template) files. The .php scripts are clearly labelled as GPL licensed but no such label is attached to the .sql files or the .tpl files.

    Morever, web services are very technically different because so many are written in interpreted languages. You can't modify Apache without compiling it. But with phpBB, you can open up a file, make a tweak, and it instantly takes effect on a live site. If you pre-install a GPL web service for your customer as a provider, how do you then make sure they're apprised of the license terms and don't inadvertantly commit themselves to a source code release because they edited some file in an application you installed for them?

    I can say I'll certainly be watching this development with great interest.

  14. Re:Future versions of the GPL by DJProtoss · · Score: 3, Informative

    no, because it says v2 or any subsequent version. If they did make a hypothetical, evil GPLv99 you could quite happily keep on using your code under v2. You wouldn't have to take it. As a result of this, you can't make the GPL any less free than it already is.

    --
    "Success is based on knowing how far to go in going too far"
  15. Extreme GPL by Animats · · Score: 3, Interesting
    I'd like to have, as an option, an "Extreme GPL" for truly free software. The Extreme GPL would forbid resale of the software value, in any form, including compilations. This would keep packagers like Red Hat from taking free software and putting a price tag on it. Can't sell it. Have to give it away. Because it's not yours to sell.

    Not all software should be under the Extreme GPL, but the option should be available to developers who want it.

  16. Reframing GPL authorship to move away from freedom by jbn-o · · Score: 4, Informative

    We ought to have discussion about the GNU General Public License (GPL) v3. The GPLv2 is an important license, the most widely used free software license. We should have critical discussions to help make the GPLv3 better, and of course defining "better" requires understanding the goals of the license.

    But there's a profound unfairness in the two articles linked to here. They are filed in the "Linux & Open Source" section on the eWeek website, and not by accident. The GPL was initially written well before either the Linux kernel or the open source movement began and it was written to serve the purpose of furthering software freedom (an issue the open source movement does not want to talk about because it gets in the way of making their pitch to business, this movement's main audience, on "solid pragmatic grounds rather than ideological tub-thumping", as their FAQ says. This name-calling is starkly less insightful than the analysis the Free Software Foundation offers about the open source movement). So, there is simple miscrediting going on here, but it's also ironic that is no "GNU/Linux & Free Software" section at this website. Such a section would be far more accurate for describing stories about the most widely used and most important free software license.

    When version 3 of the GNU GPL is released, it will be the first version to come out that had a chance of being edited by someone involved in the open source movement. As far as I can tell, nobody from the open source movement has had a hand in revising any version of the GPL. The GPL was written by people from the FSF (and the listed author is the FSF). Yet the GPL is routinely cited as an open source license by proponents of that movement, essentially taking credit for work that nobody in that movement did.

    The Linux kernel is but one program in a complete GNU/Linux system. It's ironic that this license is so pivotal to the development of the GNU/Linux OS but GNU can't get just a share of the credit.

    Of the two men featured in articles which are linked to in this Slashdot thread, one is an authority on the GPL and a co-author of the GPL, the other is someone who exhibits no significant insight into how the free software community came to be or what the GPL is here to accomplish. I'm grateful that Linus Torvalds began the Linux kernel and continues to work on the most widely used fork of that kernel, but this is not about the technical inner workings of the Linux kernel, where Linus Torvalds is unquestionably an authority on the matter. Torvalds is no authority on the GPL or software freedom in general. If you point your friends to these two articles, please don't give Moglen and Torvalds equal billing here. Equal billing would either diminish the attention we should pay to Moglen's comments on this matter or give Torvald's comments more attention than he deserves on this topic.

  17. But wait, there's more! by DG · · Score: 3, Insightful

    I don't know about you, but I've never written a perfect program.

    I assume that anything that gets released with source will have that source tweaked by someone to fix some bug somewhere.

    I want those bugfixes to make their way back into the "general release" source. A bug fixed by one should be a bug fixed for all.

    So for me at least, it's not that I'm afraid of the program being "stolen", but rather that I want to encourage the bugfixes to come back to me, and not be locked up in a box somewhere.

    DG

    --
    Want to learn about race cars? Read my Book