Slashdot Mirror


Linux: Fighting the FUD of Forking

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."

178 of 261 comments (clear)

  1. Microsoft and Interoperability ? by Mauvaisours · · Score: 5, Funny

    From the guy that brought you exchange server and MS office closed format.

    1. Re:Microsoft and Interoperability ? by altp · · Score: 3, Interesting

      And MS Works, which isn't compatible with MS Office out of the box.

    2. Re:Microsoft and Interoperability ? by Daengbo · · Score: 3, Insightful

      From the article, you'll see that "interoperability" here means with itself. Meaning: Windows works best with windows and other OSs don't work as well with it. This is somewhat true, but OSS's strength is operating with every OS and every arch under the sun...

      This all goes hand-in-hand with Samba's impending complaint over MS's licensing agreement in the EU dispute.

    3. Re:Microsoft and Interoperability ? by tomhudson · · Score: 4, Insightful
      Their strange view on interoperability:
      For example, interoperability is sometimes viewed merely as adherence to a published specification of some kind, either from one or more vendors or a standards organization. But simply publishing a specification may not be enough, because it overlooks much of the hard work it takes to successfully develop interoperable products – namely, ensuring that the "contract" defined by a specification is successfully implemented in software and tested in a production environment.
      No wonder they're always breaking specs.

      The whole article is a puff piece. Even the above-quoted sentence really doesn't say anything.

      But I do have to admit Microsoft is way ahead on interoperability - many more viruses and trojans "just work" with their systems.

      Anyone who believes this mindless pap deserves what they get.

    4. Re:Microsoft and Interoperability ? by beh · · Score: 5, Interesting

      I don't quite see the problem here.

      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

    5. Re:Microsoft and Interoperability ? by Anonymous Coward · · Score: 2, Funny

      ahem...
      silly you...by interoperability - they meant the various operating systems in the market such as windows me, 98 se, nt, win2k, win2k3, media edition, win xp, longhorn. (at least they frequently explain various platforms as the various flavours of windows!)

    6. Re:Microsoft and Interoperability ? by sadler121 · · Score: 2, Interesting

      Longhorn interoperatable with XP, and 2000 let alone with the Windows 9x OS's? Everything that has been coming out about Longhorn has stated that it is going to break interoperability with the rest of the Window's OS family, (similar to the way 2000 and XP broke interoperability with the Window's 9x family, but to a greater extent).

      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...

    7. Re:Microsoft and Interoperability ? by Lodragandraoidh · · Score: 3, Interesting

      Gates is speaking to CIOs here. The writing is on the wall, and the change of tac, I believe is a last ditch effort to stave off the latest Apple attack (think about what most business desktop systems do, and look at the new Apple Mac Mini - for as cheap or cheaper price you can upgrade your aging windows ME and 2000 machines to something that just works - without all the problems with viruses and trojans; the added benefit is you can gather up all those old PCs and build a beowulf cluster for number crunching/modeling - a win-win situation, if there ever was one).

      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....

      --

      Lodragan Draoidh
      The more you explain it, the more I don't understand it. - Mark Twain
    8. Re:Microsoft and Interoperability ? by nfactorial · · Score: 1

      That's just completely inaccurate :) Longhorn isn't going to 'break' compatibility with current software. Your old programs are still going to work on it... Microsoft *have* to be interested in interoperability especially between Windows revisions. If they broke compatibility with Longhorn, *no-one* would upgrade because they'd be effectively throwing away all the money they spent on their old software. I can see the tag-line now... "Windows Secure 2006, because nothing works on it at all". n!

    9. Re:Microsoft and Interoperability ? by minus_273 · · Score: 1

      well there is that then you have libpng2 vs 3 xvid vs divx Xfree86 vs xorg glibc vs libc gnome vs kde... you get the picture.

      --
      The war with islam is a war on the beast
      The war on terror is a war for peace
    10. Re:Microsoft and Interoperability ? by tomhudson · · Score: 1

      Good point about the MiniMac. Keep your old monitor, keyboard, mouse, printer - just plug in a new minimac and run. This is a serious threat, since a lot of businesses will be hitting year 3 or more of their upgrade cycle over the next little while.

    11. Re:Microsoft and Interoperability ? by Peter+La+Casse · · Score: 2, Insightful

      Not all of those are forks, but all of those competitive efforts are good. In what way do they contrast with the gcc and emacs examples?

    12. Re:Microsoft and Interoperability ? by beh · · Score: 4, Insightful

      I would go further and say even those examples show the most important characteristic:

      The push ahead innovation - in this case, on the OSS side. Of course, in a sense it wastes development time, but on the other hand - when are you more motivated to code? When you're working on something nobody else in the OSS world is working on - or if you're working on something that has competition and you want to show off that your piece of software is better...?

    13. Re:Microsoft and Interoperability ? by Master+of+Transhuman · · Score: 4, 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.

      --
      Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
    14. Re:Microsoft and Interoperability ? by T-Ranger · · Score: 2, 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)

    15. Re:Microsoft and Interoperability ? by passion · · Score: 1

      overlooks much of the hard work it takes to successfully develop interoperable products – namely, ensuring that the "contract" defined by a specification is successfully implemented

      That's why they're using an ASCII standards-compliant – hyphen. The irony is thick here.

      --
      - passion
    16. Re:Microsoft and Interoperability ? by ssj_195 · · Score: 1

      Just out of interest, will internal legacy apps written in ActiveX work with Macs? I know there are versions of IE available for the Mac, but don't know whether ActiveX support was included. Sadly, whenever you hear the reasons why a company can't switch away from Windows, this reason is always near the top :(

    17. Re:Microsoft and Interoperability ? by xXunderdogXx · · Score: 1

      Anyone who believes this mindless pap deserves what they get.

      You think our parents deserve crappy software? Not everyone is an engineer. We're supposed to explain the FUD to them carefully, not throw them to the wolves.

    18. Re:Microsoft and Interoperability ? by Lodragandraoidh · · Score: 1

      I believe Mozilla (Firefox) has a module that supports ActiveX...don't know if it is ready for prime time or not.

      So if you happened to work for a company that was brain dead enough to focus on ActiveX development (when they should have been going with open standards - jscript/java libraries) and still uses it exclusively, you might have an out in the Apple world.

      I haven't encountered very many ActiveX-only sites in recent years - which might be a testament to how many customers screamed bloody murder when their Netscape/Opera/etc. browser didn't allow them to do the balance transfer they needed.

      --

      Lodragan Draoidh
      The more you explain it, the more I don't understand it. - Mark Twain
    19. Re:Microsoft and Interoperability ? by tomhudson · · Score: 1

      I don't think this particular brainfart was directed at the general public :-) (who doesn't have a clue about xml or interoperability to begin with)

    20. Re:Microsoft and Interoperability ? by xXunderdogXx · · Score: 1

      My mother knows when she can't move her Excel spreadsheet from one computer to the next. :)

    21. Re:Microsoft and Interoperability ? by iabervon · · Score: 1

      The main claim seems to be that, because there are multiple non-Microsoft platforms, a huge amount of testing must be done to ensure interoperability with them. On ther other hand, there is only one Microsoft platform (Windows XP, released in 1980) which has always interoperated perfectly with itself (obviously, so they didn't bother to test it).

      The piece seems to say very little about open source, aside from a quick statement that business people are so stupid that they would confuse a development model with a design goal (do these people mistake CAD software for cars, too?) and that interoperability in a non-uniform world requires testing.

      Mostly, it seems to be a claim that Microsoft is now putting a lot of work into interoperability and is designing an interoperable system which will distinguish them from everybody else.

    22. Re:Microsoft and Interoperability ? by robertjw · · Score: 1

      Interesting. If this is true, couldn't it be that the 'stupid large corporations' will have an option to switch to Linux because they are going to have to retrain everyone to use Longhorn anyway?

      Looks like a catch22 for Microsoft to me. If they make Longhorn too much like XP no one updates. If they make it too different and it breaks stuff anyway, no one updates or converts to Linux. Not a great position to be in for Microsoft.

    23. Re:Microsoft and Interoperability ? by Stephen+Samuel · · Score: 4, Interesting
      Longhorn isn't going to 'break' compatibility with current software. Your old programs are still going to work on it...

      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.

      --
      Free Software: Like love, it grows best when given away.
    24. Re:Microsoft and Interoperability ? by ckaminski · · Score: 1

      Negative. And certainly not without a recompile. I've never heard that reason, myself. Then again, I learned my lesson in client-side so-called "smart controls" when I burned myself pretty bad writing Java applets. It's a poor substitute for JavaScript and DHTML.

    25. Re:Microsoft and Interoperability ? by jesterzog · · Score: 1

      MS Works isn't any more compatible with itself than MS Word/Office. Years ago, I was dissappointed to find out that all of the early version Microsoft Works documents that I created in 1992 and 1993 now seem to be un-openable by anything that I can find. It's not just recently, either. MS Word doesn't open them, and MS Works for about the past 10 years or so hasn't opened them.

    26. Re:Microsoft and Interoperability ? by rob_squared · · Score: 1

      I'm not afraid of forks either, as long as they're not being stabbed into my eyes.

      --
      I don't get it.
    27. Re:Microsoft and Interoperability ? by WhiplashII · · Score: 1

      Well, if you look at how it really seems to work it makes sense. Windows 3.1 is compatible with DOS. Windows 95 is compatible with Windows 3.1, but not DOS. Windows 98 is compatible with Windows 95, but not Windows 3.1. Windows 2000 is compatible with Windows 98, but not Windows 95. Windows XP is compatible with Windows 2000, but not Windows 98.

      Longhorn will be compatible with Windows XP, but not with Windows 2000. That way the buyers that upgrade every year anyway don't see any compatibility problems, only the buyers that don't upgrade see them - and Microsoft wouldn't get money from them anyway...

      --
      while (sig==sig) sig=!sig;
    28. Re:Microsoft and Interoperability ? by Trejkaz · · Score: 1

      MS Office is rarely compatible with MS Office, when the two aren't exactly the same version...

      --
      Karma: It's all a bunch of tree-huggin' hippy crap!
    29. Re:Microsoft and Interoperability ? by robertjw · · Score: 1

      only the buyers that don't upgrade see them - and Microsoft wouldn't get money from them anyway...

      But that's not exactly true. There are many users out there that did not see any reason to upgrade to XP, but may be interested by the time longhorn is on the scene. If the upgrade path is too difficult, buyers in that situation may start looking for alternatives.

      Personally I've found Windows 2000 to be a good workstation OS, and have not upgraded any in-house users to XP. There hasn't been a need, we don't have the budget to upgrade everyone and it's easier to maintain an office with only one desktop OS.

      It would be interesting to see some numbers on estimated number of Win 2000 machines out there vs. Win XP. It would also be interesting to see actual sales numbers for Windows OS versions back to 95 that weren't skewed by the number of new consumer PCs that were shipped with an OS.

      No matter what I anticipate that the longhorn release and Microsoft's handling/marketing of it will be pivotal to the future success of Microsoft.

    30. Re:Microsoft and Interoperability ? by pingveno · · Score: 1

      last ditch effort Since when has Microsoft been making last ditch efforts? They're the most powerful and successful software company in history. Nope, I'm not seeing a last ditch effort there.

      --
      "it's not about aptitude, it's the way you're viewed" - Galinda
    31. Re:Microsoft and Interoperability ? by Lodragandraoidh · · Score: 1

      You are correct - java is not an open standard - yet. If Sun wants it to have any relevance long term, that will change. That being said, it is still more 'open' than ActiveX - since it will interoperate with all the http clients I am aware of - not so with ActiveX.

      On a side note, there are several text processing/number crunching applications at my shop that have been ported from Java to Perl - because the Java app couldn't hack it performance-wise (mainly due to the vendor's use of certain libraries - we were driving a tank, when all we needed was a motorcycle; robustness was not as important as throughput in our implementation - as the problem was a narrowly defined function). You don't use a sledgehammer to do fine engraving; smart developers know this and will produce systems that are right (in both its proper and metaphysical connotations).

      --

      Lodragan Draoidh
      The more you explain it, the more I don't understand it. - Mark Twain
    32. Re:Microsoft and Interoperability ? by Lodragandraoidh · · Score: 1

      Gate's new tac is a pretty weak salvo in the face of such low priced and superior engineered products.

      If it is not a last ditch effort - well its pretty pitiful. Seems the SCO debacle might have been the best they had, and their shootin' blanks now...

      --

      Lodragan Draoidh
      The more you explain it, the more I don't understand it. - Mark Twain
    33. Re:Microsoft and Interoperability ? by Daengbo · · Score: 1

      Hey, actually, "Do you believe I'm crazy?" is colloquially fine instead of "...that I'm crazy," and I used it in that way, given the 120 char limit on sigs. ;)

  2. Linux Forking is inevitable by Dagny+Taggert · · Score: 1, Insightful

    Forking is inevitable, especially since there is now large corporate (IBM, Novell, etc.) money involved. Linux is highly flexible and, since it's open source, customization of even the kernal is inevitable.

    This is NOT a bad thing IMHO. It will just take some getting used to and require knowledge of the changes.

    --
    Don't be a looter...and yes, I know that it's spelled with an "A" instead of an "E".
  3. Linux forked a long time ago by castlec · · Score: 5, Insightful

    Each distribution has typically has its own fork. The glory of the GPL rings true here. No one can be hurt from a fork. The better code, how ever one wishes to evaluate better, will live on. As others have already noted, "Nothing to see here. Move along."

    --
    When I tell an object to delete this, am I killing it or telling it to kill me?
    1. Re:Linux forked a long time ago by PornMaster · · Score: 3, Interesting

      Each distribution may come from a kernel with a set of customization patches, but aren't they all applied to mainline kernels? That's not quite the same thing as forking.

    2. Re:Linux forked a long time ago by MarkRose · · Score: 5, Funny

      No one can be hurt from a fork.

      Wrong.

      --
      Be relentless!
    3. Re:Linux forked a long time ago by Jeff+DeMaagd · · Score: 1

      I'm disappointed that SuSE, RedHat, Debian, etc. all try to do the same thing so many different ways, and put the same files in different places. Linux might as well be UNIX, so many ways to do things, but only a few of them work on any particular distribution.

      I would call this a fork, a bad one at that.

  4. Re:forking bad by PoopJuggler · · Score: 1, Funny

    beer marinade steak, eat with fork, good

  5. I thought only BSD has forks... by Anonymous Coward · · Score: 5, Funny

    .. well at least that demon mascot does.

    1. Re:I thought only BSD has forks... by greed · · Score: 3, Informative
      .. well at least that demon mascot does.

      That's a daemon, damnit!

  6. That's rich... by theM_xl · · Score: 1, Informative

    Here we've got the masters of embrace, extend and lock out criticising Open Source software for lack of interoperability. Uh huh. Maybe it would all work together if they'd bother to use open standards, or to actually document what they did with the ones they DID use.

    1. Re:That's rich... by Daengbo · · Score: 2, Interesting

      Look at this article http://news.zdnet.co.uk/software/linuxunix/0,39020 390,39186059,00.htm for some background on what's meant here. Bill somehow means that Windows interoperates best with itself, and that other OSs don't do as good a job.

    2. Re:That's rich... by MoonFog · · Score: 4, Informative

      And it's also a convenient coincidence that they talk about this after recently releasing Office 2003 which supports saving the file as XML, and releasing the DTD giving others an option to be compatible with this XML format (albeit the license is somewhat incompatible with the GPL).

  7. Ummm... I don't see how or why by agraupe · · Score: 3, Insightful

    I think he's trying to make the point that someone could make a fork that is incompatible with all linux programs, or something like that. It doesn't make sense to me, because such a product would only be the result of its creators having a strong urge to shoot themselves in the foot.

  8. Linux distros *are* forking by defile · · 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.

    1. Re:Linux distros *are* forking by gowen · · Score: 1
      but so many underlying things are different as well
      Seriously, what do you have in mind here. I use Fedora, Debian and SuSE regularly, and the underlying things seem almost completely consistent.
      --
      Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
    2. Re:Linux distros *are* forking by Exter-C · · Score: 2, Informative

      Slackware runs a vanilla kernel as far as Im aware..

    3. Re:Linux distros *are* forking by mattyrobinson69 · · Score: 1

      yes, afaik everything in slackware is built from vanilla sources

    4. Re:Linux distros *are* forking by CAIMLAS · · Score: 2, Insightful
      Even if there is a major fork from a distro such as RedHat, I can only see two possible scenarios, or possibly a combination of two:

      The distro that forks gets major ostricization and criticism from the community until they back out. Even still, it's unlikely that it would be a "longhorn" style fork, where they obsolete anything.

      A distro forks and produces something quite superior to what is currently used. Within a couple weeks, those changes are all rolled into not only the main kernel tree, but various distro kernels as patches for short-term utilization of the new feature.

      Remember, this is open source software. It's (legally) impossible for someone to pull a gates on the community and get away with it. There's no incentive to pull something which would lock other vendors out because by the bindings of the license they've agreed to (GPL), they have to disclose what they did. Not only that, but they would be majorly reamed by the OSS community and lose all semblance of trust.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    5. Re:Linux distros *are* forking by Renegrade · · Score: 1

      I'm pretty sure Debian runs a vanilla kernel as well.

      I usually roll my own by hand on my Debian boxes, but there's a package that lets you build a Debian-kernel-binary-package from a vanilla kernel source tree. It never said anything about requiring special patches or whatnot.

      Also, my self compiled, purely stock kernels don't seem to have any problems in Debian.

    6. Re:Linux distros *are* forking by oliverthered · · Score: 1

      since when did you run a 'kernel only' os?

      The article should say linux based distributions not linux distributions, but based is too long a word for bill to waste on Linux.

      The Linux community should do more to promote the fact that Linux runs set-top-boxes, remote controls, mobile phones, cars to get rid of the PC only image that allows Bill to use the word Linux and mean Linux based distributions that run on x86 PC's in direct competition to Microsoft Windows. I don't want RPM's on my dvd player or firewall, so fork away.

      --
      thank God the internet isn't a human right.
    7. Re:Linux distros *are* forking by John+Fulmer · · Score: 4, Insightful

      It's posts liket his that make me wish there were a '-1 Bullshit' moderation tag.....

      Patches added to kernels != 'forking'.
      Different software subsystems != 'forking'.
      Different methods of hardware detection and setup != 'forking'.

      If that's true, then Linux forked in the early/mid '90s, because Redhat used a more SysV-like bootup system, and SLackware used a more BSD-like bootup system.

      Distros have always had sometimes significant differences between them. I've never, however, had problems getting things to run between distros, except for maybe library differences and versioning hell.

      And the first distro that removes 'binary compatibility' will simply go away, because at that point it will cease to be 'Linux'.

    8. Re:Linux distros *are* forking by defile · · Score: 1

      Sure, they're trivial differences. A different shell prompt, different file locations, different packaging systems, different set of kernel patches, different ideas of how optional emacs really is, different political goals, different window manager, different windowing system, different theme, different way of auto-detecting hardware, different boot scripts, different MTAs, different place for optional packages, et cetera. Individually, they can all be overcome pretty quickly.

      However, these differences do add up. And the unnerving part for me is that there are more differences today, not less. Sure, we've all gotten past the libc5 to glibc2 nightmare, but at least you knew what to expect there.

      These differences aren't necessarily evil. But, they do increase the cost of switching distros, and that some of them are probably intentional.

      Maybe it's not what you call forking, but I don't know what it is in that case.

  9. The "linux won't split" article said it best by mrjb · · Score: 4, Insightful

    The whole nature of open source is based on interoperability. It is this very nature that made the Internet possible. Where standards are nonexistent, they are being created; for instance, look at the Jack Audio Connection Kit that allows all Linux audio applications (that support it) to interconnect. As a result, developers do not keep reinventing the wheel all the time; instead, they learn how to work with the provided interface, and just build what does not exist yet.

    --
    Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
    1. Re:The "linux won't split" article said it best by bender_zero · · Score: 2, Insightful

      Sure, and how many pro audio apps are there yet? It's nice to have a good framework, but let's see it put to good use.

    2. Re:The "linux won't split" article said it best by Lillesvin · · 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 Linux is a pro audio studio. Heck, we even have a VST "clone" in LADSPA...

      --
      "Live free or don't."
    3. Re:The "linux won't split" article said it best by mrjb · · Score: 1

      Actually I was wondering about this. No idea why the parent was modded down, as it seems pretty non-inflammatory and informative to me.

      --
      Visit http://ringbreak.dnd.utwente.nl/~mrjb/growingbettersoftware to download your free copy of the book
  10. Regarding "fighting the FUD machine"... by PornMaster · · Score: 4, Interesting

    Does wider adoption benefit the developers of OSS, or would they be better spending their time working on the software than fighting FUD?

    (I mean this as a serious question, not trolling)

  11. Forking desktop Linux by Anonymous Coward · · Score: 2, Insightful

    Err, when we start talking about entire Linux installs, and not just the kernel, wouldn't KDE and Gnome and (Others) count as forks? Yeah, they might be interface forks, but they each have their own software packages, configuration, etc. Yeah, KDE software will run on a Gnome desktop if the KDE libs are installed and vice versa, but that isn't really highly integrated is it?

    And for software where money is made by having supporting services, etc, instead of the software itself, the incentive to create easy to use but still powerful software isn't very high - that'd mean less people buying support and help!

    1. Re:Forking desktop Linux by pingveno · · Score: 1

      That's what I've been saying ever since I started learning about the GNU/Linux OS a couple of years ago. KDE vs. GNOME vs. everything else & QT vs GTK vs everything else not only results in wasted effort duplicating features, but is very confusing for users. I always have a difficult time explaining to people why there are two large projects for the same goal. Just try explaining to my computer-illiterate mother that X just displays the crap, so people have to make toolkits to save their sanity. But it seems that the OSS community as a whole is too afraid to make a painful shift involving thousands of lines of code becoming invalid. It seems I'll be explaining to many more people the causes of the family feuds of the free software community.

      --
      "it's not about aptitude, it's the way you're viewed" - Galinda
  12. Slashdot helping to spread the FUD by Anonymous Coward · · Score: 2, Insightful

    Shouldn't Slashdot be one of the first to stop spreading Microsoft's FUD? The less attention it gets, the less effective it will be.

    Personally, I'm getting sick of seeying these 'Microsoft accuses competetition of being worse then them!' articles.

  13. And the point is...? by robathome · · 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.

    --

    At 3 A.M. you can see people's auras; at five you can see their contrails...
  14. Fud Fighters by breakbeatninja · · Score: 5, Insightful

    I think it's important to recognize that Microsoft, SCO and other like minded companies will do whatever it takes to distribute harmful and baseless propaganda in order to further their cause (monopolization of desktop and server markets, proprietization of media and so on). The fact is, while each distribution has minor differences in the way userland and package management is iemplemented, the fundamental Linux kernel is the same and works across all of the distributions.

    As we've seen in previous anti-Linux efforts on Microsoft's part, this is another effort to steer current Microsoft users away from Linux that may be considering it to lower licensing fees and hardware overhead. 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. While Microsoft's sales are strong, their propaganda efforts show some desperation and fear.

    While open source developers may spend a lot of time battling Microsoft's rhetoric, I think it's more important to concentrate on creating a solid operating system for everyone, from the hobbiest to the corporate user. The best way to beat Microsoft at its own game is not to play it. That is, Microsoft seems to value marketing and scare tactics over actual development and innovation. Let's not let Linux fall in Microsoft's trap of smoke and mirrors.

    --
    shop.envescent.com - Computer hardware and more.
    1. Re:Fud Fighters by Otter · · Score: 2, Insightful
      Since somebody needs to actually RTFA...

      The message of the linked article is that incompatibility between Linux distributions is a non-issue because the LSB is here to save us all! Given that LSB stories here (when not hidden behind a screen of "Mirco$oft is saying bad things about Lunix!!!!", as with this one) are met with a response along the lines of:

      • 70% ridicule
      • 15% "Why isn't deb/apt the standard?"
      • 15% Why isn't portage the standard?"
      perhaps, it's less than entirely reassuring.

      In fact, the real answer is that cross-distribution incompatability isn't an issue is that: 1) a large market for binary-only Linux software still hasn't appeared and 2) what is out there simply targets Red Hat.

    2. Re:Fud Fighters by Anonymous Coward · · Score: 3, Interesting
      While open source developers may spend a lot of time battling Microsoft's rhetoric, I think it's more important to concentrate on creating a solid operating system for everyone, from the hobbiest to the corporate user.


      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.
    3. Re:Fud Fighters by Tim+C · · Score: 3, Interesting

      I think it's important to recognize that Microsoft, SCO and other like minded companies will do whatever it takes to distribute harmful and baseless propaganda in order to further their cause

      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)

  15. MS fails to grasp a simple idea once again by Weaselmancer · · Score: 4, Insightful

    The reason why forking isn't a problem is because the open source community knows how to read the friggin' RFCs before we code something. Unlike a certain software giant who lives in Redmond.

    Doesn't matter if there is one branch of a big project or 1000 forks. If they stick to specs, they are all interchangeable. Like your window manager. As long as they do what they're supposed to do, stick to specs and play fair - it doesn't matter which one you use.

    This gives the user choice, which is why MS finds it to be such an alien concept.

    --
    Weaselmancer
    rediculous.
    1. Re:MS fails to grasp a simple idea once again by gnarlin · · Score: 1

      You should give serious thought to calling Microsoft a "software giant".
      This implies that they are giants in the field of producing quality software. This is misleading and untrue.
      Rather call them a marketing company. It fits better with what we know of them.
      After all they somehow manage to make people pay for their software.

      --
      A bad analogy is like a leaky screwdriver.
  16. There is no fork. Oh wait, spoon. by Stumbles · · Score: 2, Interesting

    What Microsoft does not want you to know or think about is the difference between a fork with the proprietary Unixes and Linux. With all those proprietary types, yeah a fork is "bad" cause the code bases will never, never merge together. The opposite of that is the strength of Linux (if it ever did fork), any of those differences in code bases can be merged to one or the other or both. That's a good thing cause any improvements can be had by the other.

    --
    My karma is not a Chameleon.
  17. There are 2 types of forking by Xpilot · · Score: 4, Insightful

    The first kind is where each version of the software is slightly different, yet ABI compatible with one another. That's what the Linux kernel is, and Linus and co. have tried hard to maintain this. In essence, every time a developer sets up his own tree, it's a "fork" of the Linux kernel, but that's ok because binary compatibility is still maintained, and those changes will probably be merged back upstream anyway. Good news all round.

    The second kind is where a substantial group of developers get into a messy political argument and take the codebase in a wildly different direction and becomes a new project in itself. This isn't necessarily a bad thing either, as you'll see cross-pollination between projects (like in the BSD's). However this may be what the FUD-mongerers are hinting at. I have yet to see any signs that this will happen though - it's downright impractical to fork the Linux kernel in a wildly incompatible fashion with the rest of the developer community - for one thing, there's a whole shitload of drivers you now have to maintain yourself. Not an easy job.

    As for distros being different...well it's always been this way. Yet Linux's growth has been phenomenal, and with efforts like the LSB in place you won't find that distros diverge too far from one another.

    Things look bright for Linux, any way you go. Don't listen to the FUD mongerers.

    --
    "Backups are for wimps. Real men upload their data to an FTP site and have everyone else mirror it." -- Linus Torvalds
    1. Re:There are 2 types of forking by CAIMLAS · · Score: 1

      I swear I read this post on slashdot (and/or possibly elsewhere) a couple years ago the last time the topic of the kernel forking came up. Did you steal it from someone else, or was it your post originally?

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  18. Re:Just like politics by Anonymous Coward · · Score: 1, Insightful

    Well, there is the Linux Standards Base, that has defined standard aspects for Linux and many of the distributions adhere to some amount of this.

    But really, installing Linux and applications is a lot easier than installing Windows XP and applications, certainly in terms of time to install and not needing reboots, etc.

    You just get a Linux distro, one of the big name ones if you don't want to do much work and need to know that there'll be online help. For example, Suse or Mandrake. Install it. Done.

  19. Forks? MS? by Anonymous Coward · · Score: 1, Interesting

    What about Windows with it's home, professional, server, media center, pocket pc and what not forks? Everyone's forking all the time. The question is only how much do they fork.

    With linux: Choose a LSB compliant distro like SuSE and it's fairly standardized.

  20. Re:Just like politics by grozzie2 · · Score: 4, Insightful

    Win 95, Win 98, WinNT, Win2K, WinXp. Looks like a hell of a lot of incompatible forking to me....

  21. Forget forking! by bigtallmofo · · Score: 4, Funny

    Linux developers need more spooning.

    --
    I'm a big tall mofo.
    1. Re:Forget forking! by MarkRose · · Score: 1

      Nice forking spoonerism!

      --
      Be relentless!
  22. Re:Microsoft forks too by modicr · · Score: 1

    There were two forks: Windows 9X/ME and Windows NT/2000, which were merged in Windows XP/2003 fork.

  23. frame the issue by stallard · · Score: 2, Insightful

    You know, I've started to noticed a very strong similarity between the open source movement and the progressive political movement. Both tend to just react to attacts, are not proactive, and faile to frame the debate into their own words. Thankfully for politics, the progressive movement has picked up on this and is working to change it. The open source folk can learn a thing or two from this. However, issue framing is a bit too complex for a comment post so I recommend that all of you go out and read "Don't Think of an Elephant!" by George Lakoff. Yes it's a politically motivated book, but it's the best place to learn issue framing that I know of. Perhaps I'll get off my lazy ass sometime soon and come up with something for slashdot readers.

    --
    You know you like it.
    1. Re:frame the issue by JohnFluxx · · Score: 1

      I hope you do write up more on this.

      Having said that, I don't really see the need to become 'better' at this. Most of what MS says is debunked easily enough, and the coders just keep on coding. I'm not sure I see the benefits in trying to fight MS in their own arena (PR etc).

      (Btw, I'm assuming by "Open source movement" you mean just the people who verbably defend it and that side, rather than the coding side. That 'not proactive' etc is to do with the PR side.)

  24. Interoperable Software - Not Created by MS by Anonymous Coward · · Score: 1, Informative

    Microsoft did NOT CREATE Interoperable Software, they just refined it a lot, and made it worm and virus friendly. Amazing the power of marketing and the ability to re-write history. Microsoft's #1 achievement is making incompatibility, and money.

    Apple and Convergent had IS first, about the same time as Digital's 'All in One' office suite, when all MS had was DOS!

    OSS is getting better. FireFox and Samba demonstrate this. And at least these interoperate with the OS, without bypassing the OS security model.

  25. Re:Just like politics by Weaselmancer · · Score: 1

    Well, there's lots of different foods out there. How did you pick your favorites?

    Try a few. Download a few distros. Don't worry - they're free. Load them on a machine and fiddle with them. You'll find that one of them out there matches the way you work and think. All you have to do is fiddle around a bit and find it.

    And don't worry about the "they're all different" bit. They're really not so different. Every distro is about 80% identical to other distros. The main differences are installation and package management.

    Just jump in and see what suits you.

    --
    Weaselmancer
    rediculous.
  26. Life in the ecosystem forks by ch-chuck · · Score: 4, Interesting

    Funny how someone who talks a lot about the software 'ecosystem' wants customers to invest in this one dinosaur - instead of being amazed at the natural process of species differentiation and survival of the fittest.

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
  27. Forking, interoperability and FUD by bernywork · · Score: 4, Interesting

    I think this is brillant, couldn't have come from a more knowledgable person at a better time. Especially given that in the past day or two a nice little article got published up on Groklaw about the SMB / CIFS protocol and what legnths they have to go to, to reverse engineer / pull it apart on the wire. It's essentially a slightly intelligent brute force method.

    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=200502050 10415933

    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?

    --
    Curiosity was framed; ignorance killed the cat. -- Author unknown
  28. Distribution forks are killing Linux by Anonymous Coward · · Score: 3, Insightful

    The problem isn't the forks. It is the install procedure that each fork will require to run the same piece of software.

    With windows, you download a program and double click the install button. It doesn't matter if you are running Windows 98 / ME, NT, 2K, or XP. The thing installs and (sometimes) suns correctly. Try downloading a package (NOT SOURCE) built for some old version of RedHat and installing it on a new Slackware distribution. It just plain does not work by default.

    This is what Bill G was talking about and I agree with him. There is no "standard" in the distribution. Where should the program go when it gets installed and does the distribution that it is getting run on grant the required privileges to install it there by default?

    The Linux community needs to agree on a few things, one of the basics would be userland programs and config scripts. Until then it will continue to be it's own worst enemy as people won't be able to call themselves Linux admins, they will only be able to call themselves Distribution admins.

    1. Re:Distribution forks are killing Linux by Zphbeeblbrox · · Score: 4, Insightful

      I'm sorry but I have to disagree with you here. There is already a "standard" of sorts. /etc will work when nothing else will. /usr/bin also will work when nothing else will. The real problem here is that the developers of applications pretty much leave this kind of thing up to the distributions. If developers took the time to come up with one click installs for their apps then people might not be so dependent on the distro's The distribution should not be responsible for solving the install issues for their apps. That is the developers problem. When Gnome or KDE offer a one click install for their product then standardization will come. Until then each distribution will continue to offer their own "unique" way of doing things.

      --
      If you see spelling or grammatical errors don't blame me. I tried to preview but IE here at work borked the CSS
    2. Re:Distribution forks are killing Linux by mig0 · · Score: 1

      With windows, you download a program and double click the install button. It doesn't matter if you are running Windows 98 / ME, NT, 2K, or XP. The thing installs and (sometimes) suns correctly.


      Yeah, as long as you ignore the "unzip/rar and run setup" vs "executable zip" vs "msi install" vs "exe install" configurations. The differences generally don't matter; the install simply works. And linux installations needs to become easier/more consistent esp. across distros.

      Now after installing 2 programs that "conflict" somehow with one another (or according to tech support they do) try uninstalling one. It's a crapshoot whether the uninstall will get everything out or not.
    3. Re:Distribution forks are killing Linux by JahToasted · · Score: 1
      If developers took the time to come up with one click installs for their apps then people might not be so dependent on the distro's The distribution should not be responsible for solving the install issues for their apps.

      No it should be the distribution's responsiblity to install the programmes. That is their job: to distribute the software. Why?

      Well first of all there is consistency. When installing a programme you have the same familiar insterface. If every developer implemented his own ideas about how the installers would work none of them will be the same.

      Second of all the distro knows the settings of your system. How many times have you seen the Select Language dialog on windows installers? Debian doesn't ask me that because it knows the language I use.

      But the number one reason for leaving it up to the distribution is security. Right now its not reall much of an issue, but eventually, if linux becomes more popular, you will see all kinds of spyware/adware/viruses/etc. written for linux. How do you control it? Well an easy way to prevent this is to have a group that will check the various software packages and the ones they consider safe will be added to a list. anything on that list the user will be able to install with one click. Anything not on that list will not install unless you su to root (which requires a password) type in some command on a terminal (oh no!) and type in yes when it warns you that you may be installing unsafe software.

      End result, see a peice of software on the web somewhere, click a link and (if its okayed by their distro) it installs, no problem. If the software is malicious it won't be approved, so one click won't do it, so there would have to be a list of instructions. Mr. Average User is going to see where its asking him to type in some command, get nervous and just not do it. No spyware is installed.

      This is the mistake Microsoft made... make it easy to install programmes and you end up with systems full of viruses and worms. The Distros are in a unique position to allow easy to install apps, yet still prevent malicious software from being installed easily.

    4. Re:Distribution forks are killing Linux by ultranova · · Score: 3, Insightful

      Try downloading a package (NOT SOURCE) built for some old version of RedHat and installing it on a new Slackware distribution. It just plain does not work by default.

      Of course it doesn't, any more than simply copying an install dir of a Windows app from one machine to the other will work. If you refuse to follow the normal installation routine of software for your system, the program doesn't work.

      The normal installation routine for a Linux system is as follows:

      1. Download the source package.
      2. Untar it.
      3. Give the following command:"./configure ; make ; su ; make install ; exit".

      This has worked for almost every program I've ever installed. No programming skills needed, no need to have the slightest idea of what the commands at the last step do. Just memorize and type that litany. Shouldn't be too hard for anyone (and shouldn't be too hard to make a program that does it for you with a single mouseclick).

      Sure, you need to download libraries sometimes. I've often hunted DLL's for Windows around the net to get some program or another to work. You want to avoid this, use your distributions package manager. You don't want to use automation, you need to install any missing pieces manually (which is usually no more difficult than reading the error message from configure, typing it to Google, and downloading and installing whatever comes up).

      Simply because something is distributed in source format doesn't mean that you'd need to know anything about programming to get it to work. The source is for friendly neighbourdir compiler to read, Joe User doesn't need to care about it. After all, Joe doesn't need to know anything about compression technology to unzip the ZIP files that Windows programs are distributed in either, so why should he know or care what that "gcc" is that gets run when the install command is executed ?

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    5. Re:Distribution forks are killing Linux by JahToasted · · Score: 1
      The distros would maintain it. Yeah it does sound like a MS stratedgy, but really its the only reliable way to prevent spyware and viruses.

      The difference here is that there are many different distros, so if one distro is being dicks about adding software to their list, you can switch to a different distro. Since the list format would most definitely be open (linux users wouldn't except it otherwise) it would be just a matter of pointing the installer software at a different server to get the white list.

      The fact is Average Users just don't have the time to research every piece of software for malicious code. But that everypeice of software should be researched before you install it. So why not have the option of letting an organisation with the time and expertise to do it?

      And really, people seem to trust ad-aware or spybot or whatever to determine what is spyware and what is not. Wouldn't it be more effective to filter things out before it gets installed rather than later?

    6. Re:Distribution forks are killing Linux by Zphbeeblbrox · · Score: 1

      maybe it's just me but I "want" to have to su into root to install any thing global. I don't want anyone whether its a respected distribution or a little know developer deciding for me what is safe and what is not. I prefer that extra step making it more difficult to accidentally install something. I can just see the first "spoofing" of debians allowed install system causing users to install a trojan. It's design decisions like that which make Microsoft so virus friendly. So no I don't want any organization making the decision of what gets installed for me. It gets my "express" approval or it doesn't get installed. Period.

      --
      If you see spelling or grammatical errors don't blame me. I tried to preview but IE here at work borked the CSS
    7. Re:Distribution forks are killing Linux by sholden · · Score: 1

      Do you really want all your accountants to have to drop to a command line, enter some arcane command, and know the root password to their box just to install some update to a custom software package?

      Yes, since that way they are less likely to stuff things up by installing spyware, trojans, whatever.

      Having the IT department do any installs seems a much better idea.

    8. Re:Distribution forks are killing Linux by orasio · · Score: 1

      Do you really want all your accountants to have to drop to a command line, enter some arcane command, and know the root password to their box just to install some update to a custom software package?


      An admin, or a very small shell script should be installing software on accountants machines.
      Upgrades can be handled by cron jobs set by the original software package.
      Accountants know how to do other things, but installing software shouldn't be on of their tasks.
      Anyone who doesn't have an admin available, though, should have the root password to his machine, and the knowledge needed.

    9. Re:Distribution forks are killing Linux by WhiplashII · · Score: 1

      Why do we still use dynamically linked libraries? OK, let's face it - their usefullness is diminished. On today's multi-gig systems, having the library statically linked is not going to impose a performance penalty. And the idea of being able to upgrade a library just doesn't work - we end up having to fork the library half the time!

      Let's stop using dynamic libraries, and use static ones. All software will just work - it won't matter which version of clib is installed. We have the disk space, let's use it!

      Seriously, why are we still using dynamic libraries?

      --
      while (sig==sig) sig=!sig;
    10. Re:Distribution forks are killing Linux by Feztaa · · Score: 1

      One major problem with your idea is that a security vuln in a library would then involve waiting for the developers of ALL your apps to release a new version with a fixed library, as opposed to now where you just replace the library and restart the programs that are using it.

    11. Re:Distribution forks are killing Linux by WhiplashII · · Score: 1

      Except that you cannot change the DLL without breaking a bunch of programs that rely on that "feature". So you really aren't any better off...

      Library bugs are bad, but they are also somewhat rare. I would bet that replacing applications would be easier. One way to measure this might be to look at Microsoft's recent jpeg library problem - they used a static library that had a security bug. Thing is - it only really mattered in IE, so that was fixed immediately. The other fixes happen later.

      Really, the alternative is that every few years all your programs stop working. Why is that more acceptable?

      --
      while (sig==sig) sig=!sig;
    12. Re:Distribution forks are killing Linux by pingveno · · Score: 1

      You forgot the part about "Wait for between 10 minutes and 3 days"

      --
      "it's not about aptitude, it's the way you're viewed" - Galinda
    13. Re:Distribution forks are killing Linux by ultranova · · Score: 1

      Unfortunately..... Having a programming environment even available on a machine with no need for it is not acceptable in a business environment

      If we're talking about business environment, this entire discussion is pointless, since businesses have sysadmins do the dirty work for them.

      And in any case, you can simply compile the source code in one machine and copy the binaries to others.

      Besides, I don't really understand why gcc couldn't exist somewhere in the hard disk of a business machine - it's not a security risk in itself.

      This conversation is about Linux and how well it operates in the real world, not how well it operates for those of us who are familiar with it.

      This conversation is about how easy or hard it is to install software under Linux.

      Do you really want all your accountants to have to drop to a command line, enter some arcane command, and know the root password to their box just to install some update to a custom software package?

      Why would I want my accountants to install anything ? They are there to do accounting, not software updates.

      Have the sysadmins do installs, that's what they are for.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    14. Re:Distribution forks are killing Linux by ultranova · · Score: 1

      You forgot the part about "Wait for between 10 minutes and 3 days"

      GNU/Linux is a multitasking operating system, so leave the compiler to its work and go read Slashdot or something.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    15. Re:Distribution forks are killing Linux by ultranova · · Score: 1

      Why do we still use dynamically linked libraries? OK, let's face it - their usefullness is diminished. On today's multi-gig systems, having the library statically linked is not going to impose a performance penalty.

      Yes, it does. Presumably someone who bought a system with multiple gigabytes of memory (how many such systems are really out there ?) or disk space paid for those so he could store his data there or run more programs simultaneously, not because he wanted the programs to be coded in a more ineffectual manner.

      And the idea of being able to upgrade a library just doesn't work - we end up having to fork the library half the time!

      Then there is a design or implementation error or errors in the particular shared library or shared library mechanism or in the usage of the library by the program, which need to be corrected.

      Let's stop using dynamic libraries, and use static ones. All software will just work - it won't matter which version of clib is installed.

      Use the standard installation procedure (compile from source), and this won't be an issue. It's just one more advantage of open source ;).

      Besides, what happens if a critical security bug is discovered in libc and it must be patched - what is easier, just upgrade libc or recompile every program to update their static libraries ?

      We have the disk space, let's use it!

      I am using it; that's why I appreciate the system trying to use as little of it as possible. Not all of us can afford a machine hugely oversized for our needs.

      Your attitude is the answer to this question.

      Seriously, why are we still using dynamic libraries?

      Because they save disk space, memory, and trouble.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    16. Re:Distribution forks are killing Linux by ekuns · · Score: 1

      And the idea of being able to upgrade a library just doesn't work - we end up having to fork the library half the time!

      Not really. Not to fix a bug. You can fork a library to add features, but even that does not stop you from patching an older version of the library. The great thing about versioned dynamically linked libraries (as used in ELF) is that you can have many versions of the same library installed at the same time and each application is able to use the one it was linked against.

      You only need to fork a library if fixing the bug means making incompatible changes to the API. And if you have to do that, then you have to rebuild everything linked against it anyway. But if you are fixing a bug without changing the API, then you don't need to relink anything and you don't even need to reboot. Just stop and start any process using the old version of the dynamic library and viola, bug fixed.

      Especially with something like clib -- if you go all static linking, then a patch to clib will be the size of the distribution (when you distribute the new packages rather than a delta). And I strongly prefer distributing the whole new package rather than a delta. It uses more space -- you are saying the space and bandwidth are cheap anyway -- but it is much cleaner because you know exactly what you have installed and you can easily verify (like with "rpm -V package") the correct unmodified contents of the current package.

      To unbundle as you suggest would make just about every clib patch monstrous in size, which would make updates prohibitive to apply to those who don't have good bandwidth to the update sites.

    17. Re:Distribution forks are killing Linux by WhiplashII · · Score: 1

      That applies only if clib patches are 1) numerous, and 2) apply to a function that every program uses.

      I bet that the clib patches released now are changes in little used functions - otherwise the bugs would have been found by now. I still think it is better for at least userland programs (as in anything that is installed after the base OS) to be statically linked.

      Maybe use dynamic libraries for the OS, but anything user-installed should be static!

      --
      while (sig==sig) sig=!sig;
  29. Re:Just like politics by cabazorro · · Score: 1

    Start we Fedora. There. Your problem has been solved.

    Install Apache, Install Wordpress and off you go! A better than average server at ZERO cost!

    Later on you will find out that Wordpress works across all the major distros, and so Apache.

    It is true that M$ usera are accustom to be spoon fed with state-of-the-art manuals and wizards that facilitate their work. This is not the case in the *nix world.

    Yet,
    my favorite motto for the OSS/*nix world is:

    "You do the work, you reap the benefits"

    --
    - these are not the droids you are looking for -
  30. STFU Gates by HangingChad · · Score: 1

    Bill Gates telling the open source world how to run their business is like Jenna Jameson teaching a class on abstinence.

    --
    That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
  31. Re:Just like politics by TheRaven64 · · Score: 1

    Really? Looks like a lot of backwards compatible versions to me. Admittedly there were some bumps migrating from 9x to NT kernels, but on the other hand how many other kernels does Linux have binary compatibility with (FreeBSD, for example, includes Linux, SCO, etc. binary compatibility. Does Linux?). Hell, 98SE and NT4 device drivers work on Window 2000 a lot of the time. That'd binary compatibility between device drivers across two entirely different kernels. Good luck making Linux device drivers work on a new major (and sometimes minor) kernel version without a recompile.

    --
    I am TheRaven on Soylent News
  32. Windows doesn't have different versions? by 192939495969798999 · · Score: 1

    What about win 2003 server, win xp home/pro, windows 2000 advanced server, clustered server, etc.? I guess all of those are really the same thing, so we should just all buy the cheapest one and never look elsewhere within M$'s world for something with a different codebase of any kind.

    --
    stuff |
  33. FUD goes a bit both ways by Sheepdot · · Score: 2, Interesting

    Yes, MS might create a lot of fear, uncertainty, and doubt, but how do you explain this?

    We *could* die.

    We *should* die.

    We *will* die.

    We *won't* die.

    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.

  34. Since when is forking a bad thing? by scorp1us · · Score: 2, Informative

    Forking creates a micro-market with micro competition. Software evolution is completely analygous (sp) to biological evolution. You have to have micro forking (microevolution) in order to evolve. Then the best traits are selected and carried on. Following the thoery of "punctuated equilibrium", those which have micro-evolved traits that are of significant advantage will be picked up by the others then the population of' those with the traits will explode. It is Natures way. No point in fighting it.

    In IT though maintaining many microlines is viewed as a bad thing, unlike with biological life where things maintain themsleves. This is where the FUD really is. But one should realize that it need not be a big concern if the developers take that concern into account. An example of how to mitigate this is to use XML for settings. Any microline specific sub-tree of settings need not interfere and is only used by the microline.

    HOWEVER this is an area where OSS has been deficient. Backwards-compatibility is not a highlight of OSS. OSS has gotten better, but even as recently as a year ago it was the policy of Mozilla to have the user manually do a uninstall before an upgrade. Such annoyances contribute to the magnitude of fear. What is more, backwards compatiblity policies vary from project to project. I do expect this to get better, and it has notten a lot better.

    --
    Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.
  35. Re:Microsoft forks too by Stevyn · · Score: 1

    I think it was Windows 9X/ME and Windows NT 3.1/4 was a fork. Then I believed the Windows NT 5(2000) was redesigned. THe bulk of that kernel is the same for windows 2000/xp. I think server 2003 is also based on that kernel.

  36. Re:Microsoft forks too by TheRaven64 · · Score: 2, Insightful

    This is exactly the opposite of a fork. They took two codebases (the DOS-based 9x and the NT kernel), and gradually shared more and more code between them until they could ditch the 9x kernel and run all userland stuff on the NT kernel, as well as providing binary device driver compatibility between the later versions of both branches (WDM). It is not a fork, since the NT and DOS branches did not start off with a shared code base.

    --
    I am TheRaven on Soylent News
  37. Why Fight FUD? by md17 · · Score: 2, Insightful

    I can't understand why Linux and F/OSS zealots waste time fighting FUD. It seems like a waste to me. All the time that is spent playing politics could be spent improving software and fighting FUD with the truth... Better software. Any person with half a brain knows that Microsoft, Sun, insert any corporation, will lie (or stretch the truth) in order to make their stuff look better than their competitors. So why fight it? IMHO there are many other more important battles to fight... Like better F/OSS software, better documentation, software patents, etc. It's weird how politics has this way of sucking people in. My self included.

    1. Re:Why Fight FUD? by caveat · · Score: 1

      All the time that is spent playing politics could be spent...fighting FUD with the truth

      Yeah, 'cause that worked sooo well for progressives in the last election...

      --

      Facts do not cease to exist because they are ignored. - Aldous Huxley
    2. Re:Why Fight FUD? by monkeyGrease · · Score: 1

      All the time that is spent playing politics could be spent improving software and fighting FUD with the truth

      Nope. Lots of posts are saying this, but this is not true. Talking heads will talk. Developers will develop. The F/OSS community has plenty of both. I certainly do not want the F/OSS 'politicians' who have little development skill diving into code. The politicians who do have dev skill may dive at will though.

      Any person with half a brain knows that Microsoft, Sun, insert any corporation, will lie (or stretch the truth) in order to make their stuff look better than their competitors.

      Wrong again. Most people, and plenty with over half a brain, do not know this (I take 'half a brain' to mean an average intellegence person). That is why advertising actually works and why corporations pay so much for it.

  38. the difference between MS/Unix and Linux/OSS is... by jonwil · · Score: 2, Informative

    The difference between MS, Unix and other propriatory systems and Linux & OSS when it comes to forking is that linux "forks" (such as the kernels that most distros ship) are compatible and indeed pretty much every "fork" or variant of an OSS program has tried to remain compatible (i.e. the kernel remains compatible with all linux apps except mabie those that talk to the kernel directly like kernel modules and drivers and so on)

    And programs like Apache, OpenSSL, OpenSSH and others are based on standards.

    On the other hand when Microsoft and other propriatory software vendors make forks, they are often incompatible by design.

  39. Re:Just like politics by conteXXt · · Score: 3, Informative

    here an idea:

    pick one (use any criteria you desire), learn it.

    Pick another one, learn the differences.

    Try a third, more difficult distro (pick gentoo)

    learn it inside and out.

    Give yourself a long break from Windows (a month should do it) now go back to Windows and hate it properly.

    Then never ever ever again ask What is the best distro..... as the answer will always be Gentoo anyway (ok ignore that last bit :-)

    --
    The truth about Led Zep should never be told on /. (Karma suicide ensues)
  40. Re:Just like politics by leuk_he · · Score: 1

    On the other hand some windows 98 application fail to run on windows 98 because the right version of internet explorer is not installed. (same story on winnt4 and windows 2000). I cannot tell you abou wndows XP because i do not agree with the licencing.

  41. Re:Just like politics by Anonymous Coward · · Score: 1, Informative

    Now, this is just a suggestion so feel free to ignore it, but maybe you should consider not releasing your code under an Open Source Licence if the idea of someone "stealing" your code bothers you.

    The majority of Open Source and Free Software is written either because the developer enjoys doing it, in which case they couldn't give a shit if someone else uses their work, or because they're truly being altruistic and believe in Free software, in which case they couldn't give a shit if someone else uses their work. See a pattern?

    If you're writing Open Source or Free software for some other reason then you're doing it wrong. If you're going to freak out about someone else "stealing" your work then you've totally missed the point and should probably just sit quietly in the corner until you get it. Of course I bet you have no problems downloading all that free work from someone else to use in the creation of your masterpeice, do you?

  42. Forking is aweful. by Phat_Tony · · Score: 4, Insightful
    I think he knows what he's talking about here, forking is really awful. Over and over again, I've seen people with NT or 95 buying games that only run under 2000 or XP, or the newer forks like 98, ME, XP, or 2000 failing to run software from the older forks like NT, 95, or 3.1. One of my nephew's favorite games under 95 wouldn't even run under 98. It's really confusing for customers too, especially now that there are things that still say "Windows" like CE, but that run entirely different and mostly incompatible software. My Mom ran NT, and several times bought software that wouldn't work on that fork, which was so different from the concurrent "95" fork.

    Anyway, I'm pretty sure that Bill would know what a pain in the ass it is for an operating system to have a bunch of divergent and not always compatible offerings available.

    --
    Can anyone tell me how to set my sig on Slashdot?
    1. Re:Forking is aweful. by DJDaveET · · Score: 1

      Except you're citing compatibility with some OS variations that are 10 years old.

      I'm sorry, but my standards apply the same to both OSS vendors and closed ones -- I don't expect things to work 10 years later. It's simply not realistic.

      Win XP DOES solve this -- you can run things in compatibility mode. Say what you will, but it works as advertised -- I helped a friend get his Sidekick 95 software (long since gone) to work under WinXP so he could use it and get the data out.

      If you buy into the Microsoft Kool-Aid, it does work. You have to buy in -- which is a personal CHOICE -- but it does work as advertised.

      Dave

  43. WTF?! by zonix · · Score: 1

    I'll spork your ass! :-)

    z
    --
    What would an EWOULDBLOCK block, if an EWOULDBLOCK could block would? -- me
  44. If a Linux fork developed by JeffTL · · Score: 2, Insightful

    I think a serious Linux fork would be no problem at all, thanks to the GPL. If it had features the official kernel lacked -- an almost certain proposition -- we can assume that these features would get eventually merged in. Of course, worst case scenario most Linux software can also run on BSD.

  45. Probably a good warning by GIL_Dude · · Score: 1

    With the ego trips and lack of cohesion seen in many open source projects, a fork in any OSS is a real possibility. Nothing new hear; forks in OSS happen all the time. Could one happen with Linux? Sure, if Linus gets tired of it easily.

  46. Get forked! by dirtyforker · · Score: 2, Funny

    Perhaps it's Bill himself who should get forked.

  47. Re:forking bad by DenDave · · Score: 1

    LOL! Just had to try a firstie.. haven't done so in years!

    --
    -if at first you don't succeed, stay the heck away from paragliding.
  48. Interoperability, feh! by Anonymous Coward · · Score: 1, Informative

    I love these discussions of interoperability from Microsoft. I've been supporting Microsoft products for the last 10 years and...

    1. Each new version of Windows breaks some applications. Discussions about how much effort Microsoft puts into being compatible with older products only have relevance to you if you are a multi-million $ consumer of Microsoft products. Everyone else just sucks up the cost of many application upgrades whenever another version of Windows comes out!

    2. Microsoft's own products don't interoperate well. Flame me if you must, but I have personally experienced the difficulties of working with Word documents from one version of Office to the next. And I went through one interation of the Basic macro programming language in Office that caused me to scrap every damned macro I wrote and do it again from scratch (there may have been more than one, but I didn't ever consider it again so it wasn't my problem anymore).

    3. Microsoft always feels free to hijack existing standards to create their own, proprietary standard that they refuse to release any details on to deliberately keep people from interoperating with them. The recent hijacking of Kerberos authentication protocols is one example of this.

    Microsoft made a deliberate choice of not supporting interoperability. They love the "churn" that they cause in the market. As long as everyone is busy fixing their applications to run with the newest version of Windows, discovering and then implementing their newest version of a hijacked standard and upgrading/reinstalling new applications nobody ever has the time/energy to devote to any real innovation in the market. The more Microsoft ties up everybody else's resources, the less that Microsoft has to worry about any real competition.

    I find it kind of hypocritical for Bill Gates to accuse others of not being "interoperable".

    1. Re:Interoperability, feh! by weicco · · Score: 1

      MSDN is full of information about how to write your programs so that they would work on every Windows. For some reason stupid coders doesn't follow these instructions.

      --
      You don't know what you don't know.
    2. Re:Interoperability, feh! by Anonymous Coward · · Score: 1, Insightful

      MSDN is full of information about how to write your programs so that they would work on every Windows.

      I have developed for Windows. Windows is also full of undocumented parameters, changes to existing parameters from version to version and just plain mistakes that are NOT covered in MSDN. Even smart coders cannot possibly guarantee working through the next version of Windows.

  49. Re:Just like politics by confused+one · · Score: 1

    That's called a dependancy. the same thing will happen on a linux box if you don't have the required packages installed.

  50. First by miracle69 · · Score: 2, Interesting

    they ignore you, then they laugh at you, then they attack you, then you win. - Gandhi

    We're in phase 3...

    --
    Linux - Because Mommy taught me to Share.
    1. Re:First by CAIMLAS · · Score: 1

      I think that's probably the most appropriate and insightful comment on this thread.

      Well done.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  51. Can be compared to Church denominations by adzoox · · Score: 1

    The catholic and episcopal churches are going through this now and they are essentially playing the role of Microsoft.

    The catholic and episcopal churches (claiming to be the original church) are warning against a break in the church - saying it dilutes the congregation. They are threatening parishes with lease termination. Microsoft also claims that that some distributions are totally against many standards and warns of their "communististic nature" - just as the catholic churches complain about the protestant offshoots.

    Interesting to see that Linux and Windows are being treated more like religion and less like commodity software.

    So ... who is going to be the Martin Luther of Software and nail a diocese to the Microsoft Redmond Front Door?

    --
    Yell & scream & rant & rave... it's no use... you need a shaaaave ~ Bugs Bunny
  52. MOD parent up. by TapeCutter · · Score: 1

    By responding to a couple of Bill's utterings (even shooting him down) Bill gets to set the topic of debate. He also gets to advertise his XML as if he were leading the way and waiting for the amatures to catch up.

    He wants "interoperability" on everyones lips just as he releases Office2003 with XML support.

    --
    And did you exchange a walk on part in the war for a lead role in a cage? - Pink Floyd.
  53. Interoperable software means XML. by zoftie · · Score: 1

    Joel on software talked about this long time ago:

    http://www.joelonsoftware.com/articles/fog000000 00 49.html

    I'm sorry, using verbose protocol to make everything portable isn't the way, thanks.
    my 2c.

  54. Reality of forking by canuck57 · · Score: 2, Interesting

    ...as more and more vendors get behind the OS, commercial pressures will lead to fragmentation, and users end up stuck with an isolated Linux distribution.

    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.

  55. Re:Just like politics by 10Ghz · · Score: 1

    That's not really "forking", IMO, those are just old and current versions of same OS. There are really just two forks there: the old Win9X and the NT-based Windowses.

    AFAIK what people usually mean by "forking" does not directly apply to Windows. Yes, we have Win98 (for example) and W2K. But W2K is a successor of Win98, and not a fork. But in Linux we have Red Hat, SUSE, Lindows, Lycoris, Debian, Gentoo etc. etc. And they are all current. It's not like SUSE is an successor of Red Hat. I do not consider Mandrake 10 to be a fork of Mandrake 9, and neither do I consider Win XP to be a fork of W2K.

    --
    Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
  56. Re:Just like politics by RicJohnson · · Score: 3, Insightful

    This is my BIGGEST problem with slashdot
    Why is it every time I admit I am a Microsoft guy, I get modded down?
    I really WANT to learn Linux. Can anyone help me understand Forking, or is everyone on /. a 1337 that has no time for a gnuB.
    There are some helpful comments here I know can help my MS peers get off the ground - if only SOMBODY could mod the parent up!

  57. well.. by JustNiz · · Score: 1

    I'd rather have forking Linux than be totally forked by Microsoft.

  58. Re:Just like politics by yelvington · · Score: 2, Informative

    A simple explanation is not hard to find.

  59. Re:Linux FUD by geordie_loz · · Score: 1

    I'm not sure what your point here is. The fact that it's open gives them a considerably better chance of having things which are unique to their set-up supported.

    If not through the existing kernel/software, then through their own bespoke stuff. They have the option to put these things in, by hiring if need be some kernel hackers to do these things. They can do this anytime they want, with the cash invested, and be in total control over what they get.

    A proprietry system (let's say Windows for the sake of argument) would not have this option, if it's not working then there needs to be petitioning by the company to the vendor to produce something for them, which may be would work, but if the vendor doesn't think it cost effective, or will do it only for a fee, then they still have to pay money. The upshot is that they lose control of the process as well.

    Both cases would require time for whatever specialisations to be produced, Linux is no worse than your proprietory system.

    If there were a proprietory system which met the needs already, then that would likely be the best choice, but even then it would need the benefits evaluated against the cost of a more custom solution.

    Either way, it seems a bit strange that they'd have a multi-million dollar installation running which couldn't be used while the new work was being undertaken, everything wouldn't simply stop working (unless you're talking about the Y2K bug, but I think that boat has sailed).

  60. Heh.. by robpoe · · Score: 1

    Dear Bill,

    You talk the talk on Interoperability but let's cut to the chase of the matter. Microsoft software only has the APPEARANCE of functionality with non Microsoft software.

    Examples?

    How about your broken LDAP implementation, which leads to a broken AD implementation. Oh, wait. You MEANT to design it liks that?

    Front Page. Yeah. Right. Ever try to configure Front Page on an Apache Server? I know, you provide some broken ass extensions with a lame assed install script. That's why RTR Software has to release the FIXED version.

    IE. Riiight. We wont go there. Or maybe we will. Let me give you a hint, Bill. Firefox. I won't say FF is perfect - but it's a damn sight better than that broken old clunker you call a browser.

    When you get right down to it, Microsoft software will ONLY work with Microsoft software. The MOMENT you hook it to something NON Microsoft, your engineers get squirrly, say "That's not a supported configuration" and walk away. Nice. Now not only do we have something broken, but we now don't have support from the company THAT HOLDS THE SOURCE CODE AND KNOWS HOW THE HELL IT WORKS.

    Bill. I'm tired of rebooting to install a patch. I'm tired of crappy software. I just beat out a competitor on a bid for a medium sized company WAN. Guess what they were quoting. You guessed it. M$. Guess what I quoted. It wasn't M$.

    Guess what else. I'm aggressively selling AGAINST your software. But I'm not selling SOFTWARE. I'm selling my install services for GPL based software. And making much, much more than I would have ever made if I'd been a M$ "Partner".

    --
    = Grow a brain...
  61. Interoperability? Microsoft? Hah! by panda · · Score: 1

    I've spent the last several days trying to figure out how to let my users update their sites on a WebDAV-enabled Apache server using Microsoft Web Folders. Microsoft's implementation of client side WebDAV in Windows 2000 (and probably others) is really only compatible with their own IIS DAV module. It does things that are not RFC-compliant and that break when you try to upload to a RFC-compliant DAV module.

    Microsoft isn't interoperable with anything but their own software, so why should we try to interpoperate with theirs? Let 'em hang!

    --
    Just be sure to wear the gold uniform when you beam down -- you know what happens when you wear the red one.
  62. Re:Just like politics by 10Ghz · · Score: 1
    The two forks of Windows there are: NT, 9x, and CE.


    CE is not meant for PC's, so it's irrelevant in this context. It's meant for embedded systems and the like.
    --
    Lesbian Nazi Hookers Abducted by UFOs and Forced Into Weight Loss Programs - -all next week on Town Talk.
  63. Re:Just like politics by Matt+Clare · · Score: 2, Informative

    I read this far. The parent was high enough for me.

    I would agree that you should get your hands on Fedora. (And one day you'll end up on Gentoo). In the install screen you'll want to install Apache, PHP and mySQL and install that. (...and before you get to that screen, whatever it proposes for drive partition is probably fine, in linux you need to define the amount of space for memory to overflow to) - A quick Google found this guys guide: http://www.johnmunsch.com/articles/FedoraCoreGetti ngStarted/

    Those crazy Linux commands can be dificult to learn, though powerfull. Are you going to be near this box a lot? If not it might help you to learn more about VNC and use the GUI interface remotely over the network - it functions like Remote Desktop.

    Lastly, it's not really forking. At the moment their just diffrent implementations of the same standards. The linux distros are closer together on 'the linux standard' than Netscape and IE were on HTML.

    --
    .\.\att Clare
  64. Interoperable by exp(pi*sqrt(163)) · · Score: 2, Interesting
    I can run many Windows applications from around 1995 on my Windows XP box. Games often fail because they use the hardware directly - but I have a near 100% success rate with non-game apps.

    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.

    --
    Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
    1. Re:Interoperable by The+One+KEA · · Score: 1

      All right, let's put the shoe on the other foot.

      How easy is it to write C++ programs that use the MS API?

      If a comparison were made between the bugfixes applied to the various Linux userspace libraries and the bugfixes applied to the various MS API libraries, which one would have had a better bugfix/API replacement ratio?

      While backwards compatibility is a Good Thing, retaining an API past its sell-by date only leads to problems when the underlying code needs to be modified.

      --
      SCREW THE ADS! http://adblock.mozdev.org/ Proud user of teh Fox of Fire - Registered Linux User #289618
  65. Not to mention... by Spy+der+Mann · · Score: 1

    the FUD Bill Gates could make, after dealing for years with an angry anti-Microsoft community, about the same community's ability to create (and get approved for publication) extremely long and antiinteroperable sentences.

  66. Works on linux to by oliverthered · · Score: 1

    Try installing wine and binfmt.

    Don't be fooled by the apparent install procedure consistencies in Windows, there are more different installers for windows than there are for linux.
    MSI, InstallShied of various types, wise VB setup to name a few, and when the one you need doesn't work theres no way to install the product, at least with GPL there's always the
    tar -xjf
    autoconf ./configure
    make install option

    --
    thank God the internet isn't a human right.
  67. Re:Just like politics by jander · · Score: 3, Interesting

    I am not sure if you are trolling or if you really are missing the point, so I will give you the benefit of the doubt.

    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 ;-)

    --
    An ounce of perception is worth a pound of obscure
  68. Re:Just like politics by Renegrade · · Score: 1

    Gawd, what awful applications. I always hate when that happens.

    My own code for Windows platforms is always pure Win32 (with DirectX or OpenGL for graphical things), and will run on Win95 through to XP SP2.

    The trouble the other coders get into all starts when they start using auxillary components in Windows, like IE or the goddamned MFC library or such. (This is also where many of the security holes come from)

  69. Huh? by Delinquenthought · · Score: 1

    I just don't understand why the Linux community wants everything to be so complicated. I run Linux and Windows. One thing Windows has is ease of use. I click on *.exe and the program installs. I don't have to open up a command window type in long strings of jibbrish over and over again and follow xx number of steps. Oops I screwed up step 3. Why not make some standards? People (normal people) will use Linux. Microsoft has 99% of the market mainly because 98% of users are stupid.

  70. Re:Just like politics by gurumeditationerror · · Score: 1

    If you're going to freak out about someone else "stealing" your work then you've totally missed the point and should probably just sit quietly in the corner until you get it.


    I write open source code because I want my work to benifit society, not to make some company to rich stealing my code and using it not to peoples benifit (not giving it to them for free)
    I choose GPL rather than BSD specifically for that reason. I think that's probably the reason why there are alot more contributors to Linux than any of the BSDS


  71. SQL Server Driver by daperdan · · Score: 1

    icrosoft software can talk to mainframes and minicomputers from IBM and other manufacturers; other operating systems such as the Mac OS and various UNIXes including Linux; NetWare or AppleTalk networks and native Internet protocols; dozens of programming languages, ranging from COBOL and RPG, through C++ and Java, to the latest experimental languages; hundreds of databases including Oracle, Sybase and DB2; popular business applications like SAP or Siebel; vertical industry standards like SWIFT or HL7; email systems; and infrastructure products providing message queues, directory, management and security.

    Please Mr. Gates point me to the SQL driver for Linux. I know that FreeTDS exists but it's not supported by Microsoft. The interoperability that Billy speaks of is not due to efforts by Microsoft. Quite the opposite. It's been Microsofts goal to make non-M$soft software a failure on its platforms. Sure Java works in windows despite Microsoft's attempt to make it a failure. Stop shitting in our mouths and calling it fudge..

  72. Isn't "liar" the more specific term? by Futurepower(R) · · Score: 1


    Don't call it FUD. If you think a man is a liar, call him a liar.

  73. relative vs. absolute numbers by jeif1k · · Score: 1

    People concerned about "forking" neglect to take into account that forking doesn't mean less support for each fork. Once they get large enough, projects can fork in order to accomodate the needs of a new user community. That doesn't mean that people get left with a less supported option. Open source projects have the sizes and features that their user communities demand. If enough people want to keep using a piece of software that's 20 years old, then that piece of software is going to keep getting used.

    And that's a lot more than one can say for commercial software: after all, does Microsoft still support Windows 3.1? Or Microsoft Word 1.0? Didn't think so. Lack of long-term support despite user demand is a serious problem for commercial software vendors because they need to bring out new versions in order to keep the revenue stream flowing.

  74. Bull by bonch · · Score: 1

    I guarantee you over 90% of most applications going back to Windows 95 will happily run on XP. Your nephew's game that wouldn't run on 98? Bogus. Name it.

    If your Windows 3.1, 95, or 98 app doesn't run on XP, chances are you were misleading and not pointing out that it's a DOS app. XP is based on the NT kernel, not DOS.

    Those aren't forks anyway. A fork is a branching that continues to be developed alongside. Those are newer versions of the same product. Unless you think Linux 2.4 and 2.6 are "forks?" I can't run 2.4-era RPMs on today's Red Hat machines.

    1. Re:Bull by ckaminski · · Score: 1

      Are you kidding? You're kernel has nothing to do with what RPMs you can and cannot run. I'm happily running RPMs built by friends on recent 2.6 kernels on my ancient and dusty 2.4.18 SuSE 8.2 build.

      Balderdash!

  75. Re:Just like politics by bonch · · Score: 1

    Does that mean Linux 2.0, 2.4, and 2.6 are forks?

    What's incompatible about those versions of Windows? All my apps still run, going back to the Windows 3.1 versions. In fact, the massive compatibility layer and bending-over-backward to make things run in Windows is what has made it so unstable, and why they're replacing Win32.

  76. What other foot? by exp(pi*sqrt(163)) · · Score: 1
    As a user what do I care about these issues? I'm just happy if I can run my old applications.

    Also, what MS API difficulties are you talking about? I've found many things just as hard or easy on both platforms. One thing I did have difficulty with was MFC - it seems kinda disorganised and unorthogonal compared to the X toolkits I've used. But much other stuff is the same: eg. grabbing a surface suitable for 3D rendering, without relying on an easy cross-platform library like GLUT, is just as horrible on both platforms. I don't know anything about developing things like web, database or e-commerce applications.

    --
    Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
  77. Propoganda by gone.fishing · · Score: 2, Insightful

    FUD, in all of it's manifestations is a sort of propoganda that can be easily equated to the negitive political ads that we in the United States see every time there is an election. When it comes to talking about all of the confusion that forking creates, it probably should be fought with answers that are real, simple, and above all logical.

    Forking is a system that mimics "natural selection." When two camps have differing ideas they are both welcome to try it, whoever comes out with the "better" product is the "winner." The weaker of the two products may either "die on the vine" or continue to exist for those people who need the feature's it offers. If it dies, then the product that is being offered is clearly better. If both products continue to exist, then the user has more choices. Either way, the end user wins.

    Most of today's modern automobiles have grown from "forks" of the original designs. There is no real reason why they have four wheels and symetric design other than that is what people favor. They have their humble starts with the Ford Model "T" and a few of it's fore-runners. Nobody complains that today, we have too much choice! Why is software any different?

    In nature, we see that mono-cultures are almost always vunerable to some outside threat. Sadly, with the pervasivness of Microsoft Windows, we can see that the virtual world is also close to being a mono-culture. Is it any suprize that this operating system's vunerabilities have made things like viruses, trojans, spyware and other vunerabilities so wide-spread (and so dangerous)?

    Forking is healthy. It works like natural evolution to both strengthen and diversify. It gives choice, and advances software's strengths and brings out it's weaknesses allowing developers to fix and improve. These are all good things!

    1. Re:Propoganda by Oswald · · Score: 1
      When it comes to talking about all of the confusion that forking creates, it probably should be fought with answers that are real, simple, and above all logical.

      Of course, because simplicity and logic always win the day in our elections.

    2. Re:Propoganda by gone.fishing · · Score: 1

      Your point is well taken, and the truth is that the negitive ads work all too often. Still, simplicity and truth are the right way to go. Ignoring the propoganda only makes it seem more valid and fighting back with similar B.S. only reduces us to their level. So what's it gonna be?

  78. First time I applaud Microsoft by Spy+der+Mann · · Score: 1

    Otherwise, I doubt that people would push the LSB2.0 as strongly as they are now.

    Let's hope their efforts bring us the fruit that finally crushes down Microsoft's evil.

  79. Or should that be... by hughbar · · Score: 1

    Fighting the forking FUD?

    --
    On y va, qui mal y pense!
  80. Re:Linux FUD by ckaminski · · Score: 1

    There's no reason to indicate that in 5 years, the cost for supporting those modifications will be any more than it cost originally, allowing for price inflation. In fact, if you did your job properly, and hired a reputable, skilled Linux practioner, odds are that they've either kept those changes up to date, or are in a good position to do so.

    Most organizations have no need to customize a kernel. Those people buy their apps off the shelf, or hire consultants to build them for them. And the lesson I have learned writing Windows Apps particularly the DOA/RDO/ADO fiasco, is that odds are, in 5 years, you'll be forced to migrate your apps anyway, because Microsoft has stopped supporting them.

    It's conveniently ommitted, because it's not an issue, and is therefore, not FUD. People with a vested need to see kernel changes of any magnitude will either have developers available, or will pay for it.

  81. Re:Microsoft forks too by TheSpoom · · Score: 1

    Anything that leads to Windows ME is undoubtedly a mistake.

    --
    It's better to vote for what you want and not get it than to vote for what you don't want and get it.
    - E. Debs
  82. Non-standard fork by doodlelogic · · Score: 1

    Surely the poster meant a regular table fork, not a pitchfork!

  83. Word Documents? by asciiRider · · Score: 1

    Why the %$*(#$ is everybody talking about word documents?

    I believe Bill was talking about Directory Services, Mainframes, etc...

  84. This is "Interesting"? by Svartalf · · Score: 1

    C'mon, Games don't often fail because they use the hardware directly- in fact they don't. They use DirectX in most cases. Just because MS claims that the versions of DX are backwards compatible, doesn't mean that they ARE so. And just to close you off, DOS based games do not count as they weren't Windows games- sorry, no traction there.

    Applications don't 100% work- YOUR applications might do that, but not all of them. I can guarantee you with a 100% certainty that that GDI calls for the desktop and for printing are not even close to consistent across Win 95, Win NT4, and Win2K. I can guarantee you that the API interfaces may be "consistent" but what in the hell they do isn't. And there's broken stuff in the API's from Win 3.11 to NT/95, and better yet there's horrifically inconsistent stuff across their API's (There's been three different, utterly and radically incompatible methodologies for thunking in the last decade- and one invented way that I came up with to support some cross version document imaging components back in the 96 timeframe.)

    You either have done minimally complex coding or no coding at all- or else you'd not be making these claims you make about the Windows API.

    On the other hand, I can expect code made for the major version numbers and properly linked against the generic instead of the specific .so files to work 100% of the time. And, for the large part, as long as the kernel interfaces don't radically change on you, a statically linked app will just simply run. I've got apps from the '95 timeframe that still work fine- having said this, there's newer versions that work better. In fact, I can guarantee you with a 100% certainty that the applications I've written will run on pretty much any distribution to date.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    1. Re:This is "Interesting"? by exp(pi*sqrt(163)) · · Score: 1
      Just about every document on migration from Windows 95 and 98 to NT, 2000 or XP discusses the issue of talking directly to hardware and how this could break older software. I imagined those statements were there for a reason and not just because people wanted to talk about it for the hell of it. My mistake. I'm also guilty of stereotyping - I assumed that if people were talking to hardware, it was more likely to be developers of games who had a history of tweaking hardware and who screamed about how crap early MS graphics APIs were.

      I can expect code made for the major version numbers and properly linked against the generic instead of the specific .so files to work 100% of the time
      Tell that to the people at my company currently trying to migrate from RedHat (with Linux v.2.4.20) to SUSE (with v.2.6.6).
      I can guarantee you with a 100% certainty that the applications I've written will run on pretty much any distribution to date.
      Well you should be educating other people on how to do this. My experience with binary only applications is that they simply don't move from one version of Linux to a more recent one. Today the app pissing me off is Mathematica (seg faults).

      Meanwhile every Windows application I've ever bought (including apps going back to '95) runs fine on Windows XP (apart from games, for whatever reason). These are apps like Office, Photoshop, Illustrator and totally crap things like an Xmas mailing list app (can't afford new versions). Hell, I can run apps written for 16 bit machines under Windows XP.

      But you've given me renewed hope - maybe there's a chance I can get my old Loki games to run under a modern Linux distro.

      --
      Doesn't it make you feel good to know that our freedoms are protected by politicans, lawyers and journalists.
  85. Indeed. by Svartalf · · Score: 1

    I call him and his lieutenants that all the time.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  86. Ummm by cthulhu11 · · Score: 1

    Linux forked years ago.

  87. X.400 was used; IS-IS by anti-NAT · · Score: 1

    I do remember that X.400 was used, at least here in Australia. I remember a number of years ago seeing a business card with both an Internet email and X.400/X.500 email address on it, so I presume it was used by somebody at one stage.

    IS-IS (routing protocol) is probably the most used ISO standard. All the big ISPs use it as their internal routing protocol, as in the past it was more stable than OSPF implementations, and has a few attractive adminstrative features that OSPF doesn't have (e.g., being able to renumber areas without disrupting the network, independent setting of hello (dropdead) timers for routers on a link.).

    --
    The Internet's nature is peer to peer - 20050301_cs_profs.pdf
  88. What The Fork by rtb61 · · Score: 1
    I've got a microsoft windows program and when I attempt to install it on microsoft windows, it just informs me that the incorrect installer is being used and shuts down the installation. No fixes, no work around,no patch available, just a bad choice in software.

    What the fork are Microsoft on about, the whole idea of open source is being able fork to your hearts content, you can fork, then defork, then fork again. The basic concept of software freedom versus proprietary closed source lock in (where a fork is designed to do nothing more than force a customer to continually upgrade at great expence time and effort).

    As for other software producers to be able to match their programs to the most appropriate fork, it is always publicly obvious which fork is the most popular, hence which kernel will draw the most commercial software and as a result become even more popular.

    When it comes to standards, every operating system is in itself a fork of the concept, with the various incomptable versions of windows just being additonal forks of a fork. As for being a standard operating system Windows has proven itself to be insecure, unreliable and un-trustworthy, definately a forking fork to be left behind. When it comes to the worst fork of the Linux kernel, I expect it to come out some time in the future and be the one produced by Microsoft (so as to be able to re-introduce Linux users to the joys of Microsoft marketing, where promotion far exceeds product quality).

    --
    Chaos - everything, everywhere, everywhen
  89. MOD PARENT UP by lisaparratt · · Score: 1

    This is a very good point - for application rather than server/enterprise software like "My First Paint Program", "Jim's Christmas Card Creator", "Laz0rDeath 3: This time it's personal"[1] there is never going to be any money in service, support or customisation, and so the only route to making money with it is by xlosing the source and charging for it.

    [1]: The programs do not exist.

  90. Microsoft Office Formats Not Really Being Opened by Ignominious · · Score: 1

    Is it me, or wasn't the Microsoft Office 'open' XML document format FUDged rather a lot?
    Microsoft Office Formats Not Really Being Opened

  91. Open Source Fork vs Closed Source Fork by rtb61 · · Score: 1
    Typical of microsoft to take two utterly different things and try to make them appear the same for marketing purposes. An open source fork has nothing in common with a closed source fork, appart from the word fork. Microsoft mentallity with regard to forking seems to be locked into the way they have used and abused forks, where they have continually failed to include interoperability layers to force upgrades upon customers that have no interest them.

    An open source fork is fully visible, if you want to match it or include an interoperability layer or just swap to it, you can. You can readily make your software run on any open source fork (free of BS licensing fees and twisted patent stealing contracts) you can see the source code, you can use bits of the source code.

    A closed source fork is the exact opposite, you can't readily make you software run on a closed source fork, you are burdened with BS licensing fees and twisted patent stealing contracts. And you know when they introduce a new fork you are going to get ripped off yet again.

    Let's not forget the extra special part about closed source forks, if you produce a extra good software package and say someone like microsoft decides they want to compete with your package. They just introduce a new fork that is incomptable with your software, throw in a few hurdles and roadblocks to insure your product is disadvantaged on the new fork versus their version of your software and you are dead in the water.

    Microsft forking for profit at everybody elses expence.

    --
    Chaos - everything, everywhere, everywhen
  92. Packaging solves this problem by oo_waratah · · Score: 1

    Linux has come a long way in terms of packaging and dependencies. It may be able to be installed easily because the legacy packages are avaialble or it may take a little research however I could find those old libraries and run it.

    More of a problem with Windows is when the dll is called the same this with a different binary interface. This happens and causes a lot of those crashes that you see. Linux on the other hand has a model that shows when a shared library (equivalent to a dll) has a binary incompatible upgrade and two versions can happily live on the same machine servicing both programs.

    Finally most applications can be recompiled or drawn from current packages getting rid of bugs and security problems for free.

    So all in all I would say that the fundamental process of Linux is far more robust from a technical viewpoint.