Slashdot Mirror


Global File System (GFS) Relicensed under SPL

thk writes "Sistina, the main developer of the Global File System, has changed its license from GPL to SPL (Sistina Public License). SPL is basically a free-for-non-profit-use license. Interestingly, the change came just after beta testing, leaving some users a bit miffed. The GFS is an important component of some GPL clustering projects, such as Compaq's SSIC project. The Sistina press release is here."

11 of 261 comments (clear)

  1. so it was forked by foo · · Score: 5, Funny

    http://www.opengfs.org/

    1. Re:so it was forked by einhverfr · · Score: 5, Informative

      You beat me too it. But this deserves some commentary anyway.

      Manufacturers who think that they can pull this sort of trick and get away with it even if they are not challenged in court have the wool pulled over their eyes. All the OSS community has to do is go back to the last OSS release and work from there. Don't license your stuff under OSS licenses if you want to sell it because you will be undersold. Instead use proprietary licenses from the beginning.

      If you want to be an OSS company, stick to those guns too. Focus on services, not products, and make your operation work! Why is this so hard to understand?

      --

      LedgerSMB: Open source Accounting/ERP
    2. Re:so it was forked by jd · · Score: 4, Informative
      Just for the trivia of it:


      I'm working on merging the last GPL version of GFS into the FOLK patch series. I've already merged the Gwsecurity kernel stuff (which raised ALL Hell and more besides), and I've asked RMS to rule whether re-use of GPL components in other GPL projects is within the rules of the licence.


      Assuming Richard Stallman verifies that re-use of GPL code =is= perfectly legitamate, then GFS will be in the next version. (Grsecurity isn't moving ANYWHERE, unless the decision goes the other way.)


      The problem, I believe, is that people believe they "own" the code they developed. If you opt for an Open Source or Free Software philosophy, then ownership (which is just Intellectual Property in disguise) ceases to exist.


      GFS, kernel security, etc, =WILL= survive, no matter WHAT attitudes these idiots develop.

      --
      It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
    3. Re:so it was forked by Alan+Cox · · Score: 5, Interesting

      I've also explained to the Sistina people that even if they own all the code and can happily relicense it (which may be the case) it requires a huge patch to the kernel so cannot be conceivably consider entirely a "seperate work" nor part of Linus binary modules using existing exported symbols exception.

      We will see what happens in our discussion, and if need be I will be sending them notice recorded delivery that I believe they are violating my copyrights.

      In the mean time I hope IBM who provided the GPL DLM used for some GFS setups and Compaq who are doing all the great cluster work will adopt and support OpenGFS instead.

      The OpenGFS folks would also like to hear from anyone who contributed patches to GFS while it was GPL licensed that are still in the non-free one without their permission.

      Alan

  2. With many.... by Adambomb · · Score: 5, Insightful

    With many companies unable to come up with a decent business model that allows them to be profitable while licensing their software under gpl, its not surprising that Sistina is taking an 'easier way out'. This allows us to still play with clustering projects if we feel like it, but if we ever want to sell out services based upon they get a cut of the action.

    If we're profiting from their work I see this as only fair.

    Of course I'd prefer if they'd just develop a better business model rather than a different license, but I still understand their position

    --
    Ice Cream has no bones.
  3. Question... by supabeast! · · Score: 5, Insightful

    Bankruptcy or GPL'ed code? If it were my company, I would be choosing the former.

    I mean, really, given how many other companies releasing software under the GPL have croaked, can you blame them?

    It is one thing to fund the development of something that is already or making you money, or has a plainly obvious market (ie IPTables, PERL 6.), but to try and build a company on GPL'ed software is pretty much idiotic. I could never put the jobs of all my coworkers at risk by making the assumption that businesses would pay for free software enough to keep me in business, and I can't honestly oppose this decision.

  4. Ownership versus License by Caballero · · Score: 4, Insightful


    Once again, people are confusing the concept of ownership versus licensening.

    Any code Sistina wrote is owned by Sistina.They can license it any way they want. The license indicates how you're allowed to use the code that they own.

    IF Sistina wrote all the code, (I don't know if they did or didn't) then they can choose to relicense future versions any way they choose.

    Users have to submit "substantial" patches for Sistina to lose their ownership. Substantial is defined by the courts. Sistina could choose to rewtite those parts and regain complete ownership.

    Because their previous code was licensed with the GPL, it remains free. People are free to work on that code in a separate repository, as they have done with OpenGFS.

    It sounds like no one broke any rules. You may not like that outcome, but it is legal. I do understand it from a business perspective. It is really tough to keep a business running if you don't find some way to protect your IP. I've spent the last year and half trying with XFree86/3D and we weren't particularly successful.

  5. Are you sure? by j7953 · · Score: 4, Insightful
    Under the SPL we do expect to get back any changes that are made to the code.
    If you intend on building a product offering and reselling it for revenues in the market, you then owe Sistina a license fee for the use of GFS.

    To me this reads, if you're going to use your work (that you had to give to us) to make a buck, we want some of that money.

    If your going to use it and put it in freely available software, then go ahead.

    Not if that free software is also commercial software. Linux distributions are definitely a "product offered and resold for revenues", so they'd have to pay a license fee, too.

    --
    Sig (appended to the end of comments I post, 54 chars)
  6. Re:Doens't sound too bad... by HiThere · · Score: 4, Interesting

    Doesn't sound bad, but it's the wrong way to do it. Two reasons:
    1) They should have been upfront with their user community. If they changed their mind, they should have said so before the last beta. Something like: This is the last beta that we'll be releasing under the GPL ... etc.

    2) They shouldn't do it this way anyway. What they should do is release under two licenses. One for GPL use (non-profit oriented), and one for commercial use.

    It sounds like what they are trying to do is blend the two licenses of step 2 into one license, and that's the wrong choice. It causes extra problems all around. (For them, too, I'm pretty sure.)

    --

    I think we've pushed this "anyone can grow up to be president" thing too far.
  7. Non-GPL filesystem + GPL kernel = ??? by Eric+Seppanen · · Score: 5, Insightful
    So here we have a bunch of filesystem code, distributed as a patch to a GPLed kernel. And the filesystem code is not GPLed, and not GPL-compatible.

    So is it legal for company X to buy a license to GPS, and distribute a patched linux kernel?

    My feeling would be no, because it's not legal to distribute GPLed binaries without distributing (or offering) all the sources. Which company X can't do.

    If GFS is built using standard exported kernel-module interfaces, it _might_ be legal (though some kernel heavyweights disagree), but if the GFS patch touches kernel internals, anybody distributing Linux+GFS is in violation of their GPL agreement with Linus Torvalds (and others).

    And this is somehow going to make Sistina money? By inviting their customers to pay up for the possibility of getting sued by anyone holding Linux kernel copyrights? I'm not impressed.

    --
    314-15-9265
  8. Ghostscript comparison by raph · · Score: 5, Informative

    While the AFPL is a non-DFSG license designed in large part to support an OEM licensing business, it also has three important freedoms that appear to be missing from the SPL:

    1. Fork rights. You are perfectly free to take AFPL code, make your own modifications, and release that code under the AFPL. This distinguishes the AFPL from most other "almost free" licenses.

    2. Commercial use. AFPL code is free for commercial use. An example is ps2pdf.com, which is an advertiser supported site using AFPL Ghostscript.

    3. No grantback. If you make custom modifications for in-house use, you are not obligated to grant those modifications to the original author. Further, if you release a forked version under the AFPL, you are not obligated to license that code back to the original author so they can OEM license it.

    In my opinion, the only significant right lacking from the AFPL is commercial redistribution without compensation. While people obviously disagree with this, my personal opinion is that it is not anywhere nearly as important as the other free software rights, especially now that free distribution over the Internet is ubiquitous. I frankly don't see why it's so important for Red Hat to make money from selling our code without compensating us in any way for our work.

    Ghostscript has a fourth freedom guarantee, which is that major AFPL releases are re-released under the GPL a year later. Thus, the extra rights granted to us as commercial Ghostscript developers is fairly small and definitely time-limited. As long as we continue to improve Ghostscript actively, the AFPL version is valuable. As soon as we stop doing our job, it falls into the hands of the community.

    The lack of funding for core development is a serious pragmatic weakness of the free software movement. Peter Deutsch, with Ghostscript and the AFPL license he authored, made a very good attempt to address that problem, and it's actually been working out pretty well for us.

    Even so, freedom is very important to the Ghostscript project. Thus, I feel called to respond to comparisons between less-free licensing arrangements and Ghostscript.

    --

    LILO boot: linux init=/usr/bin/emacs