Slashdot Mirror
Community vs. Corporate Linux, The Coming Divide
tobyj writes "MadPenguin.org discusses the great divide that will separate corporate Linux (companies that are working with Microsoft) and community Linux (companies that haven't yet partnered with Microsoft) and their impact on Linux as a whole. Matt Hartley writes, "For Linux enthusiasts, the rules are simple and clear to interpret. But for Microsoft and its Linux partners, we will see plenty of them pointing to self-created loopholes, which will result in fierce debate, and perhaps even worse, blatant defiance.
As a collective community, we'd like to think that this whole issue will just blow over, but with the massive migration of so many Windows users and companies that wish to capitalize on this migration, defiance of the GPL will happen and more so than ever before."
I agree, but for those that wish to avoid the ads/links and still RTFA, here's the clean version.
...could it take the same patent lawsuit against Linux that SCO attempted, while using it's rightful ownership?
The SCO lawsuit was not about patents, it was about contract violation and copyright infringement. Patents were never mentioned by SCO.
Novell now has legal standing with respect to Unix copyrights. However, they distribute an entire GNU/Linux distribution, much of which (including the Linux kernel) is under the GPL. Therefore, they can't even attack Linux for copyright infringement. So Novell has no "trump card" when it comes to Linux.
Microsoft is to software what Budweiser is to beer.
While other companies might not rely on the community to patch their software, the company that does provide support relies on the community to improve and patch their software. Where would redhat be without the community?
I can't recall if I've seen this around but: if nobody "owns" software, is it subject to tragedy of the commons?
Nobody owns the software as a whole. Lots of pieces are owned by lots of people with agreements between them. Think of owning a city lot where a portion of the lot is owned by you but is public right-of-way (i.e. the city is legally allowed to come and build a road or sidewalk on part of it if they want without further compensation to you).There are probably arguments either way, but because software isn't a scarce commodity I don't know how that old idea applies.
No, but developer effort is a scarce commodity. Business models, whether open or closed source which develop software for the public use generally have to have a way to make back the costs of the use of that scarce commodity. Software license fees are one way. Charging customers for development they need is another.Effective competition against software license models can only happen with the understanding of the real economic bottleneck-- software developers and engineers.
I would suspect that as long as there are enough people willing and able to create new software and / or modify what's out there the issues would be minimized. The big problem I see with no "owners" of software is that ensuring you had "the real deal" would be difficult, because there's nobody to go after for "shoddy" software. Essentially, without an owner there is no responsibility. This could be detrimental, because it would mean that every organization that wants to use software would then have to hire competent software folks to evaluate and analyze the software, or make it all proprietary in the first place.
Don't confuse code with trademark. Linus owns the Linux trademark. It is only Linux if Linus says so. He does not own all the code in the project, however.PostgreSQL has taken a similar approach. As has LedgerSMB, but in both these cases, there is a core committee who retains ownership of the trademarks for QA purposes.
Sure the local crowd here on /. is capable of evaluating most small projects, but in an environment that really relies on software as a tool, you can't "guess" that it will do what you want, and having the luxury (yes it's a luxury) of a software "owner" on which to place responsibility is probably a good thing.
What exactly needs to be owned? The project as a whole needs to be managed by a small group of people at most. The trademark needs to be owned and managed. But this does *not* correspond with a need for ownership of the source code."The software" is a pretty vague term in the open source world. As is "ownership."
Having software so "open" that responsibility cannot be assigned is actually a bad thing.
Now, the balance between those two concepts - responsibility and freedom - is a tricky one to be sure. At the very least, I agree that software should be "open" in the sense that you should be able to change what you have locally to do whatever you want; responsibility only comes in when you distribute those changes to others (or the use of modified bits can affect others).
Not really. Most community-driven (rather than company-driven, such as MySQL) projects end up eventually with three levels of community:1) Core team (sometimes called a Steering Committee or Project Management Team), most of which have commit rights, and all are involved in managing the project.
2) Committers who have earned the right to commit based on past performance. Their rights are granted and managed by the core team.
3) Other community members including both users and developers. Any contributions from them have to go through committers.
The key to making this work is the commitment to community and transparency of process. Sure, just anyone can't go commit to svn-- only those who have proven themselves.
LedgerSMB: Open source Accounting/ERP
First, I generally only buy Linux-friendly hardware because most of my stuff runs Linux. There are exceptions where required (the Symbol MC50 is really nice for taking inventory in a retail business but I *hate* Windows Mobile sucks, and that is being polite) but I figure I should point out that although TFA suggests that this is the socially responsible path, I do this just because it is easier.
I dont have time to reverse engineer hardware and write drivers. Bravo to those that do!
I don't have the expertise to reverse engineer hardware and write drivers. Bravo to those that do!
If someone wants to go out and buy non-Linux-friendly hardware for whatever reason, go for it. I won't hold it against anyone. However, if you seriously want to run Linux, you will find that this is usually a waste of time and money.
LedgerSMB: Open source Accounting/ERP
First, I think that all FOSS licenses will keep us free (GPL, BSD, MIT, Apache, etc). In fact, I have made contributions to BSD-licensed software and GPL-licensed software. It doesn't matter to me what license is used provided that it doesn't contain onerous restrictions (I have no plans to do anything under the Affero Public License, for example because it is too EULA-like and I am *very glad* that the FSF saw the light and only gave a linking exception to that license rather than allowing for the worst terms of the license to be included as optional terms for the GPL v3).
Secondly, many of us contribute to FOSS because it makes business sense to do so. Simply saying "we believe in it so we can keep it going agaisnt the world" in some ways devalues the real economic and business reasons and hence shortchanges the community on an opportunity for recruitment.
FOSS is good for business. Freedom is an economic good (and more freedom may or may not be better-- there are valid business reasons for choosing either the GPL or BSD license over the other depending on what you are trying to do). THe main reason for choosing the GPL is that you may not want your competitors to take your code and run with it. The main reason for choosing the BSD license is that you may want to help foster competition in an industry that is complimentary to your products or services.
LedgerSMB: Open source Accounting/ERP
So why is it that I couldn't find a free solution to ripping and re-encoding DVDs?
:-). If you're using Ubuntu, multiverse is the equivalent. I'm guessing on Fedora you can add livna and get the same results, though I haven't tried.
K9copy? On Debian I found K9copy very easy to install, very easy to use, and almost flawless at ripping and encoding. I have yet to find a mis-sync in my backed up DVDs. The hardest part is you have to add the contrib and non-free repos into Debian so it'll grab DeCSS. That's not very hard
I have seen problems on many distros in having to build things together, and I agree, DVD playback and encoding has been painful until recently. K9Copy + [recent well supported distro] seems to be the quickest fix.
There is no reasonable defense against an idiot with an agenda
:wq
You make a good point but forgot to point out that the original article being linked to made no distinction between "corporate Linux" and "community Linux". Whoever posted that to /. simply made that up. And s/he got it very, very wrong. .../Ed
Actually you have no recourse anyway because the copyright owner (in the case of GPL'd software) has provided no such assurances; from the GPL -
The model I've seen spring up as a result is for a third party vendor to provide support. I wouldn't hold my breath in an attempt to get copyright holders (many of which are hobbiests) to cough up a warranty. The main reason, aside from stability, that a business is going to go for OSS is to save money. Cheap does not come without a price, however.
Lodragan Draoidh
The more you explain it, the more I don't understand it. - Mark Twain
Are you ignoring recent comments that Shuttleworth made saying he wouldn't rule out working with MS? He might not play patent ball, but don't be shocked if some other deal comes up eventually. http://blog.wired.com/monkeybites/2007/06/mark_shu ttlewor.html