If you believe everything you read on the Internet, then Canonical, the company behind the Ubuntu distribution, can't do anything right.
Part of the reason for this attitude is that, because of Ubuntu's popularity, Canonical is under a scrutiny so intense that every fault is magnified. Another part of the reason is that Canonical is visibly struggling with balancing its commercial efforts with being a corporate citizen of free and open source software (FOSS).
However, whatever the reasons, no sooner has the controversy over Ubuntu's contributions to GNOME and other FOSS projects quieted than people are questioning Canonical's contributor agreement, condemning it as a flawed document that misses the spirit of FOSS.
Under the Canonical Contributor Agreement, participants in Ubuntu's development agree to transfer the copyright in their work to Canonical. The controversy is not over the mere fact of the copyright assignment, which is common enough in FOSS development. Its been been used by -- among others -- the GNU Project, OpenOffice.org, and the Free Software Foundation Europe's (FSFE) Fiduciary License Agreement.
In projects in which everyone is a volunteer, assigning copyright to a larger organization, rather than to individuals can make sense.
As FSFE's Shane M Coughlan told me several years ago, as projects grow in size, "it becomes more difficult to manage the copyright. Some authors might vanish due to accidents, death, or other factors. When it comes to making decisions about protecting the code, upgrading license, or other legal factors, it can become important to talk with copyright holders."
By contrast, in projects like the Linux kernel, in which there is no copyright assignment, managing copyright can potentially become difficult. For instance, even if Linus Torvalds had been willing to relicense the kernel under the third version of the GNU General Public License (and he most vocally was not), tracking down all contributors and obtaining their consent would have next to impossible.
Not everyone agrees with copyright assignment. Some prefer to keep the copyright for their own work, and some argue that the legal requirements for copyright assignment can scare away potential contributors. Others support the idea for umbrella organizations like FSFE, but are more reluctant to transfer copyright to for-profit companies, suspecting that copyright assignment benefits the company more than the project.
In addition, when copyright is assigned to a company, rival companies may refuse to allow their employees to contribute, a position that undermines the co-operation fundamental to FOSS development.
Against this background, requiring contributors to sign a copyright assignment is risky at the best of times, and with the best of agreements. Significantly, the new contributor agreement being developed by Fedora avoids copyright assignment altogether, and simply tries to guarantee that contributions will use one of several free licenses that are compatible with the rest of the project.
In comparison, the Canonical Contributor Agreement is riddled with difficulties. To start with, it assigns copyright to Canonical "now and in the future" with no provisions for termination, two conditions which can be legally dubious.
Equally questionable are the first two paragraphs, in which Canonical and the contributor signing the agreement exchange rights that should be already granted by a free license, such as the rights to copy, modify, and distribute. At best, these paragraphs are redundant, while at worst they might be seen as an effort to make the agreement take priority over the licenses. The paragraphs read as though Canonical, not the licenses, control how the software, interfaces, and documentation are to be used, although it might be said that the whole point of free licenses is to prevent such control.
In fact, for most potential contributors, what makes the agreement objectionable is the degree of control that Canonical asserts. In paragraph 5, contributors promise to "execute any documents and perform any acts that Canonical requests from time to time to enable Canonical to protect, perfect, enforce or enjoy the rights assigned and/or granted to it." That language sounds as though, having volunteered once, contributors are legally compelled to do what Canonical tells them to do, even though they are not Canonical employees.
Furthermore, the agreement gives Canonical the right to change unilaterally what the agreement applies to (Paragraph 3), and "in its discretion [to] make the Assigned Contributions available to the public under other license terms" (Paragraph 5). This second condition is probably included to allow dual-licensing, but, as worded, would allow Canonical to change from a free license to a proprietary one.
One of the ways around the issues of security and control that make some businesses wary of cloud computing is to build a private cloud -- one that remains within the corporate firewall and is wholly controlled internally. Private clouds also increase the agility of IT an organization's IT infrastructure and make it easier to roll out new technology projects. Download this eBook to get the facts behind the private cloud and learn how your organization can get started.