The wording at the beginning of the open letter is pretty harsh:
If you are presently using the software application "Mambo OS" in any release post October 3, 2003, you and your organization are potentially exposed to CIVIL LITIGATION and possibly CRIMINAL PROSECUTION.
The message goes on to say that the code in question comprises the lead story block -- a block being a dynamically generated section of a Web page that has code separate from the main page. Content management systems use blocks to create and extend dynamic, database-driven Web sites. Another portion of code was illegally donated from Furthermore that allows easier administration of the front page, Connolly says.
No money to go after major litigation
"This is much worse than SCO," Connelly told NewsForge today. "But I don't have millions of dollars to go out and sue everyone. SCO and IBM are the big guys, but down here in the trenches is where it's happening and we don't have a forum to resolve this kind of problem. The Mambo people have been uncooperative."
The problem doesn't really start with Mambo, though, or its parent company, Australia-based Miro International. The trouble started with a man named Emir Sakic, who was contracted by Connolly to make some proprietary modules for and modifications to Mambo that made it look like a newspaper portal, as shown on the Furthermore home page. Eventually it got so that Mambo and Furthermore had divergent code bases that made them almost into different programs. Connolly says that Sakic then modified the Mambo code so that it would use Furthermore's proprietary modules and illegally gave the project one of Furthermore's blocks -- the lead story block -- and modified the back end. Mambo was given functionality from Furthermore that it did not have before.
Sakic contacted Connolly by email and asked him after the fact if he could put this code under the GPL. Connolly, of course, told NewsForge he said no, but it was too late.
Modifying, hosting, monitoring, and administrating open-source and proprietary CMS software is by no means an illegitimate or unethical practice -- this is what Connolly does, and he's far from being the pioneer in this industry. Since the users or customers are essentially paying a company like Connolly's to custom-design a Web site for them, the issue of licensing doesn't come up -- customers are not being given software and they are not purchasing software, they are purchasing a service which is delivered dynamically through software and software development.
Connolly is upset that code he developed to sell services has been misappropriated. According to Connolly, Sakic admitted clearly in his email to Connolly that he'd donated this code to Mambo, but at that point the damage had been done. Upset, Connolly called the Open Source Software Institute to seek assistance with the matter.
Mambo community has been 'discussing' this for a while
Meanwhile the Mambo community had a discussion on the matter (this is one of several threads) with a general irreverence toward Connolly and his claims of copyright infringement, and the usual flippant remarks and misguided legal analysis that can be found on nearly any blog or forum that discusses such matters. The forum posts in the above-referenced thread paint an entirely different picture than what Connolly himself offers, but in the end it appears that in the new version of Mambo -- 4.5.1 -- the lead story block has been recoded in an effort to resolve the matter.
The story doesn't stop there. Connolly found about a dozen companies that were using a tainted version of Mambo and asked them to stop using the program entirely. One complied and even offered a settlement check as compensation for their unwitting error. The remaining companies did not comply or complied in ways that were not satisfactory to Connolly.
Upon contacting the OSSI, Brian spoke with John Weathersby, the executive director of the institute, who in turn spoke with IP expert/author Larry Rosen briefly. According to Weathersby, Rosen would not comment on the matter at the time because he needed to see the whole picture and talk to everyone involved. The only advice Rosen could offer was to get a lawyer to deal properly with the issue. No one recommended suing or threatening end-users.
Weathersby agreed to act as a sort of mediator in the dispute but didn't have the chance to talk to the Mambo project members about the issue. "We've got to address this in a level-headed, business-minded way," he said. "I'd like to see everyone calm down, put all documents on the table, see everybody's cards, and resolve this."
But by that point things had already gone too far; the Mambo community was far from cooperative, Sakic had more or less gotten away with allegedly stealing code that he was paid to develop, and competitors were allowed to take advantage of the situation.
NewsForge was unable to contact Sakic by phone on Friday to seek comment on the matter at the time of publication, but Connolly says that Sakic admitted what he'd done in email. According to Connolly, Sakic was contracted for about eight months to assist in development of Furthermore. He was paid for his services, and Connolly said at no time did he ever tell Sakic that he was free to donate any code.
Suing end-users 'not prudent'
"If it is as he says, and they do have his code in Mambo, that's not right," Weathersby told us Friday afternoon. But at no time did either he or Rosen advise Connolly to post his notice about suing end-users of Mambo. "That's ... not prudent," said Weathersby. "Every site I have -- including the OSSI homepage -- runs on Mambo."
All things being equal, one thing is certain: Connolly believes that his code has been stolen, despite the fact that he has not personally examined any code in Mambo to verify its origin. He's just going by what his contractor told him and what he's observed. The legal issues in this matter are for the courts to decide, but will it be Sakic in court, or some innocent end-user?
Connolly doesn't want license fees or special control over Mambo; all he wants is to make money off his services, and he can't do that if every Mambo user has parts of his software that make his work valuable.
Emir Sakic's response
Emir Sakic has contacted NewsForge has given us this exclusive reply in response to this story. The following is copied verbatim from his message:<?p>
Back in September 2003 Mr Connolly paid me to do the Mambo Open Source customization for his site Literatigroup.com. There was no copyright agreement or contract signed.
One of the customizations I did was to enable a ?leading story followed by two stories in separate columns? alteration of the frontpage component. I modified an existing Mambo frontpage component and hardcoded nine lines of code that would display the leading story. This alteration was a copy from another part of the original frontpage component released under GPL and copyrighted by Miro International Pty. I was not the original author of the frontpage component in question and thus, Brian Connolly does not own this code.
A month later (October 3, 2003) I developed similar functionality and contributed it to Mambo core. I did not use the same code as the nine lines delivered to Connolly. I implemented a different, dynamic solution with selectable frontpage settings. Again, this code was not same or derived from the snippet made for Literatigroup.com. It was a different development which can be verified by comparing the frontpage component files (I have all files in question).
Mr Connolly still claims that Mambo contains the code developed for him when in fact it does not. If you would take a look, you would see that the code in Connolly?s site differs from the code in any version of Mambo. While software implementation can be protected by copyright laws, ideas in software are not covered by copyright. Nothing stops anyone to implement the same (in this case just a similar) functionality using different code. Not to mention that the whole file was a GPL derivative and, as such, must remain GPL.
Mr Connolly still seems to think that he owns exclusive rights to the ?leading story? concept in Mambo and requests the frontpage component re-licensed according to his terms. There were hundreds of sites all over the internet that used the same layout even before October 3rd 2003, so Connolly cannot say it was originally his idea (for example see http://news.bbc.co.uk).
I should mention that Connolly has distributed copies of Mambo under the GPL on his homepage (http://www.literatigroup.com/furthermore/, now removed, screenshot available) which means he has acknowledged that Mambo is GPL and Copyright Miro International Pty. Connolly has only contacted Mambo about a year after alleged breach and during this time he was an active forum member knowing of the existence of this functionality in the Mambo core. Connolly also sent threatening emails to mambo users directly and has harassed them (see http://www.mamboportal.com/content/view/1562/). He has been taking my words out of context and posted flat lies in try to prove the claims he can?t prove by simply comparing the code in question.
To summarize it:
1) The code delivered to Brian Connolly is not the same as the code implemented in Mambo.
2) The code delivered to Brian Connolly was derived from GPL, Copyright Miro International Pty.
3) Brian Connolly distributed copies of Mambo that had the so-called 'infringing' functionality under the GPL.
4) There are no copyright assignments with my signature on.
5) Brian Connolly has no trademarks or patents on anything resembling the disputed functionality.
Emir Sakic
http://www.sakic.net
The official response from the Mambo project can be found here.
The situation seems to involve misunderstandings and misinterpretations, especially of and regarding the GNU General Public License. No matter who is right or correct, the end result is that the code that Connolly feels that he's rightfully paid for and should own is now available to anyone -- whether it should be or not. One thing that Brian Connolly said to us yesterday rings true above all else: "This will not be resolved in the media."
Jem Matzan is the author of three books, a freelance journalist and the editor-in-chief of The Jem Report.
Note: Comments are owned by the poster. We are not responsible for their content.
After reading <A HREF="http://mamboserver.com/The_News/News/Statement_regarding_Furthermore.com/" title="mamboserver.com">this</a mamboserver.com>,
I've come to the conclusion that you're not like sco at all. You just an idiot.
1.You hired a contractor to do some work for you.
2.The contractor modified GPLed code for your business. Because you don't release your code,
you were not required to release his modifications no harm no foul.
3.However, the person you hired was not trustworthy. They released the code behind your back, in apparent violation of the contract.
4. Now, you're claiming copyright on the code,
saying that it cannot be released.
5. In reality, what has happened is that
you've had a trade secret revealed.
6. And I'm sorry, but there's absolutely
*nothing* you can do to the end users, because
there is no copy right infringment. You
can have a copyright, or a trade secret
but not both.
7. Even if you were to go down the copyright
route, since the code modified was GPLed,
your code must also be considered GPLed.
8. I also hope that you realize that you
get what you pay for. You outsourced to
asia. You got burned. I'm sorry
but I have no sympathy.
<TT>I hereby state to complete the programming project for literatigroup.com under the following terms:If Connolly's claims are truthful then the contract did not include an NDA so Connelly's trade secret claims have no basis (though I am not a lawyer).
- Project consists of various modifications and customizations of Mambo Open Source CMS for the client [redacted]
- Project will be completed latest 20. september 2003 - Client will pay [redacted] US deposit and [redacted] US upon finished project
- Upon finished project all copyright rights to code written by me will belong to literatigroup.com Emir Sakic </TT>
There's a widespread misconception that if you modify code which you're using under the GPL, you always have to release your modifications under the GPL.
This is simply not true. If you don't give or sell copies of your product to other people, you don't have to release source code. For example, if your code just runs on your web servers, you needn't reveal it.
otoh, it appears what is in mambo now (judging from yur post: i didn't look at the code) is highly modified from the contracted code, so most likely (ianal) reimplements the idea, iow (ianal) is not a copy, so copyright shouldn't apply. the idea seems not to be patented
No, it doesn't. The derivative work can be used within the organization that made the modifications, without making anything available to anyone else.
The provisions of the GPL kick in only when the modified software is distributed to somebody else. Then, and only then, the provisions of the GPL take effect: the recipient must be able to get full source code, and the right to modify/redistribute it himself under the GPL.
I also gather that the private version (Furthermore) is not redistribututed. In fact, if Furthermore were redistributed, then clearly the GPL would be invoked and the changes would then become public. However, since it is not, the changes made can remain private, and for those wondering, there is no conflict with the GPL in this regard since no distribution has occured. So all those histerical posts about Connelly violating the GPL are irrelevent; he is actually not, at least in that respect.
The question then is really about the patch contributed to Mambo by the same person who did work for Connelly. It is possible this person was under a work for hire contract. While Mr. Connelly has failed to produce the contract, certainly the person in question must also have a copy, being a party to it. In fact, many issues seem to revolve around the actions of Eric Sakic, who I gather was the contractor in question.
Since the changes I gather were reletivily trivial, the Mambo project could have simply chosen to pull those changes once they were aware of the situation, and instead have someone who was never hired by Mr. Connelly submit a functionally similar patch. This would have left no issue of material dispute and should have ended any issues right there. Connelly would have his private and unredistributable version, and others would have a Mambo without any further basis for claims against it. I do wonder why they choose not to do this.
Assuming, and this is a large assumption, that indeed Sakic donated the changes he made to furthermore to Mambo, and his contract with Connelly did not permit this, it would seem that only Mr. Sakic has direct liability, for breach of contract. If indeed the changes are trivial (9 lines), I am not sure Connelly has any basis to further persue Mambo as a whole. If it were a more substancial contribution he might, but even then he would have no basis to hold end users liable.
Furthermore copyright protection also does not extend to ideas, just to their specific expression; in this case the specific code involved. However, again, if it is trivial, the simplest solution for Mambo would be to have someone else write a replacement patch.
However, since it is not, the changes made can remain private, and for those wondering, there is no conflict with the GPL in this regard since no distribution has occured. So all those histerical posts about Connelly violating the GPL are irrelevent; he is actually not, at least in that respect.,/i>
I thought the same thing until I re-read the GPL. The modified code is part of a GPL whole so must remain under the GPL. No other license is possible without the consent of all copyright holders on that component. Mr. Connolly is not under any obligation to distribute but the file is still covered by the GPL, if he claims otherwise he invalidates his license to use any of the code.
However, again, if it is trivial, the simplest solution for Mambo would be to have someone else write a replacement patch.
Already done as far as I know.
This is one of the reasons I see "business ethics" as an oxymoron: business owner pays someone to modify someone else's copyrighted code, paid developer releases code under terms of original license, business owner claims exclusive ownership and decides to sue end users.
This is the worst sort of behavior, and if you do this to end users of a GPLed work, what will you do to a paying customer? Let's look at SCO, who has decided it'd be a swell idea to sue former customers that've since moved to Linux, claiming that they couldn't have made the move from SCO to Linux without misappropriating code. Why would I want to enter into a contract with SCO when they have a history of suing former customers?
I'm starting to think that the GPL and the world of business shouldn't mix, unfortunately.<nobr> <wbr></nobr>:-(
No matter who is right or correct, the end result is that the code that Connolly feels that he's rightfully paid for and should own is now available to anyone -- whether it should be or not.
If what Connoly paid for was customization of a GPLd application -- as is claimed -- then how he feels about it, and how others feel about the GPL, are moot questions.
The GPL is designed to prevent people from taking free software and making it closed. That seems to be what Connoly is trying to do. And that's what the GPL seems to be doing in this case. And that is exactly as it should be.
He can call it performing a service, or anything else he likes, but if the code ends up running at the customer's site, that's distribution.
But it seems likely that he was misinformed about the rights he would have in the code he paid for.
Most people outside the software community are unaware of the special features of the GPL. A responsible software developer, on accepting a paid contract to work on some GPL'd code, would explain to his/her client, in writing, exactly what rights and obligations the client would have in the resulting work. Almost everyone would expect that somebody who pays for work to be done, gets complete ownership of the results of that work, regardless of whether the code is 9 lines or 9000 lines. Turning round after the fact and saying in effect, "you didn't realize what you were buying? You should have read the license, turkey!" is not good enough.
"The significance of Furthermore is that the guy who was the prime builder is a marketing guy - not a developer, not even a wannabe coder. Brian Connolly is a business manager who had a vision for an application. He doesn't think in terms of features and functions as much as in "customer behaviors" and "business value."
The new truth is that the open source mindset, and the tangible artifacts that it continues to produce, are reaching new heights of accessibility. You no longer need to be a PHP or Perl guru to assemble real-world analogs (in this case, a newspaper redefined) that have real value for even less-tech-savvy general users.
Furthermore keeps the visitor's concept clear (the "newspaper gestalt") without sacrificing granularity of feature-addition and management for the truly technical audiences. No longer must developers lose the conceptual thread while digging through the sub-basement of code to enable some minor enhancement. Mambo's "bones" keep the end result and the path to get there tightly aligned.
Open source is on a seemingly inexorable path toward being part of the common business-building lexicon. Imagine a time when average users will readily stitch these components together to create a new application based on a unique vision of function. That time is now. It's one thing for the likes of IBM, Dell, and HP to include open source competence in their professional services; another for it to be so accessible that a marketing person like Brian Connolly could make disparate pieces function together. "
But...
Posted by: Anonymous Coward on September 18, 2004 09:00 AMThe guys at Mambo are pretty convinced that they are in the clear, especially as Mr Connolly has refused to show them the contract that would clear up if this was a work-for-hire or not. Mr Connolly may in fact be the copyright holder, but the GPL may still require the public relese.
One of Mr Connolly's big complaints seems to be that he had an original idea for the module, and that idea is now in Mambo. Copyrights do not cover ideas, only a patent or a non-disclose clause in the contract could prevent the contractor from re-implementing the idea. Only a look at the contract could clear this up.
Either way, threatening to sue end-users is counter-productive, and would have a low probability of succeeding (see groklaw for extended discussions on this point with regard to SCO).
John
#