• Why are we moving to GPL?

• Which version of the GPL are you using?

• What about attribution? With the move to GPL, is that no longer required?

• Why the move away from attribution?

• Does this make it easier to include Dimdim in open source projects?

• I’ve heard some people say that the GPL conflicts with Apache-licensed code. Given that Dimdim incorporates Apache-licensed code (Spring, Lucene, and others), can Dimdim license this code as GPL?

• How will GPL affect my current use of Dimdim as a licensed (paid or unpaid) user?

• Our company has a strict policy against use of GPL software. What will I need to communicate to our Legal Department on our use of Dimdim?

• How will GPL affect my current use of Dimdim as an Dimdim partner?

• Our company markets specific solutions built on top of Dimdim. What are the implications of moving to GPL for our solution offerings?

• Our company has executed an OEM license for Dimdim for use as an embedded component of our overall solution. What are the implications of a move to GPL for us?

• How will GPL affect my current use of Dimdim's community release?

• What is the FLOSS exception? Does it apply to me and what does it provide for?

• Is there a precedent for this licensing model?

• What happens if a popular open source project embeds and distributes Dimdim. Is this allowable under the FLOSS exception?

• How does this change in Dimdim’s license model fit within the overall market development of open source business applications?

• Will Dimdim ever change its licensing policies again?

Dimdim feels strongly that the future of software is open source. Not a little open source mixed with a lot of proprietary source. Free and open source software. It is open source, not hybrid models that will drive true disruption in the software industry, with greater value created for and by end-users.

The GNU General Public License (“GPL”) is the ideal license to drive forward this industry disruption. The GPL ensures that no vendor – including Dimdim – can control a customer’s content. The GPL also provides the maximum assurance that the open source community and not, ultimately, Dimdim, protects investments in our code.

We plan to be in business for a long time, but wanted a license that guarantees our users that Dimdim, the code, will always be bigger and more enduring than Dimdim, the company. This enables our community to invest in the Dimdim code with maximum confidence that the investment will grow over time, and not be wasted.

You may be aware that some licensors who use GPL allow their code to be licensed under the current version of GPL or “any later version.” This means that the code may be accepted by a licensee under the current version (which is now version 3.0) and any later version released by the Free Software Foundation, and the licensor may be bound by either sets of terms, depending on the choice of the licensee. Some other GPL projects, like the Linux projects, use a single version of GPL. We have decided to follow the lead of Linux on this point.

No, it is not, unless you are using a version of the software that you downloaded prior to october, 2007. If you are using an older version of the software (e.g., Dimdim community edition), you will need to continue to adhere to the license requirements of that version, which would include attribution.

Of course, this change of license does not change our trademark policy. We will continue to enforce our trademarks as would any trademark holder. The GPL also has notice requirements, and you should be sure to follow those.

Prior to october 2007, Dimdim’s products were available under a version of the Mozilla Public License that included an attribution clause. This form of license has been popular among companies like Dimdim with dual licensing models. However, we have been mindful of concerns of license proliferation in the open source community, and so we elected to change our open source licensing option to GPL. Additionally, attribution was not a good fit for our web meeting offering, which was released in october 2007, as well as for those who wanted to embed Dimdim into other products (in a “headless” deployment). We thought it would be impractical to have users place an Dimdim logo on their websites. Finally, at Dimdim we believe that community matters as much as code. We felt that attribution was not helping us to reach out to the open source development community.

Yes, it does. Especially when you take into account our FLOSS Exception. Dimdim’s GPL + FLOSS Exception policy gives the open source development community the world’s best content repository with freedom to embed it in other projects, from Drupal to Jasper Reports to…you name it. In summary, the Dimdim FLOSS Exception enables software provided under existing OSI-approved open source licenses to incorporate the Dimdim community edition without having to license the entire software package under the terms of the GPL. We prefer the GPL, but you may not – if you’re an open source-licensed project, we give you additional choice. Please see our FLOSS Exception page for more details.

First off, this alleged incompatibility only applies to Dimdim community edition, which is licensed under the GPL. Those using Dimdim Enterprise get our software under a Commercial License, so they do not have to worry about this at all.

As for Dimdim community edition (GPL license) and its incorporation of Apache-licensed software, there is no definitive decision on whether, in fact, the GPL is incompatible with Apache-licensed software. The Apache Software Foundation believes that it is compatible, which view we agree with, while the Free Software Foundation believes that it is not. Both groups are in discussions to resolve this issue. It is believed that GPLv3 has provisions that resolve the apparent incompatibility, as well.

However, as the issue comes down to patents, as the Apache Software Foundation notes, and as none of the Apache-licensed code that we incorporate into Dimdim has patents on it, this is a non-issue for us. It means that we can integrate Apache-licensed code without running afoul of the apparent incompatibility between the two because the software we incorporate is not patented, which incompatibility apparently arises from conflicting patent provisions in the two licenses.

If we were to incorporate Apache-licensed code that has patents on it, however, we could still incorporate it into our GPL-licensed project provided that we “pass through” those modules under their Apache license. In this case, we would simply license Dimdim community edition under the GPL (with a FLOSS Exception) and note that some modules are separately licensed under Apache licenses.

Regardless of how we do it, you should feel comfortable using our 100% open source software. We will do whatever necessary to ensure you can use our software under open source licenses, preferably the GPL.

Regardless of whether you’re a paid (Dimdim Enterprise) or unpaid (Dimdim community edition) licensee, this license change will not affect your use of any software you received from us prior to october, 2007.

With the move to the GPL, your use will be affected depending on what kind of Dimdim user you are:

First off, we would encourage you to download a free, 30-day trial of Dimdim Enterprise. It is the same code that we ship with Dimdim community edition, but is more rigorously tested, has full production and development support, is certified to work with leading third-party software (databases, application servers, etc.), and comes with improved documentation, immediate bug fixes, and other benefits. We deliver it to you under a Commercial License, a license that we extend when you decide to purchase an Dimdim Enterprise Subscription. In short, you can use Dimdim Enterprise without worrying about the GPL, if you’re concerned about it. (We prefer the GPL, but you may not, so we give you choice if you’re a paid subscriber.)

Your company probably instituted its policy about GPL software for one of two reasons: infringement risk and copyleft concerns. Some companies want to be sure that every bit of software in the enterprise is backed by warranties. If this is the case, you will need to use our Commercial License (Dimdim Enterprise). But most companies are more concerned about copyleft requirements -- which is the word used to describe the requirement in the GPL that redistribution must only take place under GPL terms. If that is the issue, you may or may not need our Commercial License, depending on what you want to do with our software.

If, for whatever reason, you prefer to use Dimdim community edition, which is licensed under the GPL, and you don’t plan to redistribute the software (with or without modifications to it), then a commonly accepted industry view is that you may use the software without worrying about needing to release your own source code (the modifications to Dimdim community edition or code you integrate with it) as open source software. The copyleft requirements of the GPL are only triggered upon distribution. It is therefore commonly understood that only when you distribute the software outside your organization would you would need to release your modifications under the GPL. This is not legal advice from Dimdim, however – you should seek competent legal counsel to best guide you in this matter.

All Dimdim partners work with and distribute Dimdim Enterprise. Your rights and responsibilities are completely unchanged by this license change, which only affects Dimdim community edition users.

If you are not an official partner and have been distributing Dimdim community edition, you will need to abide by the rights and restrictions of the GPL.

If you are an official Dimdim partner using Dimdim Enterprise, there are no implications whatsoever to our license change. You will keep exercising your Commercial License to Dimdim Enterprise, which will have terms mutually agreed upon between Dimdim and you.

If you are not an official Dimdim partner and are combining Dimdim with open source-licensed software consistent with our FLOSS Exception, you will need to abide by the terms of our FLOSS Exception for any derivative works.

If you are not an official Dimdim partner and are combining Dimdim with proprietary software or open source-licensed software that is not consistent with our FLOSS Exception, you will need talk to us about a Commercial License or license your software under the GPL.

As an official Dimdim partner, you are using our software under a Commercial License. This change will not affect you in any way.

You will need to abide by the GPL modified by our FLOSS Exception if you upgrade to a new release of Dimdim community edition. If you prefer to remain with a previous version of the software licensed under the MPL + Attribution (our Dimdim Public License), you will need to continue to abide by the terms of that license.

Dimdim’s FLOSS Exception allows specified Free/Libre and Open Source Software ("FLOSS") software to be able to use specified GPL-licensed Dimdim software despite the fact that some of these other FLOSS licenses are not compatible with GPL. It is a way of allowing specified open source-licensed software projects to integrate with Dimdim without having to change the license covering their projects to GPL.

The Dimdim FLOSS Exception is only relevant to licensees wishing to integrate the Dimdim community edition software with other open source-licensed projects.

Yes. MySQL and others have used FLOSS exceptions for some time. They are increasingly common in the software industry as a way to provide all the benefits of the GPL while allowing GPL-licensed software to integrate well with other open source-licensed projects, which might otherwise not be integrated due to license incompatibility.

If an open source project is licensed under one of the specified licenses in Dimdim’s FLOSS Exception, then it may embed GPL-licensed Dimdim software without requiring its software to also be licensed under the GPL. Please review the Dimdim FLOSS Exception to ensure you are in compliance.

As a potential Dimdim customer, why would I choose to license Dimdim directly from you rather then take the embedded offering from an existing open source vendor?

This depends on what you are seeking. It may well be that the embedded offering, or its equivalent, is not available from Dimdim. This is one of the wonderful things about open source: the community has theoretically unlimited resources to tailor the Dimdim version of the software to a diverse set of needs. We help to start or continue “the web meeting conversation” with Dimdim – we don’t expect to be the complete conversation.

However, for those looking for Dimdim Enterprise – certified, rigorously tested, and supported software with access to the vibrant and growing Dimdim Network – this is only available from Dimdim or one of our official partners.

The choice is yours.

The software industry is dividing into two camps: monolithic, proprietary stacks (where vendors seek to provide an end-to-end solution for all computing needs) and best-of-breed, open source and open standards stacks. We are part of this latter camp, and believe open source offers customers unparalleled choice, cost savings, and exceptional software. While much of the open source software applications market is still stuck “half-way” between proprietary and open source software, we believe that we are on the front-end of a growing trend toward greater openness in software licensing, and thus greater benefits for customers.

Over time, we may need to streamline our licensing policies to respond to developer needs and to ensure the stability and commercial viability of our products. Any changes to our policy will be posted on our website. But of course, if we change our policy, and you have received a license to our code under our free licensing terms, that will not terminate the rights you have already been granted. Any changes will only apply going forward to new releases of our code.


(Inspired by Alfresco's move to GPL : http://www.alfresco.com/legal/licensing/)