How Open is Open Source Really?
jg21 writes to tell us that several industry leaders have chimed in with a response to Nat Torkington's recent piece "Is 'Open Source' Now Completely Meaningless". In the original piece Torkington raised the question of whether the term "open source" had lost any meaning because of companies that use the label yet largly restrict user interaction. Sun's Simon Phpps chimed in by stating: "I see open source as a term relevant to the way communities function and I'd support the reunification of the terms 'Free' and 'open source' around the concept of Free software being developed in open source communities. On that basis it's not dead."
I see open source as a term relevant to the communities function ...
Except that you don't get to define what open source means. The Open Source Initiative has that luxury. IIRC, they went to great lengths to differentiate Open Source and Free Software as two distinct entities. Open Source means you get the code and nothing more. No guarantee that you can redistribute, no guarantee that the vendor pays attention to you. The list goes on. You can have closed source with an open process (I think the Java Community Process is a good example of this), open source with open process (Python and their Python Enhancement Proposals) and open source with a closed process (XFree86, the reason we have X.org today and the old gcc before it was replaced by egcs. Even free software doesn't guarantee the openness in the process that you might want, as the case with the old gcc clearly illustrates. If community is important to you, that should be part of your selection criteria, not something that you let surprise you after you have picked.
I'm utterly tired of people not involved with a movement trying to redefine it. Open Source has been around for a lot longer than Free Software. In fact, it used to be the norm in a lot of areas.
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
If you say you are 'Open Source', then it seems to me you have to have sources that are open and not closed. So if you can't download it (or the recipe for for it as in Open Source Beer), then its not open. Period. End of story.
I'm strange, but I prefer to call it "free and open software" - that way there is no doubt in people's minds wtf I'm talking about.
-uso.
What you hear in the ear, preach from the rooftop Matthew 10.27b
Just because you can see the code doesn't mean you can contribute.
Not only that, but just because the code is open doesn't mean it's accessible [re: properly written/designed]. Shitty code, even though it's open, can disuade newcomers to develop.
For OSS or libre software to be truly effective it has to target key problems and stay on focus. It also has to be written/documented to encourage new developers to learn from it and add to it. I suspect on projects like the Kernel and GCC there are many "old farts" who lead most of the significant development. In 20-30 years who will replace them if nobody can learn from what they have done?
Tom
Someday, I'll have a real sig.
In the original piece Torkington raised the question of whether the term "open source" had lost any meaning because of companies that use the label yet largly restrict user interaction.
Just because some people disagree with or don't understand the term "open source" doesn't mean it becomes worthless. All it means is that some people don't quite get it yet.
It's like the word "extreme", which marketing has over the last few years beaten to death. Extreme doesn't mean anything anymore to most people - the mind simply edits it out. But that doesn't mean that the word is suddenly broken. It still means what it means, it's just that we're desensitized to the word through repeated misuse.
It's much the same way with open source. When you repeatedly misuse the term, it loses meaning. A good example is everybody's favorite, Microsoft. They use the term as a negative. Then turn around and use it as a positive, albeit in a somewhat misunderstood way.
Weaselmancer
rediculous.
Open source is not dead, maybe just a little diluted thanks to some corporates claiming to be "open source" whilst never getting (or deliberately ignoring) the community based principle.
Open source != Free Software
GPL software is Free, as in libre.
Open source is not necessarily Free, as in libre.
You are being MICROattacked, from various angles, in a SOFT manner.
Buy Linux
h y_Microsoft_Should_Acquire_Linux_200702262810/
http://www.cooltechzone.com/Departments/Columns/W
This is not a joke but it seems to fit the general thrust of this article.
There are a number of questions the need answering
1) Why would Microsoft really want to buy Linux?
2) If OSS is meaningless what would Microsoft get from buying it
3) Could they acquite RH, NOVELL, Mandriva, Debian, Ubuntu etc etc?
4) Could they acquire the rights to the software contained in a typical distro?
5) Why would they want to buy something that is free?
My albeit simple take on this is Patents!
The FUD eminating from Redmond and these articles all aim to discredit Linux and FOSS in general.
If Microsoft is violating patents held by OSS companies then buying them would quietly make the issue go away.
I'd rather be riding my '63 Triumph T120.
How about "free" + "open" = "frepen"? (FREH-pen)
Have you tried that new frepen software?
That's the best frepen software I've ever used!
That frepen software frepped my freppy frep, and now I'm frepping frepped!
10b||~10b -- aah, what a question!
This is in paragraph one of a 6 paragraph article. Not a good start.
There is one genuine arguing point, where someone named "Tim" tries to claim that certain software is cool because it embraces and extends Postgres to make it Oracle compatible. Its a silly claim though. If you ditch Oracle for someone else's proprietary Oracle look-alike, what exactly are you gaining? Certainly nothing an Open Source or Free Software advocate cares about.
Creating something in an open source community/environment does not necessarily mean it will be released under the GNU/GPL license. It sounds like the OP seems to think that all open source projects either should be, or are made with release under the GPL being the end result of the program. That is not how it works. Open source projects can and often do yield a marketable product for sale in one for or another. Now other groups start out with the intent of designing a program and releasing it under a GPL - these groups then adopt the open source model in order to gain support, insight, and contributions from interested parties.
Open Source = Development Model, not a release model/plan
GPL(free) and open source can be mutually exclusive.
Invexi - a Phoenix, AZ based web design and web development company.
How open it is??!?? I wanna know how SOURCE it is!!
I'm going back to proprietary software, at least I know where I can touch my ankles.
Jonathanjk.com
If I have nothing to hide, you have no reason to search me
Sadly I see "open source" as a phrase going the way of the dinosaur as well. Add this to the other words and phrases that the internet has also made meaningless...
"free"-there is always a cost...spyware, some sort of database or mailing list, or the ones that I love that say free then ask for some sort of payment anyway
"no credit card required"- a couple of screens later there is a screen asking for your credit card number for the next one...
"age verification"- click here to verify your age, or use an older friend/family's credit card and their info
"you have won"-click here to get your new laptop, PS3, iPod, etc...then fill out a bunch of forms, sign up for a bunch of email lists or overpriced crap you don't want, valuing 3 times the amount of the item that you "won"
"hot" and "sexy"- I'm sorry, when you describe yourself like this you're either too full of yourself, or more often than not you need a reality check on what hot and/or sexy really mean.
"single female looking"- along the same lines of the last one, this usually ends up being an overweight middle aged guy living in his parent's basement with nothing better to do while he is waiting for a response on to his posting on the WOW message boards
"click [here] for more"- this one is like playing Russian roulette, you might get another page of information you want, you might be taken to an ad site, you might be taken to a subscription page, you just can't predict what will happen whenever you click on those words.
I know there are many more that I missed, feel free to add your own that you've come across
I keep running into projects that claim to be open-source, but the only way to get the source is to "join" the team. In other words, register, provide reasons why they should admit you, wait for approval, then you can download the project source.
These aren't company sites
Now, I really hate the idea of the "Release Unfinished Code to the Wild" and call it "released" when all you have is a few methods and a lot of place-holders describing what could go there and the code still does nothing. But calling something open when you require registration, membership approval, etc. is not really open, its just less closed.
Politics is the art of looking for trouble, finding it everywhere, diagnosing it incorrectly and applying the wrong fix.
Something can be free software, something can be open source software, something can be both. That doesn't mean you get the source code though.
It simply means, that if you get the binary, you also have the option to get the source and to change it and redistribute it.
The original developer can make as much stuff as they want, and not have any of it freely available to download. That is legitimate. But, if it is free or open, then once the original developer sells you a binary, they also offer you the source.
Now, you have the source and can change it, and redistribute it if you want. But you can also not share that source with anyone else, and make changes and keep them "in house". That is also allowed.
Just because it is free (as in speech) or open, doesn't mean you can download it for free (as in beer).
I wank in the shower.
I've experienced something of a culture shock recently, attempting to use and deploy the "DotNetNuke" web framework. Its an IIS+ASP.NET+MSSQL stack, which integrated well with an in-house application. The software has some good press and is open source under a BSD-style license.
:D
There were a number of odd differences in the developer community, as compared to similar types of open source projects I have worked with. Here's some non-comprehensive highlights.
- There wasn't good, free web-based documentation. There was some limited web-based documentation that often repeated the same information readily available on the page you were trying to research. The serious documentation for the project is primarily distributed electronically in finished, non-editable PDF form (which amusingly ship with a license that forbids you from downloading them without written permission) or in video tutorials from other sites with heavy advertisements on their pages. The purpose of putting the documentation in these awkward formats, at least the video tutorials, appeared designed to drive ad revenue or paid subscriptions.
- Every level of add-on was heavily commercialized. Most of the skins available were commercial, even if they were very simple. Most of the modules were commercial, even if they were as basic as modules that allow the site to be backed up. I got the feeling that the hyper-commercialization of add-ons was actually retarding the growth of the core software, because people were protecting the revenue of their simplistic modules, instead of integrating that functionality back into the core.
- To be fair, the software does do what it says it does. The commercial ad-ons do what they say they do. If you shell out for them, you can create a reasonably capable web site quickly, for not too much money.
This kind of "open source" solution exemplifies some of ways that open source software projects can fail to live up to expectations implied by the buzzword. In this case, the core software was under an open source license, but the "complete" solution for most users was not, and there was a culture in place that made it difficult to make the open-source part of the software into a complete solution.
I did not see the difference so clearly before, because most of the BSD-licensed products in the Linux community have more of sharing culture, and perhaps do not feel as strongly the need to recoup the costs of their development tools
The meaning of the word... nothing else:
...) then you have obtained something that you think is of value. The seller (whether that be the programmer) also thinks he got his value out of it (whether it is on his resume, or just feeling good, or needing somebody (the community) to fix problems).
You have free (software), which means I can own (the program) and don't have to pay (for a fully working version). Whether that be a closed source or open source piece of software, doesn't matter. Before or after compilation, they give it to me for nothing (public domain, freeware)
You have free, open source, which means that I (personally) can only own the source code and don't have to pay for the fully finished version. Whether the binary blob and/or support during or after compilation becomes paid software or a service is none of my business, I own the source code now and can modify it to whatever I want to do with it, rip out the license number requirement for example. This is usually source code in public domain (like )
Licenses on the other hand is another beasty. A license is a contract (whether or not that can be implied by just reading/accepting it is something I rather leave to the lawyers) between you and another entity (be that a programmer or a company) which says what you get (a binary blob, an installer, the source code), what you can do with it (modify it, debug it) and what the constraints are in using/modifying the program (commercial, notify me). I don't know how far those contracts are legitimate in different countries (like EULA's in Europe or the GPL on the Cayman's)
GPL licensed software is indeed open source, since you can get the open source, but you are constrained by the license, so it is not truly free software. But then again, nothing is free in this world, everything comes with a certain cost (even breathing 'costs' you brain-time and energy), if you are willing to pay the price (be that the bandwidth, time, constraints
Whatever people do, they always do it to get something out of it, there is nothing that you will do if it wouldn't have a certain value to you. All people are thus egoistic and you can't contend THAT.
Custom electronics and digital signage for your business: www.evcircuits.com
Free Software has nothing to do with communities, except for a certain correlation between success, popularity and Free (as in speech) development philosophy. Don't get the concepts mixed.
They don't own the expression more than you or I, but as they are its original coiner, I will bring the GNU definition of Free Software, as seen in their The Free Software Definition page:
Free software is a matter of the users' freedom to run, copy, distribute, study, change and improve the software. More precisely, it refers to four kinds of freedom, for the users of the software:
* The freedom to run the program, for any purpose (freedom 0).
* The freedom to study how the program works, and adapt it to your needs (freedom 1). Access to the source code is a precondition for this.
* The freedom to redistribute copies so you can help your neighbor (freedom 2).
* The freedom to improve the program, and release your improvements to the public, so that the whole community benefits (freedom 3). Access to the source code is a precondition for this.
Nothing there mentions that the software *must* (or either should) be "developed in open source communities" (being the operative word there "developed").
I'm not disputing the benefits of a community-laden development, but only pointing that the concepts of Free Software, Open Source and community-based development are three different sets that share an intersection that, although very good for the whole "cause", cannot summarize adequately the entire concept.
It's just outside forces wanting to push an agenda... It just doesn't work as well in the computer industry due to an overall higher intelligence level then the political arena.
Free Software was a bad choice to begin with, because of the obvious freeware ambiguity. This is why Open Source gained traction so quickly -- people found it difficult to communicate about "Free Software" without constantly being misunderstood (and then having to resort to the "free as in freedom" spiel which isn't exactly what you want to do when you want to convince your manager to switch to a different software solution). But Open Source completely neglects to mention the notion of "freedom" and, hence, has become diluted. "Open Source" is a nice wishy-washy term that can mean anything to anyone. The OSI's attempts to avoid this with a clear definition are laudable, but have failed outside the context of well-defined open source communities.
The adoption of the word Libre into the English language may represent a way out. Simply speaking about "Libre Software" makes it clear that this is not about freedom of price, but doesn't make it necessary to become any more explicit if one does not want to in a particular context. But I don't think such adoption is likely to happen on a large scale unless both OSI and the FSF throw their weight behind it.
Which is why "Free Software" is the important concept, and shouldn't have been abandoned. "open source" was only ever a marketing term, and many people (myself including) had warned from its invention that corporations with no interest in freedom would find ways to abuse and ultimately destroy it.
You can not be "somewhat free". You might not like the GPL, but it is ten times more resilient to abuse than most of the open-source-but-not-free-software licenses.
Assorted stuff I do sometimes: Lemuria.org
Open to Open Source is as Closed is to Closed Source
I agree, "Open source" is to vague a term. Its better to refer to your licencing, if one says it has the GPL-licence, it is for instance perfectly clear. (for less well-known licences, some short description is a good idea) Another thing that people seem to associate with "Open source" is that the community developing it is open to people joining/contributing. Maybe they should call that "Open development" instead. (as suggested in article, hadnt read that part yet :) )
Exactly. There are plenty of examples of open source projects that are proprietary, and that may not be redistributed; e.g. Pine, Cedega. You can view the source, in some cases you can modify it and compile your own version, but you may NOT redistribute your changes (not even for free).
"Open source" has absolutely nothing to do with the development process or the rights you have with that source. It simply means the source is open for viewing and for educational use and that's it.
TSOP? The Sound Of Philadelphia? Gamble & Huff, is that you?
We have always been at war with Eurasia!
To continue to grow I believe "open source" needs companies and of course companies require profit to keep running. Why does "open source" need companies? Because without them none of the menial tasks get done. The pretty interfaces, the user friendly installers, the extensive documentation, friendly support avenues, etc...
The problem however is of course how do you make money on something you give away for free? Offering support is one way, but that it can be VERY difficult, because your primary market is usually "geeks". How many geeks do you know call a support help line? The very nature of being a geek is to try to find answers on your own, they go to Google for help, not a 1-800 number. This model rarely works well, and by well I mean it rarely supports a full blown company beyond some programmer and his buddy in his basement.
It would be nice if companies actually supported open source software by donating a fraction of the cost that they are saving by using that software, but that will never happen. A company could save $100,000 by switching from Oracle to PostgreSQL, yet they would never contribute a cent to PostgreSQL, simply because they are not required to.
So how do you make money beyond offering support? Simple, you offer value added services or products (ie: SugarCRM). You give away a free version as the hook and offer services/enhancements which cost money. This doesn't make the company or product any LESS open source. You still get a entire product for FREE, you still get the source code, you can still modify the source code, it usually just comes with a basic limitation:
DON'T TAKE ALL OUR HARD WORK AND TRY TO PUT US OUT OF BUSINESS.
Seems pretty reasonable to me, doesn't it?
If people and companies were ethical they wouldn't need to further restrict their licenses, but people are always looking to make a quick buck, so it forces these companies to take measures to prevent this. It would be nice to see a "standard" license that tries to be as open source as possible while still protecting companies initial investments.
Unless you actually plan on taking their hard work and trying to profit from it specifically, why do you care if the license restricts this or not? You can still create and distribute add-on modules, you can still make modifications to the code for your own use, what else do you need?
Quit arguing over definitions of words, or phrases that will always mean different things to different people. Support the companies that offer something that is useful to you and be done with it.
For example, what's "open" about OpenVMS? In the 80's companies found that they could increase sales 14% by calling their software products "open" - or something like that, I guess.
Anyway, once a term has been exploited by management and marketing types, forget it, the term becomes meaningless.
Now if we just renamed both to "Freedom Software"... English does have a translation of Libre.
So to answer the question: Mu.
This sig is intentionally left blank
You're absolutely right. Personally, I think that working with other programmers is just work and not fun. I'm only willing to do it for a paycheck at the end of the month, so I stay away from the community projects.
But that doesn't mean I won't release my stuff as open source. The benefits of the freedoms you mention are important to the end user and don't need to have an impact on the development process. Besides most 'community' projects are really the work of a very small group of dedicated people for the most part.
Open source runs the gamut from the public domain with no restrictions to "look but don't use" licenses that let you copy the source code, inspect it, but not compile it or use it in any format other than plain-text.
BSD, GPL, and other public licenses usually fall somewhere in between.
BTW, the latter have some utility, but are not necessarily any better than closed-source. By inspecting the code, you can spot security holes, but so can the Black Hats. They will exploit the holes, and you aren't free to fix them.
Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
Actually, SCO [slashdot.org] (back when it was called Caldera) invented Open Source back in 1996 [google.com]. Yes, that's before the OSI thing, though after the foundation of the FSF.
The Tech Model Railroad Club of MIT had open source software as early as the 1960s and early 1970s beating out SCO by a long shot. The first computer game, Spacewar, came out in 1962 as a result of many programmers' contributions in an open manner. They used to compeat to see who could come up with a nifty hack, something that was considered impossible, never thought of, or was able to shave a few lines out of a program. Those programmer were amoung the first computer hackers and followed the Hacker ethic.
FalconShould there be a Law?
Probably that English should add libre to the dictionary.
No sig for now.
That was the Hurd cathedral (with the modular micro-kernel, which you would have thought would be more amenable to distributed development).
The Linux bazaar proved him wrong - kernels, even old-fashioned big monolithic ones, _can_ be developed by loose, widespread communities, and a lot faster.
Freedom movements have dealt with the terminology for centuries. So we could have unambiguously: "liberated software", "Software Liberation Front", "League for Software Freedom".
You might protest and say that software that is free from the start doesn't require liberation, but because of copyright legislation, all software is in bondage until the active act of liberation by the owner.
most of the BSD-licensed products in the Linux community have more of sharing culture, and perhaps do not feel as strongly the need to recoup the costs of their development tools :D
I may be wrong but what I understand of the BSD license is that it is less open than the GPL and because of this it's easier to make money from BSD licensed software. A person could take open source code from a project and modify it then sale the new package without opening the code, all that's required is that those who contributed code to what you use you give them credit for.
At least that's my understanding of the BSD license, however I may be wrong. So if someone knows I am wrong I welcome their corrections. Actually I've thought of working a BSD licensed graphics, photoeditting, program. I'm a photographer and GIMP doesn't have many of the capabilities of Photoshop (PS) so unless you make a lot of money the price of PS isn't easily justifiable. Because of this I've thought of working with a BSD licensed app I could program more capabilities into then turn around and make money selling it to other photographers and not have to give the source away, at least not until I've made enough for it to be finacially worth the tyme I spent programming.
FalconShould there be a Law?
Last I checked, the Qmail license was OSI certified. You cannot under that licence distribute modified versions under the same license. You can distribute patches to the software under the same license however. This may seem to be quibbling with definitions but....
LedgerSMB: Open source Accounting/ERP
between open source and community development. For example, MySQL is open source, but community development is limited by licensing restrictions. In fact MySQL uses the GPL to force people to buy proprietary licenses from them (not very Free).
SQL-Ledger is open source, but again, there is only one guy doing any real development work and he does not seem to like too many contributions (except in limited areas such as translation). Again, open source, but not community-developed.
There are many other cases of people trying to do open source without community development. I don't think the result is ever very good.
LedgerSMB: Open source Accounting/ERP
We forked LedgerSMB because we were unable to get the maintainer of SQL-Ledger to take seriously any real contributions from others. Certainly documentation and code quality are major aspects in attracting a developer base.
However, I think the bigger issue is that one needs to run a project so that it is open to a community of developers. This means encouraging and offering personal assistance to developers, it means respecting other community members, and it means valuing contribution. If these things are missing, the project will never really have open development.
LedgerSMB: Open source Accounting/ERP
I have been writing open source stuff for over a decade, and I will continue with occasional GPL projects. That said, without corporate sponsorship it is rough financially to spend too much time on open source projects. I am in the process of switching to a plan where for my three current non-consulting development projects (text mining, visualization, and document web portal) I always have a source code drop available with a free for non-commercial use license. Commercial licenses are available for a small (tiny compared to the development costs) fee. This seems like a reasonable approach to me, and potential commercial customers have access to full source code before they commit to spending money. Wil I sometimes get ripped off? Sure, but I prefer to take my chances and trust people.
I don't think that any company should use any important infrastructure software that they do not have source for. Open source like Linux, OpenOffice.org, Apache, etc. are best, but for some more niche infrastructure components that are not commercially sponsored, an approach like the one I am starting to use make sense: consumers are protected by having source code, and developers of niche projects have some chance of making money to support future development.
Certianly all software released under GPL, LGPL, BSD, and similar licenses meets the FSF's definition of Free Software. However, I would argue that there is also a component to that distinction which is softer-- whether a company goes out of their way to unnecessarily limit the freedom of the users of the software.
I do not consider MySQL to be free enough, for example, becuase they use the GPL licensing of client libs to try to force people to pay them money for more rights. I do not see SQL-Ledger as free enough because the main developer actually tends to oppose those trying to contribute.
In short, I don't think that the license is the only consideration when deciding whether software is truly Free. The intentions and actions of those at the center of the community need to be considered as well.
LedgerSMB: Open source Accounting/ERP
"For example, what's "open" about OpenVMS?"
The standards they followed.
"In the 80's companies found that they could increase sales 14% by calling their software products "open" - or something like that, I guess."
You are right. And, as always, if you knew the story, it would make perfect sense. Those were the days of the big IBM. IBM did things on his way (much like Microsoft nowadays and for the exact same reasons). They were closed since you were forced to be a IBM-only company or no IBM at all. But the other companies were "open": you could have Bull and HP and Sun at the same time integrating on a whole structure, hence open: open to colaborate.
I know. I'm reading that book right now :)
I loved the book and read it when it first came out, in the '80s if I recall right. Damn, my memory is bad, so it might of been in the '90s.
FalconShould there be a Law?
Open source runs the gamut from the public domain with no restrictions to "look but don't use" licenses that let you copy the source code, inspect it, but not compile it or use it in any format other than plain-text.
If you can't use it, it's not open source. You could get VMS source code from DEC on fiche, and this was useful, but it's not "open source".
If you can't redistribute it, it's not open source. Many control systems companies have traditionally sold their software in source code format, particularly where that software is heavily customized, but it's not redistributable, it's not "open source".
The more restrictions there are attached to a package, the less open it is, and it doesn't take all that much to take it out of the realm where "open source" is an appropriate term.
Heck, some interpretations of the GPL are already skirting the edge of what it's meaningful to call "open" as it is. Some of the proposals for GPLv3 have crossed the line for me... though last I checked none of them were actually sticking to the drafts.
Well, the Linux kernel is more than just a kernel in the strictest sense. It's also a huge collection of drivers, filesystems, support for different architectures and other modules. So it's particularly well suited for distributed development. However, if you consider just the kernel core, only a few people are in charge as it just wouldn't work if too many people made changes that would affect the entire kernel.
Another example: The Gimp. The core of the program was written mostly by two guys. The community added or improved support for file formats, tools, filter effects and that kind of stuff.
Small teams are necessary to create and maintain a modular architecture that can then be used by a larger community.
I think you made the same point I did - there is a continuum of open-ness.
The difference is your definition sets the bar pretty high and mine sets the bar pretty low.
Either way, using the term "open source" absent the particular restrictions of the particular license isn't very meaningful.
Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
I prefer my housemate's term for not-really-open source, and it is Available Source. The code is there, but there are some restrictions on how to use it (no commercial use, but free for education/personal use). We should probably all start using this term to describe restricted-use source code licenses.
The Right Reverend K. Reid Wightman,
Open source means the code can be inspected by everybody and, hopefully, that you can compile that code. I'd put way more trust in such a system rather than in a closed source, binary only, one. Sure, there have been attempt to place backdoor in source code, but it's not anywhere the level of backdoors/spyware/nastyness that are all way too common in binary-only software (do we really need to start the enumeration?).
For this reason alone, even if I can't submit patches, I'd always choose a product whose code is open.
> How Open is Open Source Really? As much as you can open it! :-D
I think you misunderstand me.
If you want to contribute to the MySQL codebase or the InnoDB codebase, you must sign over copyright to a commercial entity so that they can sell licenses off that. There are many disincentives to contribute code back to MySQL or InnoDB.
LedgerSMB: Open source Accounting/ERP
There are so many endless comments about open source and what ever othr label you want to call it today, be the fact of the matter is that all those involved see it in their own light, and even those not involved.
The bottom is that its source code that you can access and modify without any restriction other than not taking that same right away from others.
But those who do not like it continue to come up with distortions of that and claim that are not consistant with it in the hope that what they want will happen.
But it just doesn't work that way and it should reall say something about the party saying such things.
A good example of a company pushing the limits is CentricCRM
Their philosophy seems to be get patches from the users but make it as hard as possible for someone to set it up without help
Easy as that, you can get the source code and you own the system :) And the rest depends on the license
ghostbar page.
I'm just utterly tired of people who are involved with a movement. Any movement.
I tend to take the perspective that movements lead to crap.
Motorola for example has completely missed the point with their Motorola A1200 Ming phone. I bought one because I thought I would be able to change the code (It said it uses the Linux kernel so it didn't seem unreasonable).
Yes you can download the code but you can not use it at all. They've locked down the phone so tight that you can't even boot up the phone without THEIR kernel.
This number one reason we need the GPL 3 License on the Linux kernel so I can upgrade / change my damn phone!
Not really, if you're the solve developer (or copyright owner) you can release things with any license or combination of them. It's somewhat popular to have a GPL version that can't be easily used in commercial products but also have a version that companies can pay for to bypass that restriction (but have other restrictions as a result). As long as contributors assign you copyright or license their additions under all the licenses you're using then you can even "sell" their code. If you're releasing just binaries it doesn't much matter what license you're using as you can simply assign any one you want when releasing the source (you own the copyright after all).
In your example, with a BSD license once you release the source code its open for any one else to add to their commercial products. With GPL they'd have to pay you assuming you have such a system in place even if you release the source.
A. Depends on the ethics of each author. Nothing prevents you taking a GPL'd product and making your own proprietary changes. Then when you distribute your product you strip comments and obfuscate the code before compiling the final release version and publishing the incomprehensible source. In theory it's still Open Source, in practice it's not. I've used an AJAX framework which looks like this has happened.
Reduce, reuse, cycle
I think you made the same point I did - there is a continuum of open-ness.
No. My point is that a product can include source code without in any way, shape, or form being "open source".
Back when "selling software" was a new thing, and even well into the '70s, it was rare to *not* get source to a system you bought, if you spent any significant amount on software, because there weren't any other mechanisms available to ship a highly configurable software package. In some parts of the industry, it's still a bit controversial for a customized system not to include source. This doesn't, in any sense, mean that you get any more rights with the software... in fact the contracts for delivery of such software may well be extremely restrictive.
If distributing source code was all there was, there wouldn't be a term "open source". There wouldn't be any need for a new term to distinguish "open source" distribution of software from any other source code distribution. Applying "open source" to things like VMS is the kind of cynical debating tactic DEC-heads used to use back in the Ken Olsen days to put down UNIX. It's an attempt to muddy the waters... and even Microsoft has given up on that kind of word game. They call their restricted source code distributions "shared source".
If that's not ebnough to convince you, let's look at wher the terms come from.
Even before the term "open source" was devised there was a strong distinction between source code you could redistribute, like the DECUS tapes, and licensed software that happened to be distributed with some kind of source code, like VMS.
If you can't redistribute it, it's a closed source-code distribution.
UNIX illustrates this prefectly. Academic-licensed UNIX was distributed through source code licenses, but it wasn't open source. It was an "open system"... in fact it became the archetypical "open system", but it was an open system whether it included source or not. The copy of Xenix you got from Microsoft in binary form was open in the same sense that the copy of 32V on your CS department's VAX was, even though one was binary-only and the other included source. A system can be "open" or "closed" completely independantly of whether source code was part of the distribution.
These terms, "open source" and "open system", don't exist in a vacuum. They exist in the context of "non-open source" and "non-open systems". Closed source and open source distributions already existed before the term "open source" was devised to describe systems where the source code was open in the same kind of sense that "open systems" were open, and so the term wasn't created out of nothing by Eric Raymond... it was simply a description of a real distinction that already existed.
To argue that "all source is open source" makes "open source" meaningless, yes, but not because "open source" is meaningless, but because "all source is open source" is a fallacy.
"If you can't redistribute it, it's a closed source-code distribution."
On that, we agree. I'm sorry I wasn't clear in my original post.
The difference in licenses is what you can do with it once you get it.
Some licenses ONLY allow you to read the source and pass it on unmodified and uncompiled.
Others let you compile and run it, and distribute generated binaries, under certain conditions.
Public domain code is so liberal that it even lets you make non-trivial alterations and distribute the resulting binary as a non-open-source project, without source, under a newly-granted copyright. It also lets you distribute the binary without source, even without changes. Heck, it would violate the spirit of copyright law but you can probably claim copyright on the resulting binary and nobody will notice, especially if your compiler remixes the code to confuse decompilers.
Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
"Open Source means you get the code and nothing more. No guarantee that you can redistribute,"
"Introduction
Open source doesn't just mean access to the source code. The distribution terms of open-source software must comply with the following criteria:"
http://opensource.org/docs/definition.php
Mod parent way down.
OK, what I was objecting to was this: "Open source runs the gamut from the public domain with no restrictions to "look but don't use" licenses that let you copy the source code, inspect it, but not compile it or use it in any format other than plain-text."
The term "open source" can't be stretched that far. It doesn't include "look but don't use" licenses. It doesn't include the old UNIX academic licenses. It doesn't include custom contract programming. It doesn't even include the old Prentice-Hall license on Minix.
The gray area isn't between GPL and "look but don't use", it's somewhere around DJB's license on qmail, and there's really not much in it. It's not anywhere near broad enough to question the meaningfulness of the term, and people who are calling software with restrictions on redistribution "open source" are simply prevaricating.
"... people who are calling software with restrictions on redistribution "open source" are simply prevaricating."
I hate to quibble but I must. The GPL2 does restrict redistribution in two important ways, both for the common good as seen by its proponents:
* It prohibits redistributing binaries without providing access to the source.
* It prohibits redistributing modified binaries without access to enough source to modify the GPL2'd sections of the code. Some argue this clause is viral, that prohibits calling non-GPL2 code without releasing that code under the GPL2.
The question is not "do non-public-domain licenses restrict redistrubition" but under what conditions do they restrict redistribution. The only thing I can think of that absolutely distinguishes "open" from "closed" source is that any open-source license must allow, but not necessarily require, anyone who receives the original, unmodified licensed compiled code released under the open-source license to obtain the original, unmodified, uncompiled source and distribute this original, unmodified, uncompiled source to anyone and everyone under identical terms. From this point on, what you have is varying degrees of openness - from "minimally open but not really useful except to auditors" to "in the public domain."
Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
Picky, picky. OK, "... people who are calling software with restrictions on redistribution of the source code "open source" are simply prevaricating." The point is that you can fix the source improve the source and pass on the source. What restrictions the license may place on distribution of compiled code are a separate issue.
It's not just "varying degrees of openness". The border between "open source" and "not open source" is quite clear. If it's open source, and if you have the source, you're allowed to give me the source - with or without your modifications. If it's open source, there's presumably some place you can get the source (or there's some place you could have gotten the source at some time - there's no open-source library-of-congress style repository), but if there isn't there should be nothing stopping you from setting up your own repository with the copy you have. Qmail is the only actively supported project I know of that really pushes the envelope here, in that you can pass on the modifications but the recipient has to get the unmodified source and re-assemble the thing himself... I would be hard pressed to argue that it's really "open source" because of that.
Binaries are not source. Restrictions on the distribution of binaries are important, sure, but they're a separate issue from whether the thing they're derived from is "open source" or not.