Can an Open Source Project Be Acquired?
prostoalex writes "Can an open source project be acquired? ZDNet's Between The Lines says yes, one just did. Software startup JasperSoft acquired Sourceforge-based project JasperReports, which involved acquiring the copyrights and hiring the lead developer for the project." I guess the point he tries to make is that the new corporate overloads can essentially have a free and non-free version of the code, and more or less orphan the free version. The problem of course is that if the non-free version gets good, others will simply fork.
At least in some large parts of the EU, for example Germany and Austria: You cannot sell the copyright to the work you did or give it away in some other way. It's just not possible. But of course you can sell exploitation rights.
The original source is still available. Another company is just going to continue on their own line and sell it. If you don't like it you can code to the original.
Many other projects have had large corporations buy them up, fork them, and ignore the free version.
But as the article plainly says -- and where the real beauty in open-source lies -- if the free version is good ENOUGH, someone else will come along, pick up the pieces, and continue making a better product out of it.
You're going to have to give some concrete examples of dually licensed projects where the closed one is worse off than the open one.
That's a pretty big claim.
As for open source projects getting bought up, I think that's great for everyone. The open source stuff still remains open and the programmers who worked on the project get some real (read monetary) appreciation for their work.
The author answers his own question in the first sentence of the article (emphasis mine):
Here's a wrinkle that many devotees of open source either don't know about or don't talk about: Open source projects can get acquired by commercial software companies.
Taco, please tell me you're not really having trouble wrapping your head around this one, and that you're just pretending to be staggeringly obtuse for the sake of, well, whatever reason you'd want people to think that you're staggeringly obtuse.
If I own a piece of code, I can do whatever the hell I want with it--including sell it to somebody else. It doesn't matter whether or not I've licensed it out under the GPL or other such Open Source license. Unless I surrender it to the public domain, I own that code, and I can license a GPL version, sell a closed version, offer a crippled demo, auction off a signed copy of the source code for a million dollars, and build an extra-shiny-and-nifty-for-my-eyes-only version--or whatever else I'd like to do with it.
Obliteracy: Words with explosions
We've always known that an author can remove the license on software they wrote. Of course, that doesn't change YOUR license, and they do still need to provide access to the source if it was under the GPL, specifically, when you got it. However, they're under no obligation to give you updates or changes from future versions of their own code.
So, the corporate buyout angle is a red herring. This is no different from any developer taking their ball and going home.
Sure, the corp can buy the original copyright (and maybe some important later contributions) but that only gives them the ability to relicence the code.
Practically speaking, they'd have to make substantial improvements/service (ala sendmail) or market to the uninformed before the product would be saleable. And any improvement likely could be added into the free tree.
If Bob writes a program (owns the copyright on 100% of the code) and releases it under the GPL, and then later decides to sell his project to some random guy, he is free to do so, but the people who have the GPL'd version would still have full rights to do with it everything specified under the GPL.
If Bob writes a program, releases it under the GPL, and incorporates contributed code into the project, that's another can of worms. I would think if he wanted to "go private" with the code base at that point he would need to get the permission of everyone who contributed any code, much like Mozilla did. If he couldn't get their permission he would have to rewrite those chunks of code.
Of course, IANAL, but that's what logic would seem to dictate; though logic has little to do with most software licensing schemes...
rooooar
Open Source Company JasperSoft to Advance JasperReports
h p for more information.
A new company called JasperSoft (http://www.jaspersoft.com) has formed to invest in JasperReports and offer support, services and complimentary commercial products for JasperReports. I will be joining JasperSoft as Founder and Architect for JasperReports. This will allow me to work full-time on JasperReports enhancements, and direct a new team of professional open source developers to accelerate the JasperReports roadmap.
JasperReports has become more popular than I ever imagined it would. And the community has been demanding a higher level of investment and advancement in JasperReports than I alone can deliver, even working full-time. JasperSoft will help to increase the investment in JasperReports by adding full-time professional open source developers to the project.
JasperReports will stay open source forever, and its advancement will accelerate with the additional resources now being applied to it. JasperSoft and I are committed to investing in, and building the best open source reporting products available.
JasperSoft will also offer Support and Services for JasperReports, which a number of JasperReports customers have been requesting. See http://www.jaspersoft.com/services_tech_support.p
JasperSoft is a new company, headquartered in San Francisco that was formed by a combination of open source and commercial reporting domain experts. We have some of the brightest minds in the world now working on JasperReports. JasperSoft also has a commercial product line, JasperDecisions that will offer complimentary capabilities for advanced functionality to the JasperReports community. The JasperDecisions product line consists of:
Scope Server: a java server-based operational reporting solution for interactive, self-serve reporting and analytics.
Scope Designer: a swing-based report designer for Scope Server report development.
JasperDecisions is currently deployed in over 50 leading corporations and ISV's including IBM, British Telecom, Informatica and the US Department of Defense.
Today, JasperDecisions is based on its own XML report definition, called RDL (Report Definition Language) and does not support JRXML at this time. However, future versions of Scope Server will have support for JasperReports. For more information on JasperDecisions, see http://www.jaspersoft.com/products_jsps.php
This is a significant day for JasperReports, which has graduated from an open source project developed and supported by me when I could find time, to an open source product supported by a community of developers around the world, and now backed by a company and a team of professional open source developers who are committed to building the best available open source solution. I hope you will continue to work with me to make JasperReports better than ever.
Teodor
But would you begin using a piece of software if you knew it was a dead end? Think about it, the authors will never produce another update for that version and if you want to continue using it you'll either have to hope someone else will come along and fork it (unlikely) or you need to buy the commercial version. Why bother using it in the first place in that case?
He's talking about the problem that exists when a company acquires an open source project to close it -- but it can't ever truly be closed now can it.
The problem of course is that if the non-free version gets good, others will simply fork.
That's only the problem for the company that bought it. It's no problem for any of us to take the open source version and de-orphan it. Having a deep pocket benefactor is actually a positive for open source. Look at IBM. They haven't acquired rights to anything yet, but in the future they may start buying up Open Source projects... you never know.
But acquiring an open source project can be a solid benefit for any business. This is good when companies take an open source project and fully fund it. That's part of the Open Source dream, IMHO. Money can still be made on services!
Who cares if it's forked into a closed area? There still is the old source to build on!
The dangers of knowledge trigger emotional distress in human beings.
Doesn't it also depend on the size of the project and consent of contributors?
I mean sure for a handful of developers on a small project it'd be pretty easy to acquire the project, assuming none of them were OS zealots. However, good luck trying to acquire something as big as, say, the Linux kernel.
According to http://jasperreports.sourceforge.net/message.html:
JasperReports will stay open source forever
So it's probably premature to cry wolf.
If you are a copyright holder, you've always been able to reassign copyright or relicense your work. This is not earth-shattering news just because it's a FOSS work being relicensed. Relicensing FOSS code is far more common than you'd think.
The good thing here is that the original work is still covered under the TOCs of its original FOSS license, so the original author and others can continue making improvements and otherwise maintain the software.
Otherwise, move along. Nothing to see here.
The difference with open source is that you have to track down individual contributors. With any popular open source project, it's going to be very difficult to find and get all those contributors to sell you their copyrights.
Even still, versions released prior to the buyout would still be subject to the GPL (for example) and only new versions could be made non-free.
Yes, it can happen. No it isn't anything to worry about.
Ok, so, a company bought up an open source project and put the lead developer on the payroll... How is this an inherently bad thing? Yes, I'm fundamentally pro-OSS, but one of the basic ideas is that it makes for better code. It just seems like the purchasing company in this case is taking a step in that direction by buying up a good project and paying a good developer.
Having said all that; I really hope it's not a continuing trend.
"Too much work demanded of too little infrastructure"
:)
sounds like a typical IT department to me
putting the 'B' in LGBTQ+
It can be tricky to acquire the Copyright an open source project if there are multiple developers involved, as each one will need to agree to the aquisition.
Unless each developer who submits code to the project also turns over the copyright to a single entity, it can only take 1 developer to dissent and prevent the aquisition from happening except under the terms of the original license.
A new company called JasperSoft (http://www.jaspersoft.com) has formed to invest in JasperReports and offer support, services and complimentary commercial products for JasperReports.
Unless, of course, he meant "complementary"...
Seriously, the above statement seems to be saying that they will be offering mostly support and add-ons, not taking the core product private. The JasperReports software is currently under the LGPL, so there is some assurance that the original will still be available in the future, if anybody cares enough to fork the project.
Have you read my blog lately?
Take a look at SourceForge. The project was acquired by some company and abandoned.
Another company forked, and brought us GForge, which incorporates SVN and other improvements. Too bad GForge isn't used by the SourceForge site itself.
Food for thought.
Can we moderate an entire story as "Flamebait"?
Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
No, he ows the copyright, so he can do with it whatever he wants - including to start a commercial fork.
Others could not do that, but the copyright owner can!
And there's always the wayback machine, the internet archive, etc ...
No. One person owns the copyright to the overall body of code. Your contributions are just that... gifts.
Wrong. You might have given them as gifts.
But if you didn't, and you released the code under the GPL, then the other guy must have agreed to your licensing terms in order to use your code. You own the copyright to your own portions of the code unless you transfer it.
If the person who owns the copyright to the rest of the code wants to release a non-GPL'd version, he either needs to get your approval, or he needs to remove your portion.
$8.95/mo web hosting
Can we moderate an entire story as "Flamebait"?
No, but people with mod points can refrain from moderating any posts in the story. It may not do much, but it's something.
(S(SKK)(SKK))(S(SKK)(SKK))
Quest basically acquired Tora to kill-off one of the biggest "competitors" to their Toad product.
A GPL version is still available from
http://sourceforge.net/projects/tora/
But, for how long? Will development continue?
Remember that little piece of software called SpamAssassin? And Vipul's Razor?
Both "bought up" by corporations, but the free versions are still very much alive and kicking.
At least these JasperSoft folks have tried to answer the obvious questions and they'd continue with the free version.
IANAL, but I though I'd add to the other poster's comments, just to clarify.
The creator (aka "lead developer") owns the copyright to the software. The GPL does not transfer ownership of the copyright. All it does is license the software for others to use. GPL or no GPL, the copyright stays firmly in the hands of the creator.
The creator, of course, does not need to license the software to himself. That would be silly. So the creator, unlike everyone else, is NOT obligated to abide by the "licensee" terms of the GPL. The creator must still uphold his end of the GPL, which is to ensure that the software AS IT WAS when it was licensed to the licensee remains licensed to the licensee as long as the licensee abides by the terms of the GPL.
However, the creator can re-license NEW versions of the software under any license he chooses.
In theory, I imagine you could create a license which could restrict the creator's rights to license future versions of the software. This would be akin to a "promise" to not license the software EVER under anything but, say, the GPL. The GPL as it stands, however, has no such clause, and I can't imagine that most creators would want to tie their hands in such a way.
Despite what EULAs say, most software is sold, not licensed.
So why is this not easily accessible at www.fsf.org?
The FSF describes, generally, how assignment of copyright to the FSF works for GNU projects, but I am having a devil of a time finding a copy of the assignment questionnaire that they mention.
Yes, that's because the FSF purposefully doesn't have them available online. The reason is that the FSF has several different assignment forms depending on what kind project you are contributing to (e.g. original work or an implemenatation of something else), on what kind of contribution you're making (new original code or old code) and depending on whether your employer (if any) possibly has claims to your work.
Too many people were filing the wrong forms, and it was wasting time.
Does anyone know what this thing looks like? Surely it involves more than emailing the maintainer and saying "I assign the copyright of my contribution to the FSF?"
Yes, they want a paper form, signed and mailed. Typically it'll require you to confirm that all your contributions are your own original work and that your employer does not have claims to your work.
(This being the form for original contributions where the employer has no claim. If you have an employer who might have a claim they want a different form where the employer waives all claims.)
The article author should have checked the relevant URL: http://jasperreports.sourceforge.net/message.html
It says, black on white, that the company "(...)called JasperSoft (http://www.jaspersoft.com) has formed to invest in JasperReports(...)". "Has formed to invest in". Not "has bought the project". The project has spawned a company, that it.
Again, a wannabee journalist spinning some "news" on the basis that its brainwashed readers won't read the original announcement.
Could some please teach those guys how to read, and how to report unpartially?
--
Arkan
AMD is German!
Um, no.
AMD is and always has been a U.S. corporation, headquartered in Sunnyvale, CA from the very first year of its existence. They do have a fab in Dresden, but that makes them German about as much as Nike's sweatshops make them Chinese.
Given a choice between free speech and free beer, most people will take the beer.
For clarification purposes here is the full text translated In Germany one proceeds from a uniform copyright, with which the protection of the material as well as the economic interests are closely with each other connected (so-called monistische theory). Copyright is therefore explained for in principle untransferable. Copyright is by the copyright law and used patent rights ( copyright law - UrhG) of 1965 regulated, last extends by the law for the regulation of the copyright in the information society of 2003 , which particularly with Multimedia applications is concerned. It belongs to the commercial legal protection and thus to private law .
Sorry about the writing. Robot fingers, you know? Cliff Steele in DOOM PATROL #23
IIRC this happened to the original version of SSH. It was originally an Open Source project, then later versions were progressively closed down until SSH Communications took it proprietary. The BSD folks picked up the last version that was truly open and made OpenSSH. Of course, one of the things that allowed it to work was that it became a standard that could be written to.
Sendmail has a commercial product with a bunch of features for people who like that sort of thing.
Course their pricing is off the wall.
I couldnt believe the FUD their sales skunks were telling the windows fools in my previous job.
I convinced the company to save the $Kash and we went with the standby from sendmail.org.
comment directly in my journal
Hi all, I'm an employee at JasperSoft, and I would like to take some time to clear up some misconceptions going around in this discussion about JasperReports and JasperSoft. First off, nobody ever said anything about JasperReports becoming closed source. JasperReports will always remain open source, and the open source projectwill continue to be enhanced. We are helping Teodor Danciu (the author of JasperReports) devote more time to JasperReports and bring on more contributers. Frankly, to acquire all the rights to a successful open source project and then close the source would be insane - what's the point? Take a look as JBoss as an example of a company doing similar work. They have "acquired" Hibernate, Nukes, jBPM, etc in a manner very similar to what we have done with JasperReports. I think there is concern here because JBoss is an open source company, and the ZD story calls us "a commercial software company". We (and JBoss) are both - a commercial company that offers open source software. The commercial side makes its profit by selling support and services, and possibly add-on functionality. Personally I think a lot of the discussion here is ignoring the real question - "what does the acquisition mean to current users of JasperReports?" The heart and soul of an open source project consist of the developers AND the community using and enhancing the project. What does JasperSoft mean to the JasperReports users? It means that JasperReports development will continue, and that Teodor Danciu will spend more time working on it than he could previously. It means people who want to use JasperReports but require support will have a place to go to. -Barry Klawans
I was the main developer and copyright holder to the open source project TOra (Still on sourceforge at tora.sf.net) and it was acquired and I was hired by the company Quest Software.
One important aspect was that all code (I was carefull about getting copyright to any patches I applied at the time) was owned by me and I was the only person with CVS write access. Otherwise it probably wouldn't have been posible.
Also, at the time I lived in Sweden (Which is part of the EU) so the talk about this not being posible in the EU is simply not true since I've done it.
What happened with the purchase was that Quest forked the code and the designs and in some parts the code was used in Quests own projects. The original project is still very much alive and active though.