Linux: Fighting the FUD of Forking 261
sebFlyte writes "Fighting the MS FUD machine is a full time job for some open source developers, especially now Microsoft have thrown in the issue of the possibility of Linux forking (as Unix did)... it would also seem that Gates has moved on from telling people to 'get the facts' and creating FUD around patents and IP to criticising the open source communty's ability to create interoperable software."
Re:Microsoft and Interoperability ? (Score:4, Interesting)
Linux distros *are* forking (Score:5, Interesting)
I've ignored Red Hat and SuSE for about 5 years now, focusing mainly on Debian, Slackware, Gentoo, etc.
Now that I've used a Red Hat system again, I was completely dazzled by how drastically different the experiences are. I expect the GUI to be more polished, naturally, but so many underlying things are different as well. All in all, they're things I can learn, and binary and source compatibility are still there, but it's the trend that's disturbing.
All of the traditional UNIX vendors forked in order to raise the barrier of exit for people who wanted to switch platforms. Sun's platform is still alive today because Solaris is such a unique beast that you have administrators trained solely in the art of this platform. All the UNIX part does is allow for some kind of source compatibility. Maybe.
Cisco took TCP/IP, which was practically invented (and perfected?) on a BSD box and threw it away to build a new proprietary OS to run specifically on their routers.
It's hard to find a major distribution shipping the vanilla kernel these days. When does, for example, SuSE decide that binary compatibility with other distros is keeping them from "enhancing" the user experience? Can they resist?
I'd like to be wrong about all of this.
Re:Linux forked a long time ago (Score:4, Interesting)
Re:That's rich... (Score:2, Interesting)
Regarding "fighting the FUD machine"... (Score:5, Interesting)
(I mean this as a serious question, not trolling)
And the point is...? (Score:2, Interesting)
So what if there's a fork? So what if Linux experiences the same sort of trial-by-fire that occured when BSD went head-to-head with AT&T SysV? Sure, there was bickering between the BSD and SysV camps over the "right" way to do things. However, for the most part, the best methods won out by right of acclaim and attrition. There are few "pure" SysV systems, the BSD/SysV wars are ancient history, and *nix is probably the better for having gone through it.
There is no fork. Oh wait, spoon. (Score:2, Interesting)
Forks? MS? (Score:1, Interesting)
With linux: Choose a LSB compliant distro like SuSE and it's fairly standardized.
Re:Microsoft and Interoperability ? (Score:5, Interesting)
I am not afraid of forks, if they are executed well.
Look at some examples we've had in the past:
gcc fork - when the gcc development started to slow down, a new group forked it and the primary thing it did was to speed up development.
emacs fork - emacs had had a notice for ages saying that "X11 support was coming RSN", but nothing happened for quite a while. The Lucid-Emacs (later became XEmacs) happened and within a very short amount of time there was quite a hustle and bustle of activity between the two - Yes, there are some interoperability issues here in that both designed their respective GUI concepts a bit differently. But both evolved at a much quicker pace then if we only had one. (Especially good in this case, was that the lucid/xemacs team decided that sticking to old packages like the age old c-mode wasn't a good thing and that there were better alternatives to be used, and they didn't shy away from using them - much to the advantage of the entire community.
If there should be a linux fork, I am not really afraid of it, since those who will fork it, will know that they will also NEED interoperability (an issue that emacs/xemacs didn't really have in that sense, as the files you edit with them ARE interoperable -- and I don't think a linux fork that will make the formats of binaries / shared libs different, will find much acceptance, unless they also manage to continue supporting the old formats as well (pretty much like you can still use a.out binaries, if you still have the kernel support for it compiled in).
I don't think we should just have a kernel-fork just for the sake of it - but if there are good reasons for a fork, I am not afraid of it - in fact, I'd rather welcome it.
Benedikt
Life in the ecosystem forks (Score:5, Interesting)
Forking, interoperability and FUD (Score:5, Interesting)
Take a look. I couldn't have made the timing for this article any better if I tried.
http://www.groklaw.net/article.php?story=20050205
I second Tridge's motion that when Microsoft really wants to come to the party on interoperability, let me know. I want to be there.
Personally, I think the major reason why they are going through what they are doing for interoperability now, it's all because of market pressure with the rise of open source, and the open standards which it follows. See what's happening with all the governments demanding open standards for documents etc?
*sigh* when will they learn?
FUD goes a bit both ways (Score:3, Interesting)
We *could* die. [slashdot.org]
We *should* die. [slashdot.org]
We *will* die. [slashdot.org]
We *won't* die. [slashdot.org]
It even kind of has the air of: "Jeez, were you dumb enough to fall for that?"
Ever since all that hoopla about MN 2004, it's hard for me to read the word "FUD" on the front page of Slashdot and not giggle.
First (Score:3, Interesting)
We're in phase 3...
Re:Fud Fighters (Score:3, Interesting)
It's easy to agree with the principle behind this, but one reason that Linux can pull in the support it needs to make it a great OS for all is that it is seen as having the potental for making a significant impact on corporate use. Without this potential you wouldn't find companies like IBM investing so much in improving linux, or companies like Oracle porting their software to it. If Microsoft et al. win their FUD war then corporations aren't going to pick up linux, and its not going to attract the kind of investment that benefits everyone that uses it.
Luckily, however, the linux community is diverse and it can provide people to battle the FUD as well as kernel hackers to improve the platform. We should support them all.
Reality of forking (Score:3, Interesting)
I must be missing the M$ point as software forks all the time. Did not Winodws NT 3.5 fork from Windows 3.11 ? Are not users of Windows NT 3.x user long since faced this same issue? I don't believe Microsoft nor Linux could release a new version without a fork... but Linux being POSIX and having source code can in fact address most of the issues by re-compiling and re-installing.
But if the point is Linux could fork to a different group supporting it, this is a plus. It prevents a monopoly and the associated costs with it. It also allows distributions to evolve to what the market wants, and not marketing letting us know what we want.
For example, I was using a very old version of Linux, stable but needed to upgrade. I ended up going to a different distro as it was nicely tailered towards the desktop and it was destined for my laptop. The switch was painless.
Re:Microsoft and Interoperability ? (Score:3, Interesting)
To state the obvious, Microsoft is not interested in interoberability, they already have, in their eyes, a problem with people still running Windows 98, and Office 97. The lack of people upgrading is starting to hurt Microsoft's revenue stream, thus, if they are able to ensure that all the app's for the 9x and NT (XP and 2000) series kernel's break with Longhorn that will force an upgrade to the most recent OS and Office Suite...
Re:Microsoft and Interoperability ? (Score:4, Interesting)
Of course, Gates will be happy to put the fear of god (or in this case, interoperability) in the minds of the people who make the decisions to buy or not to buy. If the CIO is not a computer guy - then he might just buy this latest broadside....
Interoperable (Score:3, Interesting)
If I attempt to run a Linux application from 1995 on a modern Linux distro I generally get errors about missing libraries. In fact, trying to run apps just a few years old on a Linux box is often fraught with difficulty. I can often get it to run in the end - though not always.
Microsoft have had a fairly consistent set of APIs over the last decade. I really can't say the same about Linux - expecially the UI libraries.
Re:Just like politics (Score:3, Interesting)
Lets take two scenarios:
Scenario 1: You write a killer app. You keep it a closed source model, and some greedy big company decides it likes your software and wants to make money from it. Whats to stop them from doing a little reverse engineering, decompiling, and then "adapting" it to make it look like they wrote it? It's not very hard to do, really. And, since your source is closed, the only person that can really prove that SomeBigCo stole your software is you.
What is your recourse? You sue SomeBigCo for copyright infringement. However, you have to prove that you wrote it in the first place, which may or may not be an easy thing to do. SomeBigCo can also throw lots of lawyers at it and it will plod through the legal system. If your lucky and you win, you may see some money in a decade or so. In the mean time, you will need to spend your hard earned money on legal fees.
Scenario 2: You write a killer app. You open source it and use the GPL for the license. You are making money not on sale of the software (although that could be done), but on service, support, and perhaps customizing the software for others. Others have seen your software, liked it and have sent helpful patches and features to you, thereby enhancing your product. SomeBigCo sees it and wants it for their own. They have a choice then - they can either follow the GPL and release any changes as open source (thereby leveraging their developers to your effort), or they adapt it and try to make it their own.
If they release their enhancements as opensource, that is fine because you can incorporate it into your source tree. Since you are making money off service and support, you still have a revenue stream off of your software and that will not diminish by SomeBigCo helping your development.
If they try to make it their own, then you still have copyright law to enforce the copyright of your software. Only this time, since it is GPL, you stand a good chance of getting the Free Software Foundation's lawyers involved, rather than paying for your own. Additionally, a company may have no qualms about stealing software from an individual or even a small company, but only the foolhardy would risk a GPL lawsuit.
How does this protect you from "Open Source Vultures"? By using a service and support model, you will have a steady stream of income regardless of whether you are doing the development. No matter what, if SomeBigCo decides to try and steal your software, you still will need to litigate the issue. However, with a closed source model, your legal expenses will be your burden. Also, don't forget you will need to pay a lawyer to write your license for you, and if not written correctly it could allow SomeBigCo to take your software through a legal loophole. The GPL is a very stong license, and although it is not fully tested in court it is strong enough to considered formidable by the Nazgul of Armonk (IBM's lawyers).
Finally, think of it this way - writing software is very much like the pursuit of scientific research. The very act or reading this is a culmination of work and ideas created by others, all built upon one another to create this gestalt called slashdot
Re:Microsoft and Interoperability ? (Score:5, Interesting)
Nobody said that EVERYTHING is going to break on Longhorn.
But enough of it is going to break to make switching a pain in the butt, you can be sure about that. But not so much is going to break that NOBODY is going to switch.
The stupid large corporations are screwed anyway, because they have vendor lock-in due to their unwillingness to train anybody to use another OS, so they'll buy Longhorn regardless of the expense and conversion problems.
Small businesses, OTOH, have somewhat more flexibility to switch to another OS or keep using the old one. This varies by business since some businesses don't want to train or convert either.
It took three years for most people to upgrade from Windows 2000 and 98 to XP because there wasn't enough reason to do so (from 2000 anyway). Microsoft doesn't want to repeat that mistake. ALso they want to differentiate from Linux more strongly. So this time the OS will be VERY different - which will break things.
Microsoft doesn't care because they have forced the corporations into a licensing scheme that pretty much forces corps to upgrade every three years or lose money on the deal (even though they've already lost money since Longhorn is late - a major corp complaint.)
However, if the hardware upgrade requirements are as reported, Microsoft could find itself in deep crap. Which is probably why they dumped WinFS (which, BTW, is a feature they've been promising for about the last ten years - and haven't delivered on yet). I expect to see Avalon reduced in functionality over the next year as well - with the result that Longhorn will end up being just a different version of XP with some new eye-candy - and Microsoft will be back where it started with no one bothering to upgrade.
The bottom line: Windows is now so bloated and so screwed up that even Microsoft can't change it effectively.
Re:Microsoft and Interoperability ? (Score:3, Interesting)
Well, there is a grain of truth to that statement.
w3c requires a working implementation before it will be standardized. IETF doesnt do so explicitly, but the individual working groups almost always base standards on shipping products.
OSI was a standard process built "top down", desigined and published, with no working implementation of most of what it defined. There are still some residual pieces of it in use, (part of) ATM, x500 touching SSL/TLS, LDAP.. But also parts of it that, so far as I know, were never used; x400 mail, for example. Since a large chunk of the OSI standards were "optional" or "vendor specific", even when implementations were built, you still diddnt gaurentee interoperability. Standards can be tricky. And it isnt just MS who diveges from standards.. Almost nothing, ever, anywhere, has implemented 100% of a spec, no more, no less.
This doesnt excuse them for diverging from demostrativly acheivable standards. Or developing their own independent thing to do what a working standard defines. Their logic is correct, just the threshold of where it kicks in is wrong. (and the threshold is more likely defined by business, rather then technical, concerns)
Re:Fud Fighters (Score:4, Interesting)
While that's true, there are two other things to keep in mind as well:
1) just because MS, SCO or whoever says something, does not automatically mean that it's FUD, and dismissing everything they say as such is foolish and dangerous
2) there's a fair amount of FUD generated and repeated here about MS and other such companies and their products; perhaps that's fair, perhaps it lowers us to their level. Personally, I lean towards the latter.
We all know it takes a *lot* more sysadmin time and monetary investment in hardware and software to reach the same results with a Microsoft-based workstation or server vs. a Linux or Unix equivelent.
See, here's an example. I've used Linux (Mandrake mostly, but also RedHat and Slackware) and Windows (9x, NT, 2K, XP) as my main desktop at various times over the last few years. In the hands of someone who knows what they're doing, it absolutely does not require "a *lot* more sysadmin time" and money to get the same results. If anything, for the tasks I perform daily (general computing use and programming, etc), Windows just beats Linux, but only because of software. I am required to use my company's Exchange server for calendaring, and so Outlook is a must. I can run Windows under VMWare and still use Linux for everything else, but that ups the hardware and admin requirements. If not for that, and the need to edit Word docs, I could use Windows and Linux interchangeably. (Note that OO is not an option. If Word messes up a client doc, that's one thing, but if I choose to use OO and it messes it up, it's my neck on the line)
Re:The "linux won't split" article said it best (Score:2, Interesting)
I don't know how you define "pro audio apps", but Ardour is pretty "pro" IMO - and ecasound is as well (but not as user-friendly). And personally I record/make a lot of music on my Debian box with Jack, Jack-Rack, Ardour, Ecasound, Hydrogen and other stuff.
E.g. with Jack I can route the output from Hydrogen into a Jack-Rack and apply effects (in real time) and then output it to another Jack-Rack that just serves as a limiter and apply common effects to all output and outputs to Alsa. At the same time I can have a mic connected to a third Jack-Rack, apply effects, route the audio into the common Jack-Rack and output. And then I can some sort of synth (e.g. spiralsynthmodular) and route the sound through a fourth Jack-Rack, then through the common Jack-Rack and out. And I could go on like this forever...
And then finally, I could record it all (real time) with ecasound.
I can even interconnect the various Jack-aware apps (and ANY app is potentially Jack-aware) and do other crazy stuff...
Show me that flexibility and those possibilities on any other platform...
And with Planet CCRMA [stanford.edu] Linux is a pro audio studio. Heck, we even have a VST "clone" in LADSPA [ladspa.org]...
Re:Microsoft and Interoperability ? (Score:5, Interesting)
Well, kinda... But if you want it to work properly, well sell you a new version of your (otherwise perfectly working) software for a mere $500 a copy.
Microsoft thrives on non-interoperability. You remembe the debacle of word'97? It couldn't save properly in word5 format. Once you bought one copy of word '97 you had to upgrade every copy of word in your company or deal with unusable copies of various documents interrupting the work flow all over the place.
(yeah.. they fixed that problem a year later but by that time, most companies had paid Microsoft the billions of dollars in upgrade fees, which was the entire intention.
(it might have been word '95 that did this, but you get my point)
In any case, Longhorn is going to be different enough from current windows that it's probably going to be just about as nasty (and expensive) to 'upgrade' to the arbitrary restrictions of Longhorn as it will be to upgrade to Linux and Open Software.