Lindows - Where's the Source?
bbh writes: "NewsForge has an article about the Free Software Foundation asking the makers of LindowsOS a simple question, 'Where's the Source?' Lindows CEO Michael Robertson has an interesting take on what the GPL means."
That Lindows has more in common with the Redmond OS than just a similar name?
These are the kinds of silly questions that give open source projects trouble. Business projects, as a rule, have a manager who is (more or less) obeyed. Linus, the closing thing to a Linux manager, obviously can't fire anyone, and the tree can be forked an infinite number of times. This is a good thing, since he can't take his toys and go home when someone finally gets under his skin.
However, when attempting to run an open-source-based business, some semblance of order is required. If the guy says he'll release the code, give him a chance. These dirty-laundry-in-public attacks damage open-source credibility, and that is not a good thing.
I agree that the guy is playing fast and loose with the rules, but I think we should give him a chance by waiting until he meets his deadline. Then, if he doesn't open up, a lawsuit may be in order, but otherwise, what's wrong with waiting a few months? Do we really want alpha- and beta-level projects released and visible to people who will immediately compare them to Microsoft Windows? Let's not forget that there is no such thing as a rough draft - when we see a prototype, we form lasting first impressions. cheers, Andrew
cheers,
Andrew
I have the feeling that there's quite a lot of GPL'd code out there being used in products without source being provided. I recently found that my employer (who are large and well-known, and I shall say no more than that) are selling such a product without offering source for download. (I'm posting anonymously cos I want to try to persuade management to talk to the FSF about fixing this. If they refuse, I'm going to have an interesting ethical choice before me...) This product has been on the market for a few years now, and it's not hard to discern the signs of GPL if you're familiar with Free software in general; it just seems that no Slashdotters use it... which seems unlikely.. or, that no-one's been bothered to look for the source, or if they have, that they just shrugged and thought "not my problem." (Incidentally, any suggestions about what I should do if management refuse to publish the source? I don't want to leave except as a last resort... )
The thing is, Lindows is vapor, as far as I'm concerned. I'm very suspicious.
Consider:
What an idiot... to claim that Lindows is a work in progress and therefore they wont include the source with preview releases is BS. All open source projects and linux distros are a work in progress, yet no one else seems to have any problem distributing their source.
They only have to do that if a) they are selling the binaries and b) someone requests it.
Any distribution (other than internal distribution) requires the source to be available. And yes, it's only required that they distribute it to people who have the binaries and request it. However, the implication of his statements is that they wouldn't do so anyway.
It's not about whining, it's about sticking to what the GPL requires. IANAL, but I understand that when you distribute the binary of a GPLed program (such as Linux), you must also distribute the source code (or make it available, e.g. via the Net). If this is not acceptable to Lindows, they should have chosen another OS with a more permissive license, e.g. one of the BSDs. They can't have the developer base and mindshare of Linux without doing what the GPL requires.
If Lindows had licensed a commercial software component and were breaking its license terms, would that be a 'silly question'? For some reason, conforming to open source licenses is considered by some people to be an optional extra...
The only real issue IMO is whether some delay is acceptable between releasing the binary and the source, particularly for betas - this seems to happen with some projects, in practice, but if the project/business goes away in the mean time, the users are left without the source.
Hmmmm if your boss makes you lift GPL'd code you have moral and professional choices.
The noble, upstanding thing to do would be to report your company to the FSF. In essence, using GPL code without providing the source is stealing. They wouldn't expect to get away from an audit by the BSA if they were running cracked software, so why should they get away with GPL violations?
However, the noble, upstanding thing to do is often the one that leaves the 'hero' jobless and labelled a security risk.
So, if you feel up to it, take a leaf out of Dogbert's book, and use this opportunity to further your advancement in the company. Hideously cynical, I admit.
Of course, this could just be an adminstrative error. A previous employee could just have used GPLed code as a stopgap way of developing their own solution, and not notified management and / or sourcecode maintenance about the original code.
Point it out to management, and let them know the scope of the legal issues involved. If they've got any sense, they'll release the source.
This is all assuming that the GPLed code exists in 'chunks' within the main codebase. If your company is selling a full GPLed application, start sending your Resume out!
(I wonder why the originally was modded down to -1 30 seconds after posting)
If that doesn't fit into his business plan, he shouldn't have used GPL'ed code; it's not like anybody was tricking him into accepting a license he didn't understand. He shouldn't complain about it, and if he persists in not complying with the GPL, he will lose all rights to using the code in perpetuity. The GPL needs to be enforced in order to be meaningful. If companies can get away with flaunting it, abuse of GPL'ed code will become widespread.
I also wonder what kind of strange plans that company is hatching that they aren't developing out in the open. Why isn't their code on a public CVS repository already?
That's what makes me suspicious, and that's what the FSF is probably responding to -- companies historically have a tendency to support any given "community" only when it serves the company's best interests (which I can't fault); however, they also historically tend to retain the willingness to arbitrarily pull that support, no matter the cost to that community, if it will better their standing.
So, when some business says it's helping the Open Source community, doesn't follow through on part of the obligation, then doesn't give a straight answer when asked "why not", it sort of seems duplicitous in a way. Note that most of the article is Robertson pleading that he's done so much for Open Source, as if to say, "But look at everything else we've done!" Yes, those things are commendable. It doesn't free you from your other obligations, though.
I hope it was just bad reporting on the part of Newsforge. If not, the FSF seems pretty justified in asking what the deal is.
- Jonathan
You are very wrong in your emphasis on selling binaries.
It does not matter if you sell it, rent it, give it away, lend it or anything like that. As long as you distribute it, you have to abide by the GPL.
You are however right in that they don't have to provide source unless someone requests it. Now someone HAVE requested it however, and they have to comply with that request.
but I have one word for this chap: LEECH.
I was willing to give him the benefit of the doubt when I came across:
Kword repackaged as Wordpublisher
and other rebadged stuff
Major credibility plunge there. Not to judge the rest of the package, but it looks more like they're just grepping through the source for places where they can splash the words lindows and/or Michael Robertson. No value added.
Like I said, leech.
Blearf. Blearf, I say.
The GPL is not keyed to selling anything. It is keyed to distribution. In fact, the closest thing the GPL contains to the kind of exception you're describing is in section 3(c), describing an alternative means of distributing source code whereby noncommercial third parties can simply pass along the information that informs recipients where and how to obtain source code.
Any distribution by the Lindows folks outside of their organization will be commercial whether they charge for binaries (Oh! Gee! They're even charging for the beta) or not. Lindows is a commercial enterprise and their releases are part of furthering that enterprise.
There is no serious question that people who purchase their beta are entitled to purchase or otherwise receive the source code. In fact, if you'll read carefully, they're entitled to receive it in machine readable form via the mail.
I know all the parties who are around this mess, so I'm posting as anonymous - who knows...
Lindows release PR2. It's the EXACT same thing as Xandros OS which also went out with beta 1 (not public). Xandros, if I recall correctly, doesn't give the sources (yet), so why the FSF doesn't nit-picking them? Is it just because Lindows got a much better PR then Xandros?
You really want Lindows sources? here's what you'll need to do:
* Grab Corel Linux OS (the latest one which you can grab), apply KDE 2.2.2, kernel 2.4.18, nvidia binary drivers, XFree 4.1.0, and remove all the servers services (sendmail, ssh, you know the suspects).
* Grab WineHQ CVS snapshot + Freetype 2.0.8 and turn fonts hinting on - now you got the wine part. That doesn't mean you can install MS Office since this needs few tricks to make it run, simulate reboots, hack tons of registry tricks, etc - but it's more or less the same Wine..
* The Lindows installer - same as Corel Linux installer, hacked a bit to support more devices and updated more...
Thats it! thats the whole thing, more or less - (well, Lindows got Xandros file manager - which sucks, anyway - and I think it's a closed source) and Lindows got their app which does apt-get install some stuff from their web site, and no Konsole icon...
So FSF people - I would suggest you WAIT for the final release. There are other Linux distributions who did some tricks also with their source code (guess who's the company who didn't release in their beta their partition resizing tools source code?)
Like having an argument with a five year old.
/is/ bedtime isn't it?"
Parent:
Time for bed, Johnny
Johnny:
"I don't want to go to bed!"
Parent:
"Look at the clock Johnny, it
Johnny:
"The clock doesn't matter!"
Parent:
To bed this instant!
Johnny:
Why?!!!?
When arguing with children, there is no logical foundation to the argument. They will whine and wheedle in any way they can to get what they want. No need to let little things like reality get in the way of an angry child.
And Robertsons arguments seem to go like this:
GPL:
"Robertson, you are a sentient being who was fully aware
of the GPL before starting your business. Fullfill your part of the agreement"
Robertson:
The agrement doesn't matter! Look at all the nice things I've done. Therefore the agreement doesn't matter!
GPL:
Robertson, you are abusing the goodwill of thousands of people who realeased their software under the condition that that goodwill be perpetuated.
Robertson:
That doesn't matter! Look at all the nice things I've done!
According to the Lindows Licensing Information page Source code is available for download at http://net2.com/lindows/source/. Of interest is the statements to check the main developer trees for products they use (KDE, Denbian, Wine), as most modification made by Lindows have been accepted and integrated into the main trees.
The dates on the source files are 12 Apr 02, although the downloader is cautioned in two places the Lindows OS software "has not even been released in beta", so the source may not reflect the most current build.
"To travel the paths of human imagination you have to be willing to unlearn all you know"
I recently took a new car out for a test drive. While I was going 75 miles an hour in a 35 mph zone, a cop pulled me over. I told the cop, "Officer, I am just testing this car for it applicability to my lifestyle. Once I complete the process and agree to buy this car, I will comply with all applicable laws."
Anyone who uses GPL code knows what they're getting into in advance.
I'm sorry if it doesn't fit into his business model or plans...perhaps he should have planned better. Its not our problem.
Our problem is that HE is violating the GPL, and that SOME in the OSS (Open Sourced Software) / FSS (Free Sourced Software) are ACCEPTING that.
The reasons for accepting this guys violationg of the GPL range from, "It's not even a beta release," to "Give him some time," to "All this bashing of Linux companies is what harms Linux". Sorry, none of those reasons cut it.
The GPL is a license, and he agreed to that license before using it. He agreed that in exchange for FREELY taking advantage of the HARD WORK of THOUSANDS of benevolent programmers, he would in return contribute his source modifications back to the community. By not doing that, he is taking advantage of thousands of programmers who generously GPL'ed their code.
Until he does release that code, he will and should be criticized. The FSF should contact him and try to get him to release the code; if that fails, a lawsuit is in order. In order for your contributions to the GPL to have any affect, the GPL must be obeyed.
When he does release the source, then we'll drop it. No hard feelings. We're not in it to ruin his company, his image, or his product. We simply want our license -- the GPL -- to be treated with respect.
Its not an unreasonable license. It has very simple requirements, which are more than fair when you consider that you're getting all this stuff free as in freedom, and usually free as in beer too. Its not like the EULA, where you have no rights and violations will result in multi-million dollar lawsuits. Violations of the GPL don't cost companies any money -- not like the EULA does. Lawsuit's brought are only to force the company to release the source, not to punish the company, bankrupt them, or make an example out of them, as the BSA does. There is no GPL-BSA which goes around raiding companies to see if they're violationg the GPL.
social sciences can never use experience to verify their statemen
Calling it beta testing is frankly bullshit- WHAT Free software is really, truly 'done'? What proprietary software is? The whole concept falls apart. In regards to Free software there is NO SUCH THING as 'beta'. It is ALL like a growing organism as opposed to a manufactured product. There is also NO distinction between 'consumer' and 'producer'. The GPL uses legal, binding language to establish this state of affairs and there isn't a word wasted. It doesn't HAVE to define 'beta' software: software is software to the GPL. Calling it beta doesn't stop it being software and turn it into, for instance, office supplies, staplers, ballpoint pens. It is GPLED SOFTWARE, and to effectively forbid the distribution of copies AT ANY level would mean losing the right to distribute the GPLed software at all.
Read that again. "To effectively forbid the distribution of copies AT ANY level would mean losing the right to distribute the GPLed software at all." If you give a copy of GPLed code to YOUR EMPLOYEE and he wants to distribute his copy on the internet, your only recourse is to forbid your employee from doing so- meaning that he cannot legally comply with your restriction and the GPL at the same time- meaning that he can't legally produce GPLed code under those conditions! (normal companies treat GPL coding as a public process in the first place, making it a nonissue whether the person posts their code or not).
Your employee might have no reason to want to post their first draft of modifications to GPLed code on the internet. But you as an employer CANNOT FORBID them to do so without placing them in a situation where they can't legally work on GPL code at all- if they can't distribute, they don't have rights, and if they don't have rights they have no business making modifications for eventual distribution. You can't set up sweatshops for hacking on GPLed code- the license doesn't allow it.