Slashdot Mirror


Open Source Not That Open?

mstansberry writes "At the Open Source Business Conference last week, Microsoft's Shared Source mouthpiece Jason Matusow argued the point that open source isn't really open. He said you can't just go changing code on supported Linux offerings without paying extra to companies like Red Hat or Novell. So as Linux is commercialized, it becomes less open. While Matusow made good points during his presentation, many in the open source community are skeptical of the idea at best."

339 comments

  1. It all depends... by OSS_ilation · · Score: 5, Funny

    on what your definition of "open" is. Same defense, different Bill.

    1. Re:It all depends... by Rei · · Score: 5, Interesting

      I can't tell what kind of argument he's trying to make. Is he trying to claim that you have to pay money to get patches or new programs added to the distro? Because if your changes are in the distro, RedHat will support it. Do you think MS will arbitrarily support you if you make random changes that don't have review?

      If they think it's hard to get code in, that's pure nonsense. As a Fedora Extras contributor (fortune-firefly, and coming soon Nethack: Vulture's Eye/Claw) the process is relatively simple, and the people very supportive and responsive. Now, Fedora Extras is certainly less picky than RHEL, but I can't imagine it being too difficult to get code in. If it's not your own package, just simply a package carried by RedHat, you don't even have to deal with RedHat - you just deal with the developers of that package. If they take your patch, then your patch ends up in the distro.

      If he's talking about "you make changes and then expect RedHat to immediately support your changes for you without merging it into the distro", however, that's a pretty preposterous thing to expect. That's not asking for a supportive vendor - that's asking for consultants.

      --
      "He's a god; it'll take more than one shot." â" Lady Eboshi, Mononoke Hime
    2. Re:It all depends... by dnoyeb · · Score: 4, Interesting

      The oddest part is that he is talking about 'open' as if being less open is somehow bad.

    3. Re:It all depends... by AoT · · Score: 2, Insightful

      This is what it boils down to: Microsoft does not understand that the free in free software is not necessarily free as in beer; and, yes, it may cost more if you decide to go willy nilly on a coding spree and expect your changes to be supported.

    4. Re:It all depends... by Principal+Skinner · · Score: 2, Interesting

      If he's talking about "you make changes and then expect RedHat to immediately support your changes for you without merging it into the distro", however, that's a pretty preposterous thing to expect.

      Yes, that's what he's talking about. You have hit the nail correctly about its being preposterous, and that's exactly the point: it ain't gonna happen. People get Open Source marketed at them (by the /. crowd) with promises of being able to modify whatever they need to. Then, when they say, "all right, I'm in", they get ushered over to Red Hat (two words -- even the Slashdot editors spelled it right!) to sign up for support. Surprise, surprise, no one told them to give up their notions of modify-it-yourself that sold them early on. Sure, if you think about it, it's kind of stupid to expect both. But it's not human nature, and not that easy, either, to constantly check new facts against previously received ones, and we're sort of putting out a contradictory message, like the car ads where they'll list the fuel economy and base price of the 4-cylinder model, but the 0-60 time of the 6-cylinder turbocharged model. Not exactly honest.

      --
      one hundred twenty
      is just enough characters
      to write a haiku
    5. Re:It all depends... by utnow · · Score: 0, Offtopic

      ooohhhhh!!!! BURRRRNN!!!! you go girlfriend!

    6. Re:It all depends... by doormat · · Score: 1

      If they think it's hard to get code in, that's pure nonsense. As a Fedora Extras contributor (fortune-firefly, and coming soon Nethack: Vulture's Eye/Claw) the process is relatively simple, and the people very supportive and responsive.

      Isn't firefox impossible to submit code to? At least without being asked to contribute?

      --
      The Doormat

      If you're not outraged, then you're not paying attention.
    7. Re:It all depends... by Anonymous Coward · · Score: 0

      lol what?

    8. Re:It all depends... by Anonymous Coward · · Score: 1, Funny
      Q: How do you know that a Microsoft spokesman is lying?


      A: His lips are moving.


      (*drumroll* *kosh*)

    9. Re:It all depends... by Skreems · · Score: 5, Insightful

      This is something I've seen come up a lot... it's part of open source that a lot of people are confused about.

      Just because you have access to the code, and can change whatever you like, DOES NOT MEAN that you will be allowed to contribute to the official project code yourself. Firefox is a closed development house. They keep strict control over what code goes in, who's allowed to touch it, what features go on the UI and how they're organized. If they want to keep it that way, they're perfectly within their rights -- and given the quality of the product, it seems to be a good idea. If everyone were allowed to drop in code, or tack things on to the UI, the project would soon be a total mess.

      But just because they keep a tight reign on the project code doesn't mean they aren't following the ideals of open source. You still have access to the code. You can go in and change whatever you like, fork the project, release your own competing version based on the original codebase, etc. That's where the true value of OSS comes from. If the Mozilla foundation ever went away, the community could pick up the code from the last release and run with it. If your company wants to release a custom version with support for some weird proprietary graphics format that Mozilla would never in a million years devote time to, you can. That's what open source is about.

      Allowing everybody with even a vague interest to contribute to THEIR fork of the code, however... was never any open source license. At some point, once you get past the warm fuzzies of releasing something Open, you still have to sit down and actually code the project. And keeping an invitation only group makes a lot of sense, from that perspective.

      --
      Slashdot needs a "-1, Wrong" moderation option.
      The Urban Hippie
    10. Re:It all depends... by shanecoughlan · · Score: 5, Insightful

      The thing that really bites about the article, and the reason I disagree with it, is attitude. The open source world (by and large) is about sharing intellectual horsepower. We make something, we share it. Some guy can make it better. We can all get the added value of development. Coherent groups create open source software products (yes, I said products) like Firefox or OpenOffice, and individuals go and toy with the code.

      The Microsoft presentation says something very different.

      "Matusow said opening up software can add value, "but you need to understand why you want to open certain software. We are building intellectual property into software and trying to sell it. We throw code over the wall for the community to build on it.""

      They throw code over the wall?

      It's very patronizing. Instead of regarding the people out there as brainpower with a positive contribution, they regard their internal direction as higher than external voices. I guess this is why ultimately Microsoft is dropping the ball. They just don't listen. You NEED to listen. The world has changed since Win95, or even WinXP. We need more, we need it faster, and we need it to work with the Mac laptop and Linux server.

      Basically, the surge in open source is driven by the fact that it's answering so many of the productivity, communication and search questions of the marketplace. Even Apple realize that, and this is why their baby (MacOS X) is largely available as Darwin (open OS code).

      Just my two cents.

      Shane Coughlan
      Project Leader
      Mobility http://mobility.shaneland.co.uk/

    11. Re:It all depends... by FireFury03 · · Score: 2, Interesting

      He said you can't just go changing code on supported Linux offerings without paying extra to companies like Red Hat or Novell.

      Uh, I dunno what he's been smoking...

      1. The code is open, you can change it as much as you want (it just might not get adopted upstream)
      2. If you make a good patch to fix a bug then it usually does get pulled in upstream (either by the packager, or by the author - if it gets to the author then *all* the packagers get it)
      3. Tied in with (2), if you join the project that's developing a piece of software and submit code then (assuming the code is of a good quality) that code usually goes into the trunk of the project and then filters down to all of the packagers.

      I've written bugfixes, enhancements and completely new chunks of code for the kernel, squid, etc. This code is packaged by most of the distributors and I've never paid them a penny. I've also worked on projects such as MythTV (i.e. stuff that's not usually packaged by third parties) and my code is in the trunk there too. Again, I've not paid anyone to incorporate my code.

      It is in the interest of the developers, distributors and their customers to incorporate high quality patches. And even if they don't, that doesn't take away your ability to modify a project for your own use.

    12. Re:It all depends... by shawb · · Score: 2, Insightful

      I think what the MS guy is complaining about is that once you make your own personal changes, then the product is no longer supported by the vendor. In a nutshell that means that there is no reason to pay for support on an open source piece of software over a closed source piece of software.

      I personally understand that there are advantages of the open source model, primarilly in that if the company you had support from goes out of business or stops supporting that software you can still go out and find someone else to support it or even manage the thing internally, while with closed source software once the software vendor stops support you are forced to upgrade or switch to a completely different package. But Microsoft probably doesn't see that as a significant advantage, or at the very least doesn't want other people to consider that as an advantage.

      --
      I'll never make that mistake again, reading the experts' opinions. - Feynman
    13. Re:It all depends... by zootm · · Score: 1

      That's not really his argument — he's more saying that saying one is open, when in reality one is not, is worse than not being open at all since the advertised benefits are in essence missing.

      I don't know if I agree with his claims, but this argument (as an argument, before attempting to apply it to people) isn't particularly outlandish.

    14. Re:It all depends... by DenDave · · Score: 4, Informative

      Actually it sounds like he doesn't get the Open bit to begin with.
      The code is open and you are free to change what you want. Or simply review it for your sunday afternoon leisure. Whether or not some other person or company is happy to give you support is a different matter altogether. This is just more FUD. RedHat is not "less open" it is simply a greater financial gamble if you start changing code in a RHEL supported box, either they support it or they don't. However, this doesn't change the fact that you can freely download Linux and bake it from scratch or use one of the many distros and change the code as you see fit.

      --
      -if at first you don't succeed, stay the heck away from paragliding.
    15. Re:It all depends... by FireFury03 · · Score: 2, Informative

      I think what the MS guy is complaining about is that once you make your own personal changes, then the product is no longer supported by the vendor.

      Well, if your changes go upstream then in *will* be supported by the vendor at no extra cost. In any case this seems like a bogus arguement because the choice is between FOSS (you can make changes but they might be unsupported) and closed software (you can't make changes at all) - clearly FOSS gives the greater freedom and closed software has no advantage.

      primarilly in that if the company you had support from goes out of business or stops supporting that software you can still go out and find someone else to support it or even manage the thing internally

      More importantly (since there's no chance of MS going out of business any time soon), if RedHat don't want to do some bespoke modifications to the software for you (for a reasonable price) you can find someone who will do the modifications (and support them), or you can modify and support it yourself. Compared this to the closed environment where if the software doesn't do what you need then you have no recourse but to get the author to modify it (you try getting someone like MS to make a modification to their software for a single customer).

      Additionally, for a techie, an open system is easier to debug since you can look at what's _actually_ happening instead of just having a black box and a spec saying what it's _supposed_ to do (which probably doesn't match what it's actually doing).

      In my last job I did a fair amount of bugfixing work in the kernel (mainly networking stuff), which just wouldn't be possible under Windows - under Windows if the kernel's broken then you're basically stuffed, you're not even guaranteed a way to fix it in the future because it's completely up to MS whether they fix the problem. In the FOSS world, if there is a problem which is affecting you you can either fix it yourself or pay someone else to fix it.

    16. Re:It all depends... by Jasper__unique_dammi · · Score: 1

      I agree, with this. And if you see a really nice change in the code that works. You can always send a mail, trying to convince them its better. If they respond no, you might learn something about why not. If they don't respond or you still dont agree, you can _always_ start an alternative project if its GPL- licenced. PS Ofcourse in the latter case be nice and give credits and also think about what your doing, is it really worth the time?

    17. Re:It all depends... by Anonymous Coward · · Score: 2, Insightful

      When you interface Red Hat through the support organization it is just about impossible to get changes to the product. They simply say:

      "We will post your changes / suggestions to the developer community and if they are introduced into the codebase we will support it."

      The issue is really *how* you interface with your distribution. Most larger companies have not gotten thier minds around doing internal development work on the OS's that they run. (And for good reason - it is not what they do.) So they interface with "Linux" problems like they do any other software product; through the support contract that they paid dearly for (in the case of Red Hat and SuSE).

      When they call these organizations they get little or no ownership of the problem that is seen in "traditional" offerings.

      That is really the point of the Red Hat and SuSE license / contract (in my opinion) to map the traditional model (call vendor for support) to the open source model (read the code solve it yourself / post online / etc...). It is a difficult task, and each does lousy job of dealing with bugs. They may be helpful during installation and integration, but once you find a problem in the code they tend to be next to worthless in getting a fix to you.

      How I know:

      I have worked in the industry for years so have had some experience working with (other) tech support. In my last position I was responsible for evaluating and making recommendations for the support my enterprise customer was purchasing from Red Hat and SuSE.

    18. Re:It all depends... by dorkygeek · · Score: 4, Insightful
      People get Open Source marketed at them (by the /. crowd) with promises of being able to modify whatever they need to. Then, when they say, "all right, I'm in", they get ushered over to Red Hat (two words -- even the Slashdot editors spelled it right!) to sign up for support. Surprise, surprise, no one told them to give up their notions of modify-it-yourself that sold them early on. Sure, if you think about it, it's kind of stupid to expect both. But it's not human nature, and not that easy, either, to constantly check new facts against previously received ones, and we're sort of putting out a contradictory message, like the car ads where they'll list the fuel economy and base price of the 4-cylinder model, but the 0-60 time of the 6-cylinder turbocharged model. Not exactly honest.

      So, to stick with the car analogies, you expect your car dealer to fix your car if it breaks within guarantee, although you've modified the motor, and exchanged the breaks. All at no cost extra.

      Sorry, but this is plain stupid. It does not work like that in non-FL/OSS industry, and noone claims that it works like that with FL/OSS. You just can't buy a service contract, do whatever the heck you like to the software, and then expect them to support your own code without giving them extra money for the time they need to analyse the changes you made to their software.

      So please stop making such braindead comments.

      --
      Windows is like decaf - it tastes like the real thing, but it won't get you through the day.
    19. Re:It all depends... by dup_account · · Score: 1

      Nah, his argument is based on this: If you buy a supported/stable Redhat version (which you are buying because it is stable) and you want to change it, then you need to work with Redhat to keep it stable (Therefore all open source isn't really open source (sorry, had to do the math for you here)).

      His argument is based on Redhat's requirements for keeping your system supportable. I believe this is a perfectly legitimate concept to expect.

      What he doesn't say is that if you aren't expecting a Redhat guarentee then there is absolutely no issue with making changes. Redhat won't charge you a cent as long as you don't expect them to ensure stability.

    20. Re:It all depends... by CastrTroy · · Score: 1

      I think what the MS guy is complaining about is that once you make your own personal changes, then the product is no longer supported by the vendor.

      The problem with this argument is that with closed source software, changes you make won't be supported either. In fact, it's very very hard to make changes at all, so much so, that it's pretty much impossible to make changes to closed source software. At least with open source software you have the option to make changes. However, expecting the vendors to support everyone's changes without charging them is asking a little much of them.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    21. Re:It all depends... by golgotha007 · · Score: 1

      "Matusow said opening up software can add value, "but you need to understand why you want to open certain software. We are building intellectual property into software and trying to sell it. We throw code over the wall for the community to build on it."

      Jason Matusow, not to be confused with poker chamption, Mike "The Mouth" Matusow, although they both seem to be blathering about something...

    22. Re:It all depends... by zootm · · Score: 1

      I think you just essentially restated what I was saying, but yes, his argument is subjective to the frame from which he's arguing.

    23. Re:It all depends... by Anonymous Coward · · Score: 0

      If they are good they will take your patches - grousing about not getting your story on slashdot... I mean about not getting you patch accepted is bad form - go learn how to code.

    24. Re:It all depends... by Anonymous Coward · · Score: 0
      In his post Shane Coughlan says regarding Microsoft:
      They throw code over the wall? It's very patronizing. Instead of regarding the people out there as brainpower with a positive contribution, they regard their internal direction as higher than external voices.

      Well how is this any different than how Firefox operates?

      Let me quote from Skreems' post about Firefox:
      Just because you have access to the code, and can change whatever you like, DOES NOT MEAN that you will be allowed to contribute to the official project code yourself. Firefox is a closed development house. They keep strict control over what code goes in, who's allowed to touch it, what features go on the UI and how they're organized. If they want to keep it that way, they're perfectly within their rights -- and given the quality of the product, it seems to be a good idea. If everyone were allowed to drop in code, or tack things on to the UI, the project would soon be a total mess.

      Microsoft "regard their internal direction as higher than external voices" and this is considered patronizing?

      Firefox "keep strict control over what code goes in, who's allowed to touch it, what features go on the UI and how they're organized" and this isn't considered patronizing?

      Since it is so early in the morning I'm having a little trouble accommodating these apparently contradictory ideas in my mind.

      Can you help resolve this apparent contradiction?
    25. Re:It all depends... by timeOday · · Score: 1
      It does not work like that in non-FL/OSS industry, and noone claims that it works like that with FL/OSS. You just can't buy a service contract, do whatever the heck you like to the software, and then expect them to support your own code without giving them extra money for the time they need to analyse the changes you made to their software.
      That's exactly what the MS guy is saying. He's not saying it's wrong for RedHat to operate this way, either: "They have to lock things down to provide value."

      The question is whether this negates any benefits of open source, as he claims. In other words, "it's impractical for end users to change the code anyways, so why tout that as a benefit?"

    26. Re:It all depends... by llbbl · · Score: 1

      That guy who made those comments about Linux is stupid, how about the fact that you can download, install and use Linux FOR FREE. Windows you got to pay hundreds of dollars for something MS thinks is good. Of course some MS advocate is going to try use every little excuse to make it seem like Linux is becoming like windows when it actually is not! I'm sure it is a lot easier to make a contribution to the development of Linux than windows. Gah some people!

    27. Re:It all depends... by Anonymous Coward · · Score: 0

      I think the key is that its not THEIR software anymore

    28. Re:It all depends... by Principal+Skinner · · Score: 1

      So, to stick with the car analogies, you expect your car dealer to fix your car if it breaks within guarantee, although you've modified the motor, and exchanged the breaks. All at no cost extra.

      No, I don't (and nor do I expect a Linux ISV to support code that I've modified). Please read more carefully.

      Who exactly is the group that is going around saying, "Buy brand X car, you can modify it any way you like"? None that I'm aware of. So no one ever has those expectations in the car world. There is no such thing as a car that exists in open-source and commercially-supported versions, though, so the analogy doesn't hold up that well.

      [no one] claims that it works like that with FL/OSS

      This is true; the problem is that no one claims it doesn't work like that (except MS spokespeople, and, I suppose, the support department of the FLOSS ISVs when they get calls complaining about their custom kernels). You have, basically, one group saying, "you can do this", and another group saying, "you can do that", and neither is saying "you can't do both".[1] So it is left up to the customer, who, as demonstrated by an earlier responder, will always fall neatly into either the "competent" or the "incompetent" category, to put the pieces together on his own.

      [1] I don't know, maybe the ISVs do have some clause about it in their service agreements or some such, but you don't see that until you're well into the process, having at least selected Red Hat or whoever as a major contender.

      --
      one hundred twenty
      is just enough characters
      to write a haiku
    29. Re:It all depends... by Anonymous Coward · · Score: 0
      just because they keep a tight reign on the project

      Very good post. My silly little reply, though, is to point out that it is "tight rein," as in controlling a horse or team of horses.

    30. Re:It all depends... by morganew · · Score: 1

      You are 100% correct here. "free" does not guarantee security, or number of eyeballs, or that the code of a project is any good at all. All it secures is your right to access and modify the code for YOUR purposes.

      The problem is, people have taken instances of good software and attached global meaning.

      So while your post is right, don't you think that this message needs to be heard by those who say "OSS is inherently more secure" or "OSS is better because thousands of people have reviewed and improved the code"?

      --
      A sig?!? I don't think so.....
    31. Re:It all depends... by dorkygeek · · Score: 1
      Who exactly is the group that is going around saying, "Buy brand X car, you can modify it any way you like"? None that I'm aware of. So no one ever has those expectations in the car world. There is no such thing as a car that exists in open-source and commercially-supported versions, though, so the analogy doesn't hold up that well.

      Hmm, I do not completely agree here. Fact is, that you can modify your car however you like, from the first day on (as long as it is kept within the legal limits). But nobody expects their dealer to fix it then within normal contract. I even dare to call a car a partial open source commodity (you can modify it however you like, and the "source" of many parts of a car is open, or you can at least discover the "source" by e.g. taking the gear box apart).

      Further, it is true that you can modify your FL/OSS software however you like, that's what the /. crowd tells everyone, and that's what e.g. RedHat tells it's customers. The difference with closed software is that you can take the product you bought from RedHat, and change it to your liking at source level. You can't do that with MS Office. That's the point. But claiming companies like RedHat would be dishonest to their customers because they do not support customer-modified software out of a normal service contract is a bit far fetched.

      The freedom to modify software at source level and service contracts are two different things, and are also marketed as such, and I think that normal customers with some business experience are able to tell that difference, and can derive by themselves that changing the product makes it your own product, and not that of RedHat anymore, and therefore disqualifies it for regular product support.

      What you and MS claim is that normal customers are unable to tell this difference, and RedHat et al. should print a warning on their boxes to make this clear. This somehow reminds me of microwave manufacturers which have to warn their customers to not put their dog into their product, because otherwise the manufacturer would be liable for not having their customer told so. This is stupid because, even if we made a closed world assumption, it wouldn't be practical nor possible to list all things you must not do with your microwave, or all things which are not possible with a software service contract. I feel that customers are mature enough to be able to derive the correct meaning of positive statements, not needing every possible negative statement just to derive the proper set of claims. (On a sidenote, this seems to be a phenomenon limited to the US of A only, since I yet have to find a manufacturer over here in Europe which has to list all things you mustn't do with their products.)

      [1] I don't know, maybe the ISVs do have some clause about it in their service agreements or some such, but you don't see that until you're well into the process, having at least selected Red Hat or whoever as a major contender.

      I hope people are educated enough to read their service contracts before they sign them.

      --
      Windows is like decaf - it tastes like the real thing, but it won't get you through the day.
    32. Re:It all depends... by Kosala · · Score: 1

      this would be same as asking for support from microsoft to run MS Office suite on React OS. It is a acceptable fact that once you mess up with a distro unnecessarily, you're prety much screwed. in simple terms if you compile the kernel in redhat it is not redhat any more, and they have recommended ways to update kernels. I've heard this before from a M$ guy in a "tech ed", which I found hilarious.

    33. Re:It all depends... by Skreems · · Score: 1

      I don't think that quite follows... while millions of people can't contribute to the codebase whenever they want, they CAN go in and look at the code, and check for security problems. That's amazingly valuable. With closed software, even if you suspect there's a security problem, you can't go into the code and check.

      So no, OSS doesn't _guarantee_ better security. But IF people take advantage of the openness and DO go in and check it over, it can be a tool that _allows_ better security than with closed source software. The correct statement would be "OSS inherently has the potential to be more secure".

      --
      Slashdot needs a "-1, Wrong" moderation option.
      The Urban Hippie
  2. Finally... by Anonymous Coward · · Score: 5, Funny

    An objective evaluation from the leader in open source.

    Come on... Microsoft!??!

    1. Re:Finally... by Mateito · · Score: 4, Informative
      From TFA:

      Shared source is Microsoft's foray into community development, started back in 2001 when Linux was just a hobby for the blue-haired ponytail set.

      I think everybody except for Microsoft had heard of Linux well before 2001. I first started playing with it in 1995, and had it in production for webservers and other edge type boxes during 1997.

      I've never had blue hair.

    2. Re:Finally... by BrokenHalo · · Score: 1
      ...back in 2001 when Linux was just a hobby for the blue-haired ponytail set.

      I suspect the writer is either very young or has been living in a barrel.

      I've never had blue hair either, and haven't sported a ponytail since the '70s, but I've been using Linux exclusively on my desktop machines since ~1996, and nobody considered it radical then.

    3. Re:Finally... by Kjella · · Score: 0

      I've been using Linux exclusively on my desktop machines since ~1996, and nobody considered it radical then.

      Pardon me, but who exactly were you hanging out with around 1996?

      --
      Live today, because you never know what tomorrow brings
    4. Re:Finally... by marcello_dl · · Score: 1

      By the way in 2001 the situation was like this:
      On macs the beta quality OSX 10.0 (the feature starved 10.1 late that year)
      On windows the crap quality Windows ME (the kinda stable but insecure xp late that year)

      On Linux kernel 2.4 which was quite compatible with 2.2, stable on my mac, great for server software, with some desktop apps too.
      Blue hair indeed :P

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    5. Re:Finally... by dascandy · · Score: 1

      I've seen copies of at least 3 different magazines about Linux in the computer stand in a generic bookstore on a train station in 2000 next to a few Windows magazines. Don't come tell me now that Linux wasn't known.

    6. Re:Finally... by Nasarius · · Score: 2, Insightful

      Probably Unix users. Even the early versions of KDE were much better than, say, CDE. For those already familiar with Unix, moving to Linux would be no big step. Maybe it's more workstation than desktop, but that's not always a bad thing.

      --
      LOAD "SIG",8,1
    7. Re:Finally... by Anonymous Coward · · Score: 0

      I've never had blue hair.

      How typical of the youth of today... No respect for dyed hair ;)

    8. Re:Finally... by Evro · · Score: 1

      Agreed. VA Linux's IPO was in 1999. I think it's safe to say that most big businesses were well aware of Linux before 2001.

      http://www.salon.com/tech/log/1999/12/10/va_linux/

      --
      rooooar
    9. Re:Finally... by rholtzjr · · Score: 1

      Yup, '95 sounds about when I setup a 1.2.8 kernel Slackware box as a mail server for a company. I do recall playing with it even before that as well. and I never had blue hair either :P It did however start to prematurely turn gray dealing with converting a company whose web site was all MS VB to Java and Unix. It is now starting to return to its normal color after the migration is complete.

    10. Re:Finally... by BrokenHalo · · Score: 1
      Q: Pardon me, but who exactly were you hanging out with around 1996?

      A: Well, it wasn't Linus Torvalds, that's for sure. Not that I don't believe he's a perfectly nice guy, I've just never met him. Fact is, there are plenty of independent-minded people around who are perfectly amenable to different approaches to common goals.

      Trouble is, there are some types of environment (e.g. corporate, government, academia) where, as a result of their size and their capacity to dominate social interactions, this kind of independence is, if not actively discouraged, at least harder to maintain unless you're a cantankerous old fart like me.

    11. Re:Finally... by roscivs · · Score: 1

      You also have to remember that in the mid-90s, there were a lot of people still running some flavor of DOS, some of whom had Windows 3.1 running on top of it. In those days, if you wanted to do networking of any sort, Linux was far more full-featured than DOS/Win31, even if you never got X working at all. This was true (IMHO) until Windows 2000, when Microsoft finally produced a version of Windows that was (a) far more stable and (b) far less buggy when it came to networking/Internet.

      --
      ~ roscivs
    12. Re:Finally... by sootman · · Score: 1

      No sense mentioning that Linux was ten years old at that point (and the Free Software movement was even older) and both* had literally thousands of developers and features and apps by then, whereas MS was just starting to dabble in OSS at that point. "Sure, Picasso is a big name in art and is known worldwide, but 4 years ago, no one had heard of him, and we just bought a tube of paint and one of those sticks with hair on the end."

      After all, what's a ten-year headstart in the computer industry, anyway?

      * note that they're blurring the line between Linux in particular and OSS in general to make its history seem even shorter and less significant.

      --
      Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
    13. Re:Finally... by Anonymous Coward · · Score: 1, Interesting

      Yeah, I had seen it in production use by 1995 or so, and was using Red Hat 7.0 on production servers back in 2000.

      You're wrong about everybody having heard of Linux except Microsoft, though. The first Halloween document was dated Aug 11, 1998. They've been removed from the OSS site, supposedly to Raymond's site, but I was unable to find them there.

      http://www.softpanorama.org/OSS/halloween.shtml
      is a working link, though.

      This is just Matusow in full-on shill mode.

  3. I'm sold by doxology · · Score: 4, Funny

    It's a Microsoft spokesman saying it, it MUST be true!

    --
    sigfault. core dumped.
    1. Re:I'm sold by DrEldarion · · Score: 2, Insightful

      You joke, but a lot of people believe just that.

    2. Re:I'm sold by dtfinch · · Score: 2, Interesting

      No kidding. I know an MSCE who absolutely won't allow any open source whatsoever on the hundreds of desktops and several servers he manages because he heard that open source was horribly insecure, like spyware and crap. If it didn't come from Microsoft, and it's not Microsoft certified, he won't trust it at all.

    3. Re:I'm sold by joe_adk · · Score: 1

      It's a Microsoft spokesman saying it, it MUST be false!

    4. Re:I'm sold by DigiShaman · · Score: 4, Insightful

      I'm an MSCE, and I want to slap THAT MSCE who said that to you. Seriously, who the fuck cares. Software use should always be about the right tool for the right job. The moment you start putting "faith" or "cult" into judgement, we start to have a serious problem!

      --
      Life is not for the lazy.
    5. Re:I'm sold by atomic-penguin · · Score: 1

      Hmm, contoso.com. Dan Holme or Orin Thomas, I presume?

      Unless that is just meant to be an MCSE inside joke.

      --
      /^([Ss]ame [Bb]at (time, |channel.)){2}$/
    6. Re:I'm sold by TheGSRGuy · · Score: 2, Insightful

      I couldn't agree more. Use what you need to to get the job done. People who are militant anti-MS, for example, really end up shooting themselves in the foot since they cut out the possibility of MS software solving a problem of theirs. They often make more work for themselves just because they're holding themselves too strictly to some unfounded ideal. But they feel "above the rest of [you peons]" so hey, whatever floats your boat.

    7. Re:I'm sold by hackwrench · · Score: 1

      contoso.com is a name liberally used in Microsoft Certification classes that gets assigned to the lab network for working with DNS and Active Directory, so on and so forth...

    8. Re:I'm sold by pintomp3 · · Score: 1

      i see the hook. i read the line. just waiting for the sinker.

    9. Re:I'm sold by Anonymous Coward · · Score: 0

      So he presumably isn't running any of Microsoft's TCP/IP networking stuff? That was ripped off lock, stock and barrel out of BSD.

    10. Re:I'm sold by A+beautiful+mind · · Score: 1

      Sometimes people call that 'faith' a long term decision, because eventually that's what it is. This is why the argument of using the "right tool for the job today" not entirely accurate.

      The long term costs, the indirect costs for using a closed source software are often overlooked. Is it faith to prefer being able to access your data 10-15 years from now on?

      Evaluating which is the right tool is complex.

      Open source activists often get called zealots, faith-based persons, etc., but there are very real reasons as to why use open source instead of closed source even if the open source implementation is not so feature full as the closed source one. Free access to the code makes a lot of things possible.

      --
      It takes a man to suffer ignorance and smile
      Be yourself no matter what they say
    11. Re:I'm sold by dhasenan · · Score: 1

      And rewritten years ago; it's (at least presumably) 100% MS code.

    12. Re:I'm sold by swv3752 · · Score: 1

      If using MS Software locks you into a cycle of using more and more MS software paying higher and higer prices, then perhaps it is best to avoid using any MS software regardless of how well suited one particular piece might be.

      Morphine style drugs are some of the most efective pain medications available yet Doctors usually try to avoid prescribing them. The problem is that they become highly addictive and hard to stop using them. You don't use them unless you have no choice.

      --
      Just a Tuna in the Sea of Life
  4. That's Might Only Be True... by bc90021 · · Score: 4, Insightful

    ...if you're running something like RedHat Or Novell. Of course, for those running Gentoo, or Debian, or Slackware, or Peanut, or whatever, it still holds.

    1. Re:That's Might Only Be True... by LnxAddct · · Score: 5, Insightful

      Except that everything that Red Hat makes is open source. Even its defensive patents can be used by any open source project (Red Hat gives irrevocable patent permission to any OSS project). The guys point in the article was that if I make a customization that isn't pushed upstream then I have to maintain that customization... no shit. That is true of any software or distro. The difference is... the source is open, I can go to Red Hat's ftp server right now and get the source for everything they've got and make as many changes as I want. The beauty is, if the patch might be more general than to just my specific needs, I have the option of pushing it upstream and if it is valuable enough to whatever project then it will be merged. If it doesn't have mass appeal then of course I'll have to maintain it, you aren't going to get the masses to maintain something specific to your company. Even if the upstream patch is rejected, if I damn want to I'll release my own version of the product (just like Whitebox or CentOS took all the source to Red Hat and released their own version). Lets see how fast Microsoft stops me if I take their source using their shared source license, make a change or two and start a new project called "Steve's SQL Server" and let anyone download it for free. This article is nothing but FUD being cranked out by the good ol' MS FUD machine. If they put as much effort into their software as they did their FUD then the software industry would be flipped upside down.
      Regards,
      Steve

    2. Re:That's Might Only Be True... by Builder · · Score: 4, Informative

      Except that everything that Red Hat makes is open source.

      I really do wish people would stop propagating that myth! Many of Red Hat's most important products are entirely closed source. Not only do you not have the right to modify the code, you don't even have the right to SEE the source code! Look at their RHN products.

      In addition, it's not just code changes that will stop Red Hat supporting you. Recompile your kernel, and they won't support you until you reboot with a stock kernel.

      None of the above get to me though. What REALLY gets to me is Red Hat supporting machines that have software from other vendors installed.

      I recently had to upgrade the kernel on a batch of machines running RHEL 3 with Veritas storage foundation installed. On the test server, I ran into a problem - during the reboot, the server could not mount any veritas managed filesystems. If I commented these out of fstab and rebooted, I could then mount them fine. Would Red Hat support me, even though I have paid for premium support on all of these boxes ? Not a chance! They told me that it's a Veritas problem - go talk to Veritas.

      Veritas of course maintain that it's a Red Hat problem because everything was working fine before the new kernel was booted, which seems reasonable enough to me. Eventually, after expending considerable amount of my own time and effort, I found and solved the problem. It turns out that Veritas needs to put a bunch of modules under /lib/modules/$(uname -r). On a boot without these, it tries to copy them in place, but as the filesystem is read-only at this time, it fails. So the problem appears to be a shared Veritas / Red Hat problem, but at the end of the day, I don't care - I pay 2 companies for premium support of their products, and I don't think I got this!

    3. Re:That's Might Only Be True... by pantherace · · Score: 1
      I really do wish people would stop propagating that myth! Many of Red Hat's most important products are entirely closed source. Not only do you not have the right to modify the code, you don't even have the right to SEE the source code! Look at their RHN products.

      Would you mind giving specific examples?

    4. Re:That's Might Only Be True... by dswan69 · · Score: 1

      This is however no worse than the situation with closed source products. Microsoft also passes the buck and typically so does the vendor of the application that isn't working.

    5. Re:That's Might Only Be True... by Builder · · Score: 1

      Would you mind giving specific examples?

      Yeah, sure. Let's start with their RHN products as I said in my original post. Look into Satellite. It used to be python based so at least you could modify the code even if you weren't licensed to do so, but a large part of it is now written in Java, so you don't even get the source anymore.

      Same goes for their RHN Proxy product.

  5. Err... by penguin_asylum · · Score: 2, Interesting

    Matsuow says: "you need to understand why you want to open certain software"

    Now, presuming that he is disregarding any ideas of software being closed to *hem* increase profit, he doesn't really seem to get the idea...

    I'd say that if anything, you should need to understand why you want to _close_ certain software.

    1. Re:Err... by Synonymous+Yellowbel · · Score: 1
      I'd say that if anything, you should need to understand why you want to _close_ certain software.

      Indeed... if your software is open to begin with. But, closed software can always be opened again, whereas once software is opened it can't be put back into the closed-source bag. The license for future versions might change but the earlier open-sourced stuff will always be open (assuming an OSI-approved licence).

      The real point is that change is risky, and all changes as significant as closing OR OPENING software must be carefully considered and be based on real benefits - not just done for the sake of it.

      steve

  6. What? by Anonymous Coward · · Score: 1, Interesting

    Is this stupid? Or is this just what Microsoft would like to believe?

    There are far, far too many forks of existing packages just because people didn't like the way they were headed ande split off a development track to reach what they considered the goal.

    I tell you, if there was a similar track to split off "geegaws" from real GUI development on XP, that's what I would be running! Instaed, I run Gentoo, 'cause Microsoft is in control!

    1. Re:What? by Mateito · · Score: 4, Funny
      Which just goes to show:
      • Linux is like Darwinian evolution. The code base mutates and the stronger strains survive. Sometimes parts of version cross into another, analogous to natural selection on individual genes.
      • Windows is like Intelligent design. After all, nothing that complicated and intertwined could possibly have evolved by chance.
    2. Re:What? by wesw02 · · Score: 1

      I too run gentoo, and love it's freedom. But I too agree with you, microsoft is feeling threatened by linux.

    3. Re:What? by fuzza · · Score: 1, Troll

      Linux is like Darwinian evolution. The code base mutates and the stronger strains survive. Sometimes parts of version cross into another, analogous to natural selection on individual genes.

      And how do you think the code base mutates? Hint: it's not random power glitches flipping bits on the disk...

      (No, I don't exactly support the "Intelligent Design" movement either, it doesn't go far enough.)

      --
      Can't find examples of evolution? No matter, neither could Dawkins
    4. Re:What? by saifatlast · · Score: 1

      But if a customer modifies the source code, [Red Hat] can't help you [without charging you extra]. They have to lock things down to provide value," Matusow said. "As open source becomes commercialized, it becomes less open." Perhaps. But even so, the end user remains free to make changes. Even if the license (oddly) prohibited redistribution, supplying the source code to software with the software itself will always be better that not. Closed source is a dead end. End users have no choice, they must rely on the vendor to issue security patches and fix software.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't regist
    5. Re:What? by Anonymous Coward · · Score: 0

      So you're saying that Linux was not intelligently designed? That I can believe.

    6. Re:What? by Anonymous Coward · · Score: 0

      There was nothing intelligent in the design of Windows 3.x
      Since then it somewhat evolved.

    7. Re:What? by Typoboy · · Score: 1

      Maybe mutations are caused by "copying errors" in the source material during FTP/HTTP?

    8. Re:What? by xappax · · Score: 1

      And how do you think the code base mutates? Hint: it's not random power glitches flipping bits on the disk...

      Damn, you're right, open source software is way to complex and perfect to have simply evolved out of development chaos. I'd never considered it that way before! All this time...

      I wonder if Microsoft would change their attitude if they realized that God created Linux in his own image.

      ;-)

  7. Worst, Microsoft, troll, ever... by dtfinch · · Score: 4, Insightful

    His entire argument is that if you make changes to the source code, Red Hat support won't debug your modifications for you as part of their basic support package.

    I can do whatever the hell I want with GPL'd open source, short of refusing to share my changes when distributing binaries to other users. Microsoft has all these licenses, but AFAIK they've released nothing of worth under any of them. I can't view or modify any significant Microsoft source without signing an NDA and paying millions of dollars, or risking serious prison time.

    1. Re:Worst, Microsoft, troll, ever... by jkrise · · Score: 1

      I can't view or modify any significant Microsoft source without signing an NDA and paying millions of dollars, or risking serious prison time.

      Worse... when someone like Citrix or Symantec does a better job with 'closed source' base, MS will change the paradigm and break the better app. Running the better guy out of business. And a new crippled MS version of "Terminal Services" or "Anti Malware" will be born.

      --
      If you keep throwing chairs, one day you'll break windows....
    2. Re:Worst, Microsoft, troll, ever... by Sancho · · Score: 0, Troll

      The argument is certainly flawed, but other than the basic premise, everything he says is true. And it's an important point.

      People tout the openness of Open Source by saying that you can go in and change anything. Imagine saying that to your manager, who then says, "Great. Let's get RedHat." Somewhere along the line, you have to make a tiny modification to support some odd piece of hardware, and suddenly your support contract is worth less than the paper it isn't printed on. What is he going to think of your Open Source when something essential breaks that you can't fix and Red Hat /won't/ fix?

      Open is good. But you should use the right tool for the job. If that tool is Linux, you use Linux. If that tool is Windows, you use Windows. Where I work, we even have an old OS/2 machine running--why? Because it works and there is no need to fix it.

    3. Re:Worst, Microsoft, troll, ever... by penix1 · · Score: 2, Informative

      "Somewhere along the line, you have to make a tiny modification to support some odd piece of hardware, and suddenly your support contract is worth less than the paper it isn't printed on. What is he going to think of your Open Source when something essential breaks that you can't fix and Red Hat /won't/ fix?"

      That is just absolutely silly. If you have a support contract then use the damned thing when you get that esoteric hardware and make Redhat do something with it. then your contract is still valid. Why did you purchase it if you aren't going to use it?!?!?!

      B.

      --
      This is a sig. This is only a sig. Had this been an actual sig you would have been informed where to tune for more sigs.
    4. Re:Worst, Microsoft, troll, ever... by ozmanjusri · · Score: 1, Troll

      His entire argument is that if you make changes to the source code, Red Hat support won't debug your modifications for you as part of their basic support package.

      Yep, it's yet more FUD. Lets face it, if I install hardware without Windows Certified drivers and my computer becomes unstable, will Microsoft support fix it for me?

      --
      "I've got more toys than Teruhisa Kitahara."
    5. Re:Worst, Microsoft, troll, ever... by jkrise · · Score: 1

      Imagine saying that to your manager, who then says, "Great. Let's get RedHat." Somewhere along the line, you have to make a tiny modification to support some odd piece of hardware, and suddenly your support contract is worth less than the paper it isn't printed on.

      On the other hand, with closed source Windows, Outlook, SQL server and Office, these 'odd pieces of software' changes are done via Service Packs and patches. Suddenly, my Outlook which has been working smoothly, breaks down. And whatcan I do about it? Patch it?

      I'm getting problems while patching..
      "Size: 1.9 MB

      A vulnerability exists in Outlook Express that could allow an attacker to cause Outlook Express to fail. You can help protect your computer by installing this update. After you install this update you may need to restart your computer.

      More information for this update can be found at http://go.microsoft.com/fwlink/?LinkId=19527"

      This patch doesn't install properly. So what do I do now? Call MS for support? They say "First apply the patch".

      What is he going to think of your Open Source when something essential breaks that you can't fix and Red Hat /won't/ fix?

      Strangely, this happens very often with Windows and is extremely rare or unheard of in the Open Source world.

      --
      If you keep throwing chairs, one day you'll break windows....
    6. Re:Worst, Microsoft, troll, ever... by Evil+Adrian · · Score: 0

      Define "very often".

      I think you are stuck in the 1990's. It's very rare anymore that anything essential breaks on Windows-based servers.

      --
      evil adrian
    7. Re:Worst, Microsoft, troll, ever... by dtfinch · · Score: 2, Insightful

      Would your minor code changes somehow taint all the other packages on the system? If I install a single third party RPM on a Red Hat system, you think they'll simply refuse to provide support for anything else running on that system? And how would they know? "Oh, and by the way, I made a source modification to a program completely unrelated to the problem we're experiencing. Is that alright?" Even if they discover you slightly broke the agreement, they hope you'll renew next year, and they can't afford frequent bad press, so they'll still provide support to the extent that it's still worthwhile.

      The internet is a good support tool. If that's not enough, there are people and companies other than Red Hat who can be hired in an emergency. There aren't many things that you can't fix anyways. If you can't get an answer from support, the source is always available. If your job is on the line, you'll dig in and find the answer, though it may take a while. And if the problem is serious enough, costly enough, just pay RH what it takes to get support.

      Even with Windows, there are a lot of problems that I can't fix and they won't fix, but there are almost always somewhat obvious workarounds, harder and less desirable as they may be. I've never called Microsoft's tech support, and I generally have little faith in tech support. I feel like I'd spend more time trying to explain my problem and trying all the "standard solutions" that they make everyone try than I would troubleshooting the problem myself. The people and businesses who are likely to benefit the most from paid tech support are also the least likely to modify the source code.

    8. Re:Worst, Microsoft, troll, ever... by Jorgensen · · Score: 1

      Well - they've got a point. We cannot expect e.g. RedHat to support custom code unless they specifically agree to it. Nothing new there.

      But on Windows customers would not even be *allowed* to make such a modification, so the "problem" doesn't exist on Windows. Is that better? As a customer I'd prefer to have the choice at least...

    9. Re:Worst, Microsoft, troll, ever... by killjoe · · Score: 1

      Red Hat: If it doesn't work and you tweak it there is a chance redhat will not support you (but maybe somebody else will)

      Windows: If it doesn't work you can't tweak it, if you attempt to tweak it you there is a chance you could be sued.

      Geez I don't know....

      --
      evil is as evil does
    10. Re:Worst, Microsoft, troll, ever... by David+Off · · Score: 1

      > Imagine saying that to your manager, who then says, "Great. Let's get RedHat." Somewhere along the line, you have to make a tiny modification to support some odd piece of hardware, and suddenly your support contract is worth less than the paper it isn't printed on. What is he going to think of your Open Source when something essential breaks that you can't fix and Red Hat /won't/ fix?

      Well as someone who has 20 years software development experience I would suggest that I would roll back my minor changes initially to get a working stable system without the support of hardware X then I would look at the fix I made and figure out why it doesn't work. This whole Microsoft argument is bunk - if I'm making changes to code then obviously I am the most competent person to support those changes, otherwise I wouldn't be making the changes in the first place.

  8. Supported? by Paska · · Score: 5, Insightful

    The key word here is "supported", you can't expect Redhat, Novell or even Microsoft to support your modifications.

    If you don't want official support from any vendor, you modify away - and support it yourself.

    1. Re:Supported? by 1u3hr · · Score: 3, Informative
      The key word here is "supported", you can't expect Redhat, Novell or even Microsoft to support your modifications.

      The first thing just about any vendor, MS or a reseller, Apple, will tell you when you have a problem with the OS is to do a clean install. If you want someone to fix your Windows install while keeping all your apps and settings intact, you'll be paying a hefty call out fee.

    2. Re:Supported? by JPriest · · Score: 1
      But that is exactly the point he is making. If the code is not supported by anyone but you, and you can change Windows code, then isn't Windows really just as "open"?

      PS. I am not saying I agree with the position, just offering clarification.

      --
      Saying Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders.
    3. Re:Supported? by AoT · · Score: 1

      You would be right if windows code was open.

    4. Re:Supported? by Hast · · Score: 1

      Well with Linux/OSS at least you have a choice, with Windows - not so much. And if you make a valuable contribution then I'm sure that you can get it rolled back into the official release and all of a sudden your new version is supported.

      Besides, I'd like to see how often this is actually relevant. Most people don't customize their code, and those that do are typically capable of fixing it themselves.

      It's just a straw-man attack att OSS.

    5. Re:Supported? by Mateito · · Score: 2, Funny
      you can't expect Redhat, Novell or even Microsoft to support your modifications.

      You can't even expect Microsoft to support their own modifications.

    6. Re:Supported? by rtb61 · · Score: 1
      The microsofties comment is very interesting in that they would expect the Linux vendor to support your modifications. The microsoftie just goes on to say the Linux vendor would just charge you a bit extra for learning and understanding the changes to ensure that their support continued to provide the quality service that you would expect and the Linux vendor continued to generate the same "competitve" margins as they would from an non-customised version. Another classic example of a microsft rep so confused with all lies and half truths that he ends up promoting Linux instead of attacking it.

      Microsoft would also support your modifications, straight into court for a massive settlement fee and a long term compulsary supply contract. After the marketing lie of shared source that isn't shared at all (by any reasonable persons definition of the word "shared"), it is just a massive long term copyright liability (look at it once and in terms of copyright law you will have been expected to memorise it all to ensure you don't accidently reproduce a single line of it for the next seventy years, good luck and the same for anybody that hires you).

      --
      Chaos - everything, everywhere, everywhen
    7. Re:Supported? by therodent · · Score: 1

      Right.

      And there's zillions of project managers/and cover your ass people in the business world who would have it no other way. I have to work for them to make my keep. Okay, many in my company are great, but we have our own proprietary stuff that we won't share under the pain of losing toys over it.

      Sucks. We should all get along and share code and ideas so we don't have to make mistakes that someone else has already for us.

      But it's all competitive and ... So that's always going to stir up the "this is mine you can't make $$$ without me having any" mindset.

      Slashdot's bringing out the worst in me tonight.......

    8. Re:Supported? by crimperman · · Score: 2, Insightful
      The key word here is "supported", you can't expect Redhat, Novell or even Microsoft to support your modifications.

      If you don't want official support from any vendor, you modify away - and support it yourself.


      Exactly - the Microsoft guy's statements are ( clever ) FUD. It's talks about OSS but it's really about support contracts not OSS. If you want to use OSS and modify it you can but if you want it - or anything - supported then mucking around with it is not usually in the terms of the support contract. In general support contracts are not open - but then they're not supposed to be.

      It's like the warranty stickers on certain hardware. Break that sticker (i.e. make your own mods) and you're no longer covered by the warranty if it goes wrong. So it is with software support contracts.

      IME Support contracts are generally the same regardless of the software licence.
    9. Re:Supported? by Antique+Geekmeister · · Score: 1

      RedHat and Novell have incorporated several of my modifications into their source code, with attributions, and I've contributed to perhaps a dozen different GPL products that RedHat and Novell use daily, and ancestors of products that they use as well. Microsoft ignores my patches and software bug reports on a weekly basis, with no meaningful response at all.

      Which of these is "supported"?

    10. Re:Supported? by Anonymous Coward · · Score: 0

      You must be talking to incompetent vendors. None of Dell, IBM, Apple, or any of our own computer support staff have ever suggested doing a clean install as the first step in solving a problem.

  9. in other news by jzeejunk · · Score: 5, Funny

    Microsoft software isn't all that closed. There are always open holes to exploit.

    --
    sarchasm
    1. Re:in other news by doxology · · Score: 1
      Formal Proof that Microsoft's software is not open:

      A set is open if for any X belonging to the set, there exists a Ball(X,delta) with delta>0 that is contained in the set. Ball(a,b) is defined as a ball of radius b at a.

      The set of Microsoft's software, however, contains no balls, so no balls are containted within the set.

      Therefore, Microsoft's software is not open.

      Q.E.D>

      --
      sigfault. core dumped.
    2. Re:in other news by jkrise · · Score: 1

      I don't say any holes in your argument, but I think MS wants some reasons to release Service Packs.

      --
      If you keep throwing chairs, one day you'll break windows....
    3. Re:in other news by wesw02 · · Score: 1

      SP2, they disabled raw sockets, because it relates too closely to linux, and because it makes windows appealing to an advanced user.

    4. Re:in other news by colinrichardday · · Score: 1

      That definition is correct for metric spaces, but not topological spaces in general.

  10. It's open by Apreche · · Score: 5, Insightful

    It's open. You just can't force someone else to change their codebase. If you really want to change it you make and maintain a patchset or your own seperate version of the codebase. Look at how many different kernel sources you can get, yet very few of those patchset ever get applied to the "real" kernel at kernel.org.

    The point is you can do whatever you want with the code, but you can't force someone else to use it. I mean think about it. Imagine a code repository where every developer could write anything and it was fully open. It would never build. Code that is good enough usually gets accepted upstream, that darwinistic process helps open source, not the opposite.

    --
    The GeekNights podcast is going strong. Listen!
    1. Re:It's open by istaz · · Score: 1

      upstream, that darwinistic process helps open source, not the opposite I would say intelligent design and darwinistic process helps open source move further up.

      --
      ...don't have one yet...
    2. Re:It's open by Mateito · · Score: 1
      ...but you can't force someone else to use it.

      Which is why OpenSource runs absolutely contrary to the MS business model. They want windows on everything.

    3. Re:It's open by therodent · · Score: 1

      To goes beyond that a little...

      Case in point: Last employer, used well known ad-server software that we wanted to run on all front ends w/mason to do banners/blahblahblah. Tens millions of hits a day of course, so 40+mil to the main adserver.

      Problem 1: No fedora 2 support. Okay, one 2+weeks of forcing to fit wasted, back to redhat (whatever the hell 2 year+ old ver they supported)...

      Problem 2: Apache 1.3.x only, no 2.0....not to mention the mason libs provided were legacy (translation: d00d left the company that had an interest in making this work)

      Ugh. In the end we opted for javascript called ads from a handful of out of date redhat servers just to run this. The downfall from all this is [a] we had to run the javascript ver of the ads [more % dropped], and [b] we had to waste cash on this extra cluster.

      To switch gears, I really think in this arena, comparing Fedora 4 core to Win 2003 Server is a bit much....It's more like Vista [whatever current build is]. No one that matters in business matters will guarantee support for recent linux cores, or recent windows cores.

      You might as well tell your boss that you're gambling with his and your career, depending on the crtiticality of the systems you run.

      Sucks damn it.

    4. Re:It's open by Apreche · · Score: 1

      Yeah, I learned my lesson after dealing with problems proprietary linux software that only works on old redhats a few times. Now I know better.

      Always use brand new linux, a real distribution like gentoo/debian/ubuntu. Always use the newest stable software, apache2, mysql5, php5, etc. Next identify your problem. Then find a solution to the problem that runs on that platform. Code it yourself if you have to. Picking a solution first and having to suffer with a bad platform is not worth it.

      --
      The GeekNights podcast is going strong. Listen!
  11. Pure FUD & other assorted bullshit by n54 · · Score: 2, Interesting

    I'm not a linux zealot (I use Win2000, Knoppix, and OpenBSD and most of the time only the Win2000) but I still say this is pure FUD etc.

    I read the article and it's as thin as water. Nothing to see here (move along), not even anything real to discuss here (except perhaps that /. has begun selling pagehits?).

    --
    this comment is provided "as is" and without any express or implied legibility or congruity [...]
  12. An Open Discussion of Shared Source by Zevon+2000 · · Score: 2, Informative

    From Wikipedia. Whatever you think about M$, the distinction between "open source" and "shared source" will be worth knowing going forward, and I'm skeptical of any source that claims Linux was the province of "the blue-haired ponytail set" in 2001. I don't even know what that means.

    --
    "Someone somewhere had to wear pants for the first time. The meek and indecisive do not change our world." -Montville
  13. Of course! by Asgard · · Score: 1

    A company buys an 'enterprise' Linux distribution exactly because the rate of change has been slowed, and that they don't want to internally manage the code updates. Redhat has priced their offering based on what they know they support, so if a client wants support beyond that they have to pay for it. However, support for a open source product has an upper bound - the cost to hire someone full time to support it.

    Equivalently, if a company standardized on Debian Stable, then its going to be harder to get a patch with a new feature into it.

  14. The end user remains free to change by kihjin · · Score: 4, Insightful

    "But if a customer modifies the source code, [Red Hat] can't help you [without charging you extra]. They have to lock things down to provide value," Matusow said. "As open source becomes commercialized, it becomes less open."

    Perhaps. But even so, the end user remains free to make changes. Even if the license (oddly) prohibited redistribution, supplying the source code to software with the software itself will always be better that not. Closed source is a dead end. End users have no choice, they must rely on the vendor to issue security patches and fix software.

    This is not to say that every user will be tempted to change his/her software. The majority of users will be content with what is, and may not even be aware that the source is available. The freedom still exists, however.

    --
    This slashdot-related signature is a stub. You can help kihjin by expanding it.
    1. Re:The end user remains free to change by mottie · · Score: 1

      That sounds kind of like when I call Microsoft and says "Call Dell"

    2. Re:The end user remains free to change by Anonymous Coward · · Score: 0

      While it is important that the end user has access to the source code, it is really only valuable to people who know how to use it. For the average person, the source code you get with Linux (in C) is no better than the source code you get with Windows (in machine code).

      This is kind of like a law that says you can only keep domesticated animals as pets. Sure, you won't be allowed to have your elephant or tiger running around in your back yard, but who cares? Only an animal trainer or zookeeper would want a pet tiger anyway. And most zookeepers probably have no desire to maintain a wild animal as a pet in the first place.

      I mean, let's say there's some misfeature in Firefox's HTML parser. You have the source code, so you can fix it, right? Well, you can hire somebody to fix it, because you probably aren't in the top 99.9th percentile of coders who can understand that level of code. So if you can hire a top-notch programmer, they still have to analyze the code and understand it so they know what to patch. Now you have your patch, you give your consultant his exhorbitant fee, and you're done, right?

      Odds are about nil that your little custom feature is going to be accepted back into the source tree, so now you have your own little fork of Firefox to maintain. You can't auto-update because you will lose your changes. This means that every time there's a new version or security fix you have to download the source, patch it, test it, and roll it out to your whole organization. Over time it gets more and more likely that your patch will no longer merge correctly. You have to call in your consultant every time something changes. Tens of thousands of dollars later you have to start to wonder how Free this software really is.

      dom

  15. Guy is full of it by rolfwind · · Score: 3, Insightful

    Many distros only come only with open source programs by default. Which you can go yourself and change without paying anyone anything.

    And the Linux kernel is also open. Just don't expect your changes to necessarily go into effect on the 'official' kernel. Just like the MS's shared source code will have 1 official version and then whatever the customers changed out there which they can't even share with each other because they signed NDAs and whatnot up the wazoo just to see the code. Unlike Linux.

    MS, stop attacking Linux and mind your own business. You have less and less credibility when you keep attacking Open Source in general with your FUD and your customers are catching on. It's better to salvage what dignity you have and shut up. If and when you stop spreading FUD, your credibility might go up and you can stop spending billions advertising yourself and attacking others. But then, that would totally go against the grain of what is a marketing company, not a software engineering company.

    1. Re:Guy is full of it by penix1 · · Score: 2, Insightful

      "MS, stop attacking Linux and mind your own business. You have less and less credibility when you keep attacking Open Source in general with your FUD and your customers are catching on."

      Actually, this round of FUD isn't aimed at "end-users". It is aimed at PHBs that are considering switching large operations. It makes absolutely no sense to purchase a support contract and then attempt to negate that contract by doing self-modifications. As I stated in my post above, why did you purchase the support if you aren't going to use it?

      B.

      --
      This is a sig. This is only a sig. Had this been an actual sig you would have been informed where to tune for more sigs.
    2. Re:Guy is full of it by Z34107 · · Score: 3, Insightful

      MS, stop attacking Linux and mind your own business

      Umm... It didn't really seem to me like an attack on Linux, per se, but more of a defense of shared source. Microsoft fears Linux (and rightly so) as it's up-and-coming competitor - but there haven't exactly been horse's heads in beds, have there? And besides, if Linux is now Microsoft's greatest competitor, how the heck is it not Microsoft's business? (Here, "business" can be taken more or less literally.)

      For the record, the article did make a good point. Large businesses that need support can't tinker with the source as freely as other users, as doing so makes tech support more costly. Hence, for this market, open source is less open. Sure, it's common sense - but for large, tech-support-needy corporations, open source becomes little different from shared source. And hence, Mr. Matusow's point.

      --
      DATABASE WOW WOW
    3. Re:Guy is full of it by penix1 · · Score: 2, Insightful

      "For the record, the article did make a good point. Large businesses that need support can't tinker with the source as freely as other users, as doing so makes tech support more costly. Hence, for this market, open source is less open. Sure, it's common sense - but for large, tech-support-needy corporations, open source becomes little different from shared source. And hence, Mr. Matusow's point."

      yes, that is the point he was making but it is still a null & void one. If you have the "in-house" ability to modify source to the point of breaking support then you don't need support for that code. Modifying code on one program doesn't make support for other "standard" progams go away. It only makes support for your mods dry up. But then again, if you can't support your own modifications what business do you have modifying it instead of using that damned support contract you paid for...

      B.

      --
      This is a sig. This is only a sig. Had this been an actual sig you would have been informed where to tune for more sigs.
    4. Re:Guy is full of it by rolfwind · · Score: 2, Insightful
      Umm... It didn't really seem to me like an attack on Linux, per se, but more of a defense of shared source. Microsoft fears Linux (and rightly so) as it's up-and-coming competitor - but there haven't exactly been horse's heads in beds, have there?


      I think spreading FUD or misinformation about something is always an attack on that front.

      And besides, if Linux is now Microsoft's greatest competitor, how the heck is it not Microsoft's business? (Here, "business" can be taken more or less literally.)


      It's like the attack ads on TVs by politicians (or by lobbyists) attacking the other guy. It's getting so bad in New Jersey campaigns, I don't even know who's running against who, all I'm being told is who NOT to vote for.

      Perhaps it's utopian, but I hate negative advertising in most cases because it attempts to circumvent the audience's ability to choose and go straight to spoonfeeding you the "right" choice instead of having a platform to stand on (Here, this is what I'm about, if you this a good direction to go in, please choose me) and letting people decide to choose based on the candidate's own merits instead of manipulating base emotions.

      If you watch Linus, he almost never resorts to 'negative' advertising. He lets his work and ideas speak for themselves, and so he attracted a following which helped him make what we know today as Linux. The people who boo out MS, aren't paid by him (though sometimes some individuals go overboard and become idiotic in their blind fanaticism, and yes I'm guilty of acting idiotic towards MS too sometimes).

      However, many, but not all, of the people praising MS and booing Linux are being paid by MS. They wouldn't even care otherwise. So it is up to MS to control much of it.

      I feel MS uses this negative advertising to such a laughable extreme (TCO studies, etc) that nearly no informed person in the Technical sector believes them outright anymore - and that will hurt them as a business when some of those people graduate from the purely Technical side to the management side. Or even beforehand.

      This is why they shouldn't engage in FUD. Not to be nice. If they want to 'win', spend that money and make a better product.
    5. Re:Guy is full of it by Anonymous Coward · · Score: 0

      "MS, stop attacking Linux and mind your own business. You have less and less credibility when you keep attacking Open Source in general with your FUD and your customers are catching on. It's better to salvage what dignity you have and shut up. If and when you stop spreading FUD, your credibility might go up" - by rolfwind (528248) on Monday November 07, @11:48PM

      LOL! Man, you're the "slashdot pot calling the kettle black"...

      Come on there Rolf! Especially all of the "Pro-Linux" penguins here @ Slashdot!

      For example - What do you guys @ slashdot nearly CONSTANTLY do to Microsoft offerings?

      Way worse!

      APK

      P.S.=> All sarcasm aside? I really do NOT understand you "Anti-Microsoft" penguins here @ slashdot... Heck - even the BSD crew aren't as terrible about it as you guys are!

      (And, The Apple folks w/ their MacOS X never seem to act that way either, or @ least not that I have seen here... kudos to them! They're confident in their product, & it too, is excellent. Just not as many apps out there as Win32 OS have, or imo, as nice a set of development tools, well, RealBasic 2005 looks nice, but I have not tried it yet hands-on, so it's not fair for me to comment on (I just like how it compiles native code for Linux, Win32, & MacOS X from a single toolset/compiler/ide mostly, & is "RAD" development as well. That's IMPRESSIVE, imo @ least. Delphi/Kylix is up there, but no native MacOS X code possible from it (yet)))

      Above all: Doesn't anyone here @ "/." seem to understand that NO single OS is going to "take over the planet"?

      They all have their spot & niche/value to satisfy/offer.

      Still, I have heard for more than a decade now how "LINUX WILL BE UBER ALLES" but, if you guys from your respective land of illusional zealotry were psychics? Heck, you'd be OUT OF THE PSYCHIC BUSINESS! lol...

      ALL of today's modern PC OS are impressive as hell! Definitely by comparison to what we had 10-15 years++ back or so, no doubts about it!

      A postive future outlook - Making them work together, or have compilers & RAD ide's on them that make code EASILY (or, easier than working on incomplete or erroneously translated .h files via C/C++) for platform-to-platform OS ports?

      That's the future, along with standardized document & webpage formats...

      I wonder if that day will ever happen? If this STUPID "mine is bigger than yours" shit doesn't stop?? Probably never will... apk

  16. More MS FUD by elronxenu · · Score: 5, Insightful
    "But if a customer modifies the source code, [Red Hat] can't help you [without charging you extra]. They have to lock things down to provide value," Matusow said.

    That's a new meaning for the phrase "lock things down" that I hadn't heard before. I don't believe redhat locks anything down. The customer might be responsible for fixing problems with their own changes, but that wouldn't affect the support that redhat provides (i.e. so long as the problem was not caused by a customer change).

    In effect, it's more FUD from M$. They really appear desperate now, grasping at any possible argument against Open Source. I didn't see the M$ spokesman telling the audience that Microsoft would support its own software which had been altered by customers.

    So Mr Matusow, please explain again, how a license which allows customers to do more than your license allows is bad for those customers? That's like the RIAA claiming that 20-more years of copyright post death of author is good for the consumer.

    1. Re:More MS FUD by Soko · · Score: 1

      I don't use a commercial distro, but what if you find a bug, make a patch and work with the vendor to get the patch in the main distribution? Better still, what if you work with the vendor to make the patch in the first place? Does this cost extra? I hope not.

      That's what having the source does - it facilitates collabortion and partnership between you and the vendor.

      Soko

      --
      "Depression is merely anger without enthusiasm." - Anonymous
    2. Re:More MS FUD by MightyMartian · · Score: 1
      There's no reason that someone couldn't ship non-open source software with source in a distro and make restrictions on redistributing that source, but this looks more like Sun's "when we talk about Linux we mean Redhat" bullshit. If you use a distro like Slackware there's no such limitation, so as usual, kindly software giant Microsoft is simply lying.

      Remember this the next time one of their mouthpieces shows up to do with an interview with a Slashdot editor, telling us all how Microsoft is a friend of open source. Any Microsoft salesman (no matter what open source project the Quizling may have worked on before) is nothing more than a spreader of lies and disinformation, and should be shown the door.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
  17. And if your paying for support by jhines · · Score: 2, Insightful

    If your paying for support, which the article implies, then of course if you customize your kernel and system over a standard patch level, then yes, the support should cost more.

    AFAIK, one can still get those distros without having to buy a support contract.

    1. Re:And if your paying for support by Anonymous Coward · · Score: 0

      "And if your paying for support"

      If my paying for support.. what?

  18. Not the point by countach · · Score: 4, Insightful

    That's not really the point. First of all you CAN alter the source if your need is desperate enough. Thus if some app needs your change you can weigh the pros and cons of blowing support vs getting the enhancement. - CHOICE. Secondly, if Red Hat dies and goes broke you have the source. Thirdly, you can make your enhancement and submit it to the maintainer and with a bit of luck it will come out in the next version of RedHat as the official supported version. Fourthly, somebody else might scratch the same itch and submit the patch which comes out in the next version.

  19. The catch is this: change something, lose support. by Da+w00t · · Score: 5, Informative

    What TFA is saying (while being overly general) is that when you move outside of the box to an unsupported configuration, you lose support -- and if you want support, you'll pay through the nose for it.

    What the article doesn't say, is that M$ has the exact same stance. You run 3rd party software with Microsoft Exchange, you lose support from Microsoft on not only Exchange, but probally your install of Windows 2003 Advance Server. Go read your EULAs from top-to-bottom, and you'll see what I mean. For any Microsoft product.

    God I hate people slinging FUD around.

    --

    da w00t. mtfnpy?
  20. Re:That is not true by Rei · · Score: 4, Funny

    For a while, I ran Red Hat.

    Why is Bob Young posting as AC? Come on, Bob, show some backbone - we won't be that hard on you!

    --
    "He's a god; it'll take more than one shot." â" Lady Eboshi, Mononoke Hime
  21. Matusow has a point by Anonymous Coward · · Score: 0

    I mean, if I were to change the Linux memory manager and ask for support from Red Hat, RH might have an issue with that. And if I were to change the Windows XP memory manager...

    Um, where do I get the source code for the Windows XP memory manager?

    1. Re:Matusow has a point by Mateito · · Score: 1
      Here:
      #include memio.h
      #define MEMBLOCK BIGNUM

      main(){
      malloc(x,MEMBLOCK)
      sleep (100)
      main()
      }

      Somebody who actually speaks C can fix that up.

    2. Re:Matusow has a point by Anonymous Coward · · Score: 0

      The only line that looks like C is:
      }

    3. Re:Matusow has a point by Mateito · · Score: 1

      I was a Fortran IV coder, which scarred me so badly I don't go any deeper these days than HTML and bourne shell. :)

  22. This is the same reasoning... by rsborg · · Score: 2, Insightful
    As the auto-industry flaks from Detroit who claim that Hybrids are bad because you only get 40mpg when 61mpg is advertised... while leaving out that their non-hybrid models are so much more inefficient, and also suffer from the same problems when dealing with EPA estimates (ie, up to 20% decrease in efficiency if you drive it gung ho, or are stuck in traffic).

    In the meanwhile, those who know and care will buy the best option available, while looking at historical data for reliability, TCO, and ownership experience... and then laugh at those who run the American software/vehicle upgrade treadmill.

    --
    Make sure everyone's vote counts: Verified Voting
  23. Author of TFA must be an idiot. by rolfwind · · Score: 1

    From TFA:
    "Shared source is Microsoft's foray into community development, started back in 2001 when Linux was just a hobby for the blue-haired ponytail set."

    WTF?!

    1. Re:Author of TFA must be an idiot. by Decameron81 · · Score: 1

      Didn't you know? Microsoft invented open source...

      You must be new here.

      --
      diegoT
    2. Re:Author of TFA must be an idiot. by lancelet · · Score: 1

      Yeah... I was definitely using Linux in 2001. I've never had blue hair, or a pony-tail. Does that make me wierd? :-) I guess all of us Open Source zealots are really just copying Microsoft (as usual). Heck, we've even gone and ripped-off a licensing method that they clearly originated. Big old Linus is beating-up poor little Billy and stealing his lunch money!

    3. Re:Author of TFA must be an idiot. by jamstar7 · · Score: 1
      Yeah... I was definitely using Linux in 2001. I've never had blue hair, or a pony-tail. Does that make me wierd? :-) I guess all of us Open Source zealots are really just copying Microsoft (as usual). Heck, we've even gone and ripped-off a licensing method that they clearly originated. Big old Linus is beating-up poor little Billy and stealing his lunch money!

      I've had the ponytail for decades. The beard too. And I'm blonde, not blue-haired. I've been using Linux since before RedHat 3.0.3, starting with SLS, before moving to RH. That's what, 7, 8 years? And while 98Se had a spot on my hard drive for a good long while, I dumped it 3 years ago, with some distro of Linux on my desktop.

      --
      Understanding the scope of the problem is the first step on the path to true panic.
    4. Re:Author of TFA must be an idiot. by Anonymous Coward · · Score: 0
      And while 98Se had a spot on my hard drive for a good long while, I dumped it 3 years ago, with some distro of Linux on my desktop.


      Those were the days. I remember it faintly. Wasn't it the time when all the Windows users had big black cylinder hats and no pubic hair?

  24. The Point by everphilski · · Score: 5, Insightful

    The point of contention is open source vs. standardized distribution. Once you make a modification, your code base is no longer the "standard" distribution, be it RedHat, gentoo, or Slack. Therefore you really can't get support for it, free or otherwise (what, are you going to post on a forum "well, I tweaked this and this..."). So as Linux pushes towards standardization effectively the open-ness is still there and available to you but is marginalized in the sense that once you make changes then you aren't standard anymore.

    It's not a distribution thing its a philosophical thing.

    To make an allusion to a situation I have at work: we use a framework for development, and I have a tweaked copy I use for a pet project. But I don't dare ask for support on it, because I made modifications to the code beyond the specifications of the code. I can do that, because I am a developer and have rights to the codebase, etc. but then its no longer a standard. I can't expect it to support other applications built for the main framework and vice versa, etc...

    But in truth he makes a point - the core of the OS in general doesn't need to be messed with, most tweaks and alterations do/should occur at the application level.

    Just my 2 cents worth,

    -everphilski-

    1. Re:The Point by jzeejunk · · Score: 1

      So as Linux pushes towards standardization effectively the open-ness is still there and available to you but is marginalized in the sense that once you make changes then you aren't standard anymore.

      I don't know what "open-ness" are you talking about. First of all open source isn't supposed to be open in that sense. And even if you want that kind of open ness if your changes apply to a lot of users they can always be incorporated in the standard distribution. If they are very specific then you are by yourself anyway. No "microsoft" can help you there. With open source atleast you can chang e the code yourself !!

      --
      sarchasm
    2. Re:The Point by jralls · · Score: 1

      Well, now that rather depends on what you do with your changes, and what they're for.
      If you've fixed bugs and submitted patches back into the tree, then there shouldn't be any problem with future support. If you've added functionality and discussed with the package developers what you're doing, and worked along with them to add the feature so that your interface looks like theirs, there shouldn't be any problem.
      On the other hand, if you go off and make tweaks on your own, then you're on your own. That's true regardless of the support arrangements, and has been with all open source software forever. BFD.
      The idea that this makes the SW somehow not open source is absolute BS. You have the source. You can study it and modify it, support or no. Just try to do that with M$Win, or any other closed-source software.

    3. Re:The Point by aussie_a · · Score: 4, Insightful

      Once you make a modification, your code base is no longer the "standard" distribution, be it RedHat, gentoo, or Slack. Therefore you really can't get support for it, free or otherwise

      No of course you can't. That's like me saying "I created a program on my computer, can someone offer me support without seeing the code or knowing much about it?" However if you distribute your software, and it gains a wide customer base, then people will be able to offer support on it, and nothing stops you from offering your customers support for your derivative.

      Try doing that with Windows and see how far you get.

      the core of the OS in general doesn't need to be messed with, most tweaks and alterations do/should occur at the application level.

      And open source IS open, because if someone were to make changes to the OS, if the changes were good enough and the people distributing it professional enough, it would gain widespread use, and the other Linux distro's would be welcome to come along, grab his changes, and implement it within their own distributions.

      To me, the MS PR person seems to have created a straw-man more then anything. But then again, why is this a surprise? Microsoft appears to hate the GPL and Linux, because it see's them as a valid threat to their own virtual monopoly. Whenever a MS person speaks, be very careful. He might be speaking the truth, but the likelihood of a spin is great. You should also be careful whenever there's a Microsoft article on Slashdot, because while the summary might be saying the truth, the likelihood of a spin is great. In this case, the summary gave the impression the article was primarily about Open Source not being open, when in reality, it's about Microsoft's shared source license.

    4. Re:The Point by Alien+Being · · Score: 5, Informative

      You're right in not expecting specialized support on your modified code, but I think you left out some important points.

      If you find a bug in a customized program, you try to reproduce it on a stock version. If it exists, you submit a bug report against that. It's their bug, completely.

      If you modified the code, then you should be able to determine if the modifications are working as expected. If not, it's your bug.

      Maybe you have shared your modifications with others who can help. Maybe it has already been merged into the standard codebase.

      Even when it's not possible to reproduce the bug due to logistical contraints, or to determine whose fault it is, the vendor should still listen to the problem and offer guidance on how to isolate the problem.

    5. Re:The Point by DeafByBeheading · · Score: 1
      (what, are you going to post on a forum "well, I tweaked this and this...")

      And why not? A lot of hackers *enjoy* troubleshooting that sort of thing. I don't think you could *expect* support, but you could probably still find a lot of people who would be genuinely interested in helping you just to see what sort of changes you've made, and why this is causing a problem...
      --
      Telltale Games: Bone, Sam and Max
    6. Re:The Point by hackwrench · · Score: 1

      http://www.google.com/search?q=%22biff+standard

      Biff Standard's software is called SynchroniCity, which is eerily similar to Singularity, considering SynchroniCity came first.

    7. Re:The Point by SnowZero · · Score: 1

      Maybe you have shared your modifications with others who can help. Maybe it has already been merged into the standard codebase. Even when it's not possible to reproduce the bug due to logistical contraints, or to determine whose fault it is, the vendor should still listen to the problem and offer guidance on how to isolate the problem.

      After that, if you still have a problem, if no one else can help, and if you can find them, maybe you can hire the A-Team.

    8. Re:The Point by MichaelSmith · · Score: 1
      To me, the MS PR person seems to have created a straw-man more then anything.

      Yes, they have.

      I run JPilot to interface with my PDA. It doesn't let me synchronise on USB interfaces without being root, so I changed the source to use an external process to sync.

      I can't do this with closed source. If I want to get updates from the project I could get the cvs version and patch that.

    9. Re:The Point by Kjella · · Score: 2, Informative

      To make an allusion to a situation I have at work: we use a framework for development, and I have a tweaked copy I use for a pet project. But I don't dare ask for support on it, because I made modifications to the code beyond the specifications of the code. I can do that, because I am a developer and have rights to the codebase, etc. but then its no longer a standard. I can't expect it to support other applications built for the main framework and vice versa, etc...

      Depends on what you did, but if you're willing to give up all rights to the mod, offer it to them as an enhancement request. They may or may not bite, but I doubt there's any harm in trying. Even if they don't like your coding style or whatever, working prototype code goes a long way for getting a feature implemented.

      --
      Live today, because you never know what tomorrow brings
    10. Re:The Point by squoozer · · Score: 2, Interesting

      That's like me saying "I created a program on my computer, can someone offer me support without seeing the code or knowing much about it?"

      Actually I think it's more like buying a car, modding it to hell and back, and then expecting the local garage to do a full service for the same amount. You would have to be a complete loon to think they wouldn't charge you more. This M$ guy has stated the obvious and made it sound like a bad thing.

      --
      I used to have a better sig but it broke.
    11. Re:The Point by MegaFur · · Score: 1

      To make an allusion to a situation I have at work: we use a framework for development, and I have a tweaked copy I use for a pet project. But I don't dare ask for support on it, because I made modifications to the code beyond the specifications of the code. I can do that, because I am a developer and have rights to the codebase, etc. but then its no longer a standard. I can't expect it to support other applications built for the main framework and vice versa, etc...

      ... Ok, so, as you say, once you modify it, you can't expect support for it anymore. And how does this equate to Open Source being less open? I get the feeling he's making the statement "open source has hidden costs", then proceeding to tell us about something we already assumed and expected, but in such a way so that it seems new and different.

      --
      Furry cows moo and decompress.
    12. Re:The Point by div_2n · · Score: 2, Informative

      Once you make a modification, your code base is no longer the "standard" distribution, be it RedHat, gentoo, or Slack. Therefore you really can't get support for it, free or otherwise

      Not true. Amazon.com uses Red Hat for a lot of internal stuff that they have modded out the wazoo and Red Hat still supports them and even HELPS them mod their source. Of course, I'm sure Amazon pays all sorts of dough for their support contract, but if you are willing to pay, it can be done.

  25. Rule number 1: by jkrise · · Score: 1

    Never believe anything to be true, until Micorosft says it isn't.

    --
    If you keep throwing chairs, one day you'll break windows....
  26. Microsoft philosophy by jzeejunk · · Score: 1

    FTA "Microsoft's philosophy is to only share code where it makes sense, with a specific goal in mind."
    What's the "specific goal"? anyone? anyone ...

    --
    sarchasm
    1. Re:Microsoft philosophy by Anonymous Coward · · Score: 0

      World domination.

  27. So basically... by Bogtha · · Score: 1

    You can make all the changes you want. What he is describing is a limitation on the support certain companies provide.

    It's a bit like saying that Slashdot isn't free to visit - because if you do it at work you might get fired. It's true, you might get fired, but that's because of the terms of your employment, it's not a property of Slashdot.

    --
    Bogtha Bogtha Bogtha
  28. Re:The catch is this: change something, lose suppo by tomstdenis · · Score: 1

    This is why people like me bitch about being forced to use Redhat because vendors are retarded and think Linux means "Redhat".

    I'm a fan of portable software. Why, for instance, are tools like Verilog compilers not 100% portable? They're userspace text reading applications. Not like they need something from a kernel other than a heap and a file system.

    Every time someone tells you "I use word" or "We only support $DISTRO" tell them "then you don't get my money".

    That'll curb this idiocy fairly quick.

    Tom

    --
    Someday, I'll have a real sig.
  29. Air is not free by truckaxle · · Score: 5, Funny

    Scientist just discovered that air is not completely free! Researchers at Phillips Morris institute have completed a study that calculates the number of millicalories required for each breath of fresh air. This study is demonstrates that the air you breath is not entirely free but requires expenditure of energy and coordination of dozens of different muscles. This study is being release just prior to the companies announcement of a new product that uses a rechargable battery operated turbo-enhanced tobacco injection system.

  30. Sometimes can get support for changes by Anonymous Coward · · Score: 0

    We have made changes then submitted the patches to RedHat.
    Redhat eventually picked up the changes and we had a fully supported system again.

    You can't do that with closed source since you can't make the modifications in the first place.

    Yes Microsoft and some other companies offer shared source or somewhat open source. However do they give you enough that you could build it yourself, make changes and put it into production? I don't know since I haven't seen them myself but I would bet not. Being able to see the code and being able to build and run the code are two drastically different things. If anyone knows if you can actually build say a full Windows XP system from what Microsoft will share with you I would love to know.

    The other major issue is that with open source if the vendor goes under or decides to discontinue that product you have the option of maintaining it yourself for as long as you want. You can't do that with closed source. This part gets especially bad with product activation.

  31. What is really occurring here is.... by jesusfingchrist · · Score: 1

    MS continues to beat up on linux cause they realize more and more what a threat OSS is.

    When someone hates on you, take it as a hidden compliment.

    Keep drinking that HATER-AID M$, we be loving it.

    --
    "Freedom and Justice for All" is a registered trademark of The United States Govt Inc. Not available in all areas.
    1. Re:What is really occurring here is.... by east+coast · · Score: 1

      When someone hates on you, take it as a hidden compliment.

      Considering the endless blind bashing of anything MS says and/or does what does that say for them? Not to flame your post but your logic is the kind of thing they teach at sunday school; it has no value in the real world.

      --
      Dedicated Cthulhu Cultist since 4523 BC.
    2. Re:What is really occurring here is.... by moro_666 · · Score: 1


        MS continues to beat up on linux cause they realize more and more what a threat OSS is.


      Nah, not really. In the server marketshare ofcourse linux is having pretty ok numbers, but in the desktop world, linux is worthless in the percentage scale of users.

      However you are a witness to the greatest marketing campaign, thats why microsoft hasnt bashed linux away already ... they can do it, but they dont want to. Currently they can say that "hey, we cost a lot ... but see redhat server version zxy with enormous amounts of administrators will cost you more ... so buy us !" , you can pretty obviously see that they dont give a damn who is better, they want to sell stuff, with all means necessary.

      I think that windows is actually lagging behind the linux world already (yeah sure linux gui-s are not so nice, but the core beneath has passed microsoft's monstrum) but the marketplace wont pick it up any time soon, and thats why microsoft keeps pushing it, to get the most out of it before it collapses.

      --

      I'd tell you the chances of this story being a dupe, but you wouldn't like it.
    3. Re:What is really occurring here is.... by Taladar · · Score: 1
      thats why microsoft hasnt bashed linux away already ... they can do it, but they dont want to.
      So if you were employed by MS and were assigned that task, how would you do that? You seem to be pretty sure they can.
    4. Re:What is really occurring here is.... by bit01 · · Score: 1

      Considering the endless blind bashing of anything MS says and/or does

      It's to cancel out the endless blind bashing of OSS by M$ marketing parasites, often behind closed doors, and closed source marketing parasites in general. Why on earth should the marketing parasites be given free reign?

      ---

      The majority of modern marketing is nothing more than an arms race to get mind share. Everybody loses except the parasitic marketing "industry".

    5. Re:What is really occurring here is.... by east+coast · · Score: 1

      It's to cancel out the endless blind bashing of OSS by M$ marketing parasites, often behind closed doors, and closed source marketing parasites in general.

      As I see it MS has warmed up to open source more in the last 6 months than slashdotters have. I can't blame Jason Matusow for his outlook on open sources costs. All too often the OSS reich (read into this; fanatics) misrepresent OSS as totally free and open. Jason brings up the point that; sure it's open and free, but wait until you try to get support. I agree with this as do most fair minded posters. It's a simple fact and this fact is being misrepresented by the overzealous OSS supporter.

      Why on earth should the marketing parasites be given free reign?

      No one said that either, but why on earth can't OSS supporters be honest about the possitives and negatives of the entire system. MS does deserve the beat down, so does the OSS fanatics. The bottom line is that neither side is completely right nor does either side corner the market on progress. MS has the viture of professional tact on their side while most OSS fanatics come off like streetside preachers screaming "the end is neigh" and beleive me, this is the impression most have of the OSS fanatic.

      Fortunatly cooler heads will prevail, as they always have. The downside is that the OSS community is currently alienating those cooler heads while MS is doing a fine job of keeping them interested in MS's product.

      --
      Dedicated Cthulhu Cultist since 4523 BC.
    6. Re:What is really occurring here is.... by bit01 · · Score: 1

      As I see it MS has warmed up to open source more in the last 6 months than slashdotters have.

      I think you've been drinking too much M$ marketing koolaid. M$ has $40,000,000,000+ per year of catching up to do, money taken largely because of dubious business practices past and present. Their DRM efforts alone make your comment incorrect.

      reich

      I hereby invoke Godwin's law

      Please stop trying to represent slashdot contributers in particular and OSS supporters in general as being monolithic. It's an outright lie. M$ marketdroids love to do this but the truth is M$ as a company is far more monolithic than the OSS community and the borg icon /. uses is entirely appropriate.

      It's also incorrect to state /. doesn't have a diversity of opinion and anybody who claims otherwise is either a liar or a marketing zealot. Amongst many other things closed source software is often recommended by contributers. If you want a truly monolothic opinion head over to www.microsoft.com. Microsoft's pathetic idea of diversity of opinion is a site like Paul Thurrott.

      Like it or not, /. is an open source news site and will push open source viewpoints. If you want corporate propaganda please head for one of the numerous corporate propaganda websites out there. I for one want some balance from those marketing parasites. Their attempts to manipulate /. readers are just one more example of their parasitic behaviour; I get enough of their dreck forced down my throat in other media.

      ---

      The majority of modern marketing is nothing more than an arms race to get mind share. Everybody loses except the parasitic marketing "industry".

    7. Re:What is really occurring here is.... by east+coast · · Score: 1

      Like it or not, /. is an open source news site and will push open source viewpoints. If you want corporate propaganda please head for one of the numerous corporate propaganda websites out there. I for one want some balance from those marketing parasites. Their attempts to manipulate /. readers are just one more example of their parasitic behaviour; I get enough of their dreck forced down my throat in other media.

      So you're saying conform or go home? That's what it sounds like. It sounds like you're making castles out of sand with that kind of attitude. I find value on both sides of the fence when it comes to MS and OSS, you're the one who has a problem with this.

      --
      Dedicated Cthulhu Cultist since 4523 BC.
  32. Developers, by Microsoft by Decameron81 · · Score: 2, Insightful
    "...Experts said that by addressing the open source community, Microsoft hopes to promote its position that software should continue to be developed in the traditional "closed" way, while at the same time attempting to cash in on the community development phenomenon... ...Matusow said opening up software can add value, "but you need to understand why you want to open certain software. We are building intellectual property into software and trying to sell it. We throw code over the wall for the community to build on it...."


    By reading those comments I get an odd sensation that Microsoft is trying to use "developers, developers, developers" like a bunch of highly exploitable hippie enthusiasts.
    --
    diegoT
  33. Chaning the code in Windows? by miffo.swe · · Score: 4, Insightful

    And i suppose its possible to change the code for a small fee in Windows then? Not? STFU then.

    Ofcourse RedHat cant support somebody elses code, the programmer changing the code might as well be a monkey and there is no way RedHat can magically fix things if an idiot sits down and hits the keyboard with a pillow. What you can do is send those fixes upstream and if the fixes are good it will get incorporated into the next release.

    --
    HTTP/1.1 400
  34. Not Surprising by EXTomar · · Score: 2, Informative

    So I guess they are right: RedHat won't support a patch from out of the blue (say a patch I made for my ultra-custom setup) without testing (which might cost RH consult billable time).

    But that isn't a big deal because MS doesn't either. It isn't like MS will support driver modification from ATI let alone anything I could come up with either so what is the advantage of MS's way?

  35. Does my company "pay through the nose" for Centos? by msimm · · Score: 2, Informative

    I'm not sure where the pay through the nose thing came from but between Taos, Whitebox, Centos et al I don't see having a supported distro a big expense. If you want changes that might break something you make sure you don't. Big deal. How Microsoft competing against that? And on what planet wouldn't changes to the core operating system be problematic?

    --
    Quack, quack.
  36. you mean Redhat wont support my modified code!? by weighn · · Score: 4, Insightful
    He said you can't just go changing code on supported Linux offerings without paying extra to companies like Red Hat or Novell

    Redhat wont go the extra mile to support some code that they have supplied and I have modified.
    Wow that's preposterous.
    What next? Ford wont honour my new vehicle warranty if I modify the engine?

    --
    Mongrel News all the news that fits and froths
    1. Re:you mean Redhat wont support my modified code!? by R3d+M3rcury · · Score: 5, Informative

      "Ford wont honour my new vehicle warranty if I modify the engine?"

      Ford will honor your new vehicle warranty if you modify the engine as long as the problem cannot reasonably be connected to the engine.

      For example, if I install a high-flow air filter and a few months later the brakes stop working, Ford will honor my warranty. If I install a high-flow air filter and the cylinders break, Ford might be less willing to fix it under warranty. It would be up to Ford, by the way, to show that the damage was due to the modification and you can take them to court if you don't agree. Depending on what happens, it may not be worth it.

      The Magnuson-Moss Warranty Act is the federal regulation in this case.

      This may be off-topic, but it's a common myth that if a person modifies their car, they lose their entire warranty. It's not true.

    2. Re:you mean Redhat wont support my modified code!? by photon317 · · Score: 3, Informative


      The same is generally true with RedHat or any of the other OSS companies. If you make some custom patches to, say, your Postfix mail server, and then you experience a bug/issue with your Apache server, they'll still help you out with the Apache problem. They'd probably help you with the modified Postfix too if you'd just keep it on the down-low.

      --
      11*43+456^2
    3. Re:you mean Redhat wont support my modified code!? by NoMoreNicksLeft · · Score: 1

      When I did support, I loved helping people in general, especially those with interesting problems. Couldn't always do it, but if you weren't an asshole, and we weren't getting the smackdown with calls on hold, I'd do my best.

      Besides, if I really wanted to experimental shit with RH, I'd put up a standard server too, and use it for failover. Source code access isn't a liability, it adds options. Well, unless it was microsoft code, in which case it probably only can lead to nightmares.

  37. Tread NOT on the OS of the Penguin Clan!!! by Anonymous Coward · · Score: 0

    Whew!

    (Look @ the "penguins" going crackers...)

    * :)

    Hehe, well, all I can say @ this point is this:

    "Mock not the OS of the penguins, lest ye incur their fearsome WrAtH!!!"

    (Even IF what is said is fact! Lord knows, penguins get their non-existent feathers all ruffled if you tell the truth about their precious Linux!)

    Don't get me wrong - Linux IS good stuff, but if somebody makes a point about the "open-ness" of Linux NOT being that open? Well, read this thread in its replies body entirety & get a HUGE laff!

    APK

    P.S.=> LOL! Ok, guys, take it easy now... the statement does have a point, in that apparently Novell for example demands its tribute if you play with the innards of their SuSe variant of Linux! apk

  38. It's worse than that. by twitter · · Score: 2, Interesting
    His entire argument is that if you make changes to the source code, Red Hat support won't debug your modifications for you as part of their basic support package. I can do whatever the hell I want with GPL'd open source, short of refusing to share my changes when distributing binaries to other users.

    Oh, but there's more. If your mods are excellent and usefull, they might be rolled into the upstream sources and officially "supported" by having others continue to mod and improve things for you. That's why programs like the GNU debugger have 87 authors, which is way more resources than any "traditional" company can afford to lavish on any program.

    This is a typical Microsoft smear that should backfire every time. They take their perceived weaknesses and project them onto others. This form is more insulting than most. The unstated argument is, "When X grows up, they will be just like us in all the bad ways but lack our strengths." Everytime some M$ spokesvole says something like this, rest assured it's an admission they don't have something people really want, they are not going to provide it and someone else does it better.

    --

    Friends don't help friends install M$ junk.

    1. Re:It's worse than that. by jkrise · · Score: 1

      You make a great point.... until:
      "When X grows up, they will be just like us in all the bad ways but lack our strengths."

      I really wish X grows up... I mean, as in X Windows. That's actually a weak point in the Open Source world.

      --
      If you keep throwing chairs, one day you'll break windows....
    2. Re:It's worse than that. by Anonymous Coward · · Score: 0

      Weak point as in "It's not Windows", or do you have any real arguments?

      Because so far every argument I've heard is that it does things differently than Windows. Of course it does, it's lighyears ahead of Windows, it couldn't be if it did everything just like Windows.

    3. Re:It's worse than that. by ajs · · Score: 1

      Well, to be fair, 87 isn't that much. I work for a small company that has a proprietary software program written by 100 people, so no, that's not all that big.

      However, the reasons that the MS troll is wrong are:

      1. You can audit the code base
      2. You can modify it as an interim fix if you need to
      3. You can contribute bug-fixes to the vendor which makes a fix vastly more likely
      4. You can hire a developer who works on the upstream project to increase control over priorities.
      5. Debugging system problems is vastly easier with source.

      And there you have it. Those are the benefits to a corporate entity which cannot afford to have the bulk of their software unsupported (because, frankly, building a complete support organization rarely scales well; you want your support organization to have significant help and after a certain size, what Red Hat charges for support is fairly cheap).

      Of course, Apple, Novell, Mandriva, etc are all open source software vendors (to varying degrees) that offer the same advantages (to varying degrees).

  39. MS Software is Wide Open by HermanAB · · Score: 0, Redundant

    it has more security holes than a Swiss cheese.

    So, it is not the lack of openness that bugs me with MS software, quite the contrary...

    --
    Oh well, what the hell...
  40. Red_Hat != Linux by Foofoobar · · Score: 4, Interesting

    Here they go again, saying that Red Hat equals Linux. Hey I got one word for their comparison... CentOS. It's RedHat EL without all the trademarked stuff. And yes, they could make all the changes and offer it under CentOS if they wish. Their big point is that changes to Redhat's codebase isn't going to go back into Redhat's Final Product necessarilly.

    So? Roll your own distro. Can you do that with Windows? No. Can I tweak XP and sell it as my own? No. Better yet, can I tweak the codebase for Windows Server 2003 so that I have a company wide distro for our internal systems? Hell no.

    I'm sorry but this Microspin Doctor's argument looks to be in beta still. As per usual, I don't expect Microsoft's final argument to be worth anything until the third release.

    --
    This is my sig. There are many like it but this one is mine.
    1. Re:Red_Hat != Linux by Anonymous Coward · · Score: 0

      "I'm sorry but this Microspin Doctor's argument looks to be in beta still. As per usual, I don't expect Microsoft's final argument to be worth anything until the third release."

      Then .. why are *you* sorry? *sigh* It's petty, but it annoys me the way people use that word.

    2. Re:Red_Hat != Linux by anzev · · Score: 1

      So? Roll your own distro. Can you do that with Windows? No. Can I tweak XP and sell it as my own? No. Better yet, can I tweak the codebase for Windows Server 2003 so that I have a company wide distro for our internal systems? Hell no. Sorry to burst your bubble, but yes, you can. And Microsoft offers the tools to do this. While it's not as "full" as the Linux Distribution modification it allows you to create one standard image for all internal systems. However it's more applicable to XP than 2003 -- you generally don't install Servers on 50 machines or more (but it's still possible). And while I'm on this topic, I think it's also possible to modify the source. Not only that, but if you're an MVP, you get to do if for free[eweek.com].

    3. Re:Red_Hat != Linux by Foofoobar · · Score: 1

      No you can't. Al you are talking about is configuring and maintaining an image. I'm talking about building it to fit your needs... not simply changing config files.

      --
      This is my sig. There are many like it but this one is mine.
    4. Re:Red_Hat != Linux by Foofoobar · · Score: 1

      I'm sorry you feel that way.

      --
      This is my sig. There are many like it but this one is mine.
    5. Re:Red_Hat != Linux by anzev · · Score: 1

      You have to understand that what I meant was also installing applications on the image, and deploy it on the company wokrstations. I'll be glad to prove this, as soon as I find the tool -- I have to check with our IT deparment in the company :-).

    6. Re:Red_Hat != Linux by Foofoobar · · Score: 1

      So I can rebuild the Windows kernel??? I can rebuild IIS??? I can rebuild Office, SQL Server, and all the others? I'll believe this when I see it.

      --
      This is my sig. There are many like it but this one is mine.
  41. This point has traction in some circles by Jah-Wren+Ryel · · Score: 1

    In summary - deviate from the standard and your support costs go up.

    I was in a meeting recently regarding platform development (i.e. the company sells the entire box, hardware and software to their customers). The talk of porting the app to Linux came up and the chief honcho dismissed it as neither a benefit nor a loss.

    His point was that their product requires certain OS-level customizations. They can either purchase these customizations from a proprietary-source OS vendor and pay out the wazoo for them, or they can contract for them in Linux and pay out the wazoo for support on linux. Either way, money is flying out of his wazoo.

    In addition, he made the point that his company's core-competency is not in building OSes, so building and maintaining their own linux distribution is considered a high-risk/low-reward endeavour.

    He had a point, and it was pretty close to this MS rep's point. In this company's case, part of moving to linux was also moving to cost-effective (i.e. cheap) commodity hardware, and away from proprietary (expensive) "big iron" unix systems. So, in his case the value is really in moving from overpriced hardware to the "sweet-spot" in the commodity hardware market. But, from this MS rep's point of view - Windows and Linux are already both in that sweet-spot, which takes that argument away from the pro-linux crowd.

    So, my point here is that despite trying to define the problem in terms of "open" (which it has little to do with) the MS rep does have a reasonably valid point - customization costs money no matter how you go about it.

    But, the MS rep's point starts to fall apart when you ask how manys customers actually need customizations? Since the vast majority of proprietary software is one-size-fits-all, sticking with proprietary versus Free gets you nothing special. Might as well go with a standardized linux install and worry about officialy support for an official release.

    --
    When information is power, privacy is freedom.
  42. I was at the conference and was in the audience... by Woodie · · Score: 5, Informative

    OK -

    first off, the argument went like this:

    Say you're running SAP or some other large enterprise system. Say it's running on Linux. The fact that it's Open Source doesn't gain you much. You're extremely unlikely to be able to change things as companies like SAP, Oracle, etc. all specify exactly which versions of some of the various fiddly bits of Linux they support running their application on. If you deviate from those supported configurations - they don't support it.

    And guess what - it's true.

    Oracle isn't into supporting you bump-reving your kernel, and your upgrading to the latest c lib. They'll test a working stack - identify known issues (and work-arounds) - and that becomes a "known good" configuration. So - while you can do whatever you want with the source, that doesn't mean that other people are obligated to support it.

    In any case - it's sort of a straw man argument. The fact of the matter is (and he even pointed this out) for the most part most people just use software. They aren't interested in actually modifying it in any way (substantively speaking). They aren't going to look at the source code, change it and re-compile it. Only 1% or 2% of software users are in that class. So realistically the fact that you can modify the source isn't such a huge advantage in practice. Other people have cited here what the real benefits are: Freedom of choice - you can still choose to make the change and support it yourself, and security - if the company supplying your software goes away, you still have the source...

    And I see a lot of people reiterating the following OoC (Out of Context):

    "But if a customer modifies the source code, [Red Hat] can't help you [without charging you extra]. They have to lock things down to provide value," Matusow said. "As open source becomes commercialized, it becomes less open."

    What he meant by that - and clarified - was that Red Hat has supported configurations, and other software vendors upstream (Oracle, SAP) have supported configurations. They "lock things down" (not in the literal sense, damn us programmers are always soooo literal - I'm suprised more of us aren't fundies) to provide value - is simply saying they limit the scope of what they support... Deviations from those known configurations are not generally well supported. I'm very curious about how well Red Hat supports the following on the current set of it's "Enterprise" edition:

    1> Downgrade a core component such as the C Lib, or similar library or set of system utilities that a lot of the system relies on.

    2> Upgrade a core component as above.

    3> Crossgrade a component like the file system to a different one.

    Once that's been done, I'm also wondering what kind of support you'd get out of a company like Oracle or SAP...

  43. I agree: GNU is M$ by CaptainPinko · · Score: 0, Offtopic

    Now with that flamebait title I should get some curious readers :D.

    The most un-open thinkg about open-source I'd have to say is GCC. It encourages you to use it extensions*. To me one of the core concepts of freedom is portability/being free from vendor lock-in... well GCC does not provide that. IIRC Intel's CC can't compile the Linux kernel... so now you are locked into using GCC. How this is any different from Microsoft's "embrace and extend" I cannot fathom; nor do I assume RMS to have any nobler intentions than Bill Gates from that matter (both insane genius off on self-serving crusades which may accidently benefit others).

    What if I'm on a platform not supported by GCC or one for which GCC produces poor binaries or I have special tools for a particular compiler etc?

    *(I've read release notes where they begrudged removing an extension when becoming more compliant and there is a comment about not trying to check for ANSIness in the man page)

    --
    Your CPU is not doing anything else, at least do something.
    1. Re:I agree: GNU is M$ by tomstdenis · · Score: 3, Interesting

      I disagree with this statement 100%. I routinely write software that I primarily test by compiling with GCC that works out of the box with ICC v8, MSVC [CL version 6, 7 and 8] and CC from various UNIX'es [e.g. AIX, IRIX and HP-UX]

      Yes, GCC supports things like a smart assembler inliner and packed structures. But I ask you, why doesn't MSVC? In this day and age it still uses the "we put code in verbatim with params" model that Watcom made famous in the EARLY NINETIES.

      With GCC I can say "pass me these variables in registers" and then mix with C and ASM code in the same routine. GCC will sort out which registers to assign and even alias the variables automatically as possible.

      With MSVC it's totally atomic. You can't tell it to alias registers with variables and once you leave your asm block you're totally fucked.

      HOWEVER, when striving to write portable code GCC is a hell of a lot more compliant. Where are "long long"s in MSVC? Where are VLA and other C99 keywords?

      Speaking as someone who actually works on a diverse set of platforms I'd like to qualify your post as "cheapshot".

      Tom

      --
      Someday, I'll have a real sig.
    2. Re:I agree: GNU is M$ by Anonymous Coward · · Score: 0

      The most un-open thinkg about open-source I'd have to say is GCC. It encourages you to use it extensions*. To me one of the core concepts of freedom is portability/being free from vendor lock-in... well GCC does not provide that. IIRC Intel's CC can't compile the Linux kernel... so now you are locked into using GCC. How this is any different from Microsoft's "embrace and extend" I cannot fathom; nor do I assume RMS to have any nobler intentions than Bill Gates from that matter (both insane genius off on self-serving crusades which may accidently benefit others).

      I've had no problems compiling the Linux kernel in Visual Studio.

    3. Re:I agree: GNU is M$ by spitzak · · Score: 1

      Yes it *is* "embrace and extend", you are right.

      However I have a lot more trouble with a certain os that requires "__declspec(dllimport)". When they stop requiring this extra syntax that does not compile on other systems, then I will consider it fair to complain about gcc.

    4. Re:I agree: GNU is M$ by CaptainPinko · · Score: 1

      The fact that other compilers can compile the Linux kernel or GCC code is irrelevant. When IE adds another tag or non-standard behaviour it is still "embrace and extend" and proprietary. Now, Firefox adds support for that tag... it's still proprietary. And people on Dillo probably will have more trouble rendering your site than they should.

      There are many compilers that don't support these extensions(and you can't fault them for it since they aren't standard). While MSVC might compile them what if I wanted to compile the code while debugging with TinyC(for example) to have a faster turn-around and then only use an effecient one when producing RELASE binaries? Extensions can inhibit that.

      To sum with with my opening analogy: a web-page is still proprietary even if another browser can render it if it uses "extensions".

      And if you find these points idealistic then remember the context is about "freedom"

      --
      Your CPU is not doing anything else, at least do something.
    5. Re:I agree: GNU is M$ by Anonymous Coward · · Score: 0

      Yes, GCC supports things like a smart assembler inliner and packed structures. But I ask you, why doesn't MSVC?

      How about you stick to standards and stop whining when you discover that non-standard behavior is, well, non-standard? You have no right to request a packed structure in a standard implementation, and you need to grow up and stop whining because MSVC doesn't happen to implement this non-standard feature in the same way as GCC.

    6. Re:I agree: GNU is M$ by tomstdenis · · Score: 0

      ??? You don't have to use the GCC features though? I don't get this.

      For those of us who use GNU tools it's great. But we can also stick to portable code.

      In my crypto library I have some assembler for x86_{32|64} platforms using GCC but it also will build without the asm out of the box [without manual config] on any other platform with a valid C compiler [by using the C equivalents of things like rotates and what not]. However, I see this as a good thing because GCC is available on BSD and Linux based OSes and x86_{32|64} is rather popular. But just because I use GCC extensions doesn't mean my code requires them to build and be useful.

      As for my whining as you put it. A smart assembler is very ***USEFUL*** I'm not bitching because the glorious GNU has it and all else should but rather because MS Visual Studio costs $1200, doesn't include an optimizing C compiler and the feature subset has not been updated in a decade.

      I'd be happier [well limited extent as I don't use win32 that often] if MSVC supported a smarter assembler even if it used their own syntax. For their sake it probably would make more sense to adopt the GNU way [or improve it] as they're currently "the leaders" on that issue.

      Tom

      --
      Someday, I'll have a real sig.
    7. Re:I agree: GNU is M$ by tomstdenis · · Score: 0

      I disagree with this. Just because GCC supports some extensions doesn't mean you have to use them in your code to write useful and efficient code. For starters, the GCC optimizer is just plain better than that of MSVC. Most CC's are even better and well the interface of GCC is based on the typical CC ...

      But that said, if the features are available why not take advantage of them?

      In my TFM math library I support x86_{32|64|sse2}, ppc32 and ARMv4 as well as plain ol' C from the same source. I use the GCC smart assembler to drop efficient multiply/add routines in the middle of C code to get what effectively amounts to THE FASTEST BIGNUM library in the public domain.

      The code will build with standard C syntax [e.g. without GNU extensions]. But since they're available I can have the option of using them. The result is from a FREE compiler with the extensions I get a free high performance library. I don't view that as a negative. If MSVC [or ICC] was capable of the same I'd support them as well.

      You make it sound like the extensions are without design or purpose. Implemented solely because the team didn't want to follow specs. That's hardly the case. Where GNU extends the C compiler it is to do useful things that aren't feasible in the spec [e.g. assembler]

      The difference between GNU extensions and IE extensions though is that GCC at least strives to implement the ISO specs FIRST then worry about extensions. Whereas IE *replaces* standards with it's extensions.

      The fact you can write portable code with GCC and then have it build with CCs from all over the place, MSVC, Borland, etc kinda shoots down that hole "gcc is anti-freedom".

      Tom

      --
      Someday, I'll have a real sig.
    8. Re:I agree: GNU is M$ by Anonymous Coward · · Score: 0

      HOWEVER, when striving to write portable code GCC is a hell of a lot more compliant. Where are "long long"s in MSVC?

      Which version? It's been supported since VS.NET 2003. And compliant to what? Remember long long wasn't in the C89 standard and VC6 was released in 1998 before C99. And it *still* isn't in the C++ standard. You need a command line switch to get Comeau C++ to accept it.

    9. Re:I agree: GNU is M$ by tomstdenis · · Score: 0

      I don't recall long long working with msvc, but if that's the case it certainly isn't popular knowledge.

      Tom

      --
      Someday, I'll have a real sig.
    10. Re:I agree: GNU is M$ by Sigma+7 · · Score: 1
      I don't recall long long working with msvc, but if that's the case it certainly isn't popular knowledge.


      You need to upgrade to the latest version of the compiler.

      If you need to use the older compiler, you have to use __int64, as the newer standard was not available at the time of MSVC release.
    11. Re:I agree: GNU is M$ by tomstdenis · · Score: 0

      Upgrade to the lastest compiler? What for free? Oh you mean I should pay money for the latest copy? I take it they made improvements like ... installing an optimizer?

      I'm not trying to do an anti-msft rant [though they do suck ass] but to the guy who said GCC is anti the values of freedom... ok, install windows and tell me how "free" you are to do software development. If having GNU extensions that make optimization and kernel development possible all the while not affecting the standards compliance side of things and supporting dozen of platforms is the "cost" of using GCC ... then oh well so be it.

      For the record, VC6 had __int64 [or similar] as I use it in my libraries to define a "ulong64" type.

      Tom

      --
      Someday, I'll have a real sig.
    12. Re:I agree: GNU is M$ by Anonymous Coward · · Score: 0

      Actually, suprisingly enough, the compiler for msvc7 is available for free from microsoft, but with out the IDE.

  44. Arrogance... by 3seas · · Score: 1, Insightful

    This is really nothing more than another Microsoft expression of arrogance.

    I mean they do have the singularity OS....

  45. But so what? by Karl+Cocknozzle · · Score: 1
    He said you can't just go changing code on supported Linux offerings without paying extra to companies like Red Hat or Novell. So as Linux is commercialized, it becomes less open.

    But so what? IT wasn't free for your programmers to make that change in the first place--why would it be free to get somebody else to support your changes? Unless they get incorporated into the distro, you really should expect additional expense from supporting custom software--whatever OS you use. Show me one vendor that will support your random custom software changes without any kind of fee and I'll show you a stock to short-sell.
    --
    Who did what now?
  46. Again in other news. by zwilliams07 · · Score: 1

    Recent study done by Microsoft employees shows a link between all known cancers and using non-Microsoft software. One spokesperson was quoted as having said "Macs? Yeah you can use them, if you want football sized tumors in your brain."

  47. Re:The catch is this: change something, lose suppo by aussie_a · · Score: 1

    What TFA is saying (while being overly general) is that when you move outside of the box to an unsupported configuration, you lose support -- and if you want support, you'll pay through the nose for it.

    It should be noted that by "unsupported configuration" the OP means "Grabbing the source code, making various changes, recompiling the code and installing it." He doesn't mean going into the menu and unticking a box.

  48. Re:The catch is this: change something, lose suppo by DavidRawling · · Score: 1

    Oh please.

    Are you suggesting that Microsoft will turn down your money for a support call on a Windows XP BSOD because you have installed Firefox? I doubt it.

    I've had MS in both Australia and the US assisting in the resolution of an Exchange issue (to pick your choice of server app) where the servers had non-MS antivirus, non-MS drivers, HW vendor management software, unsigned code ... and nary a peep from any of the specialists [sic] they employ about "We won't support it because you've installed non-MS software".

    Perhaps you meant to say that MS may require you to help reproduce the problem without the non-MS software installed? And yes they will - but that's normal troubleshooting procedure. Find the minimum product set in which the problem surfaces.

    Would you like to troubleshoot a kernel panic on $DISTRO with 50 different apps from 50 different vendors, and not get the product set to a minimum state? Would you prefer any $DISTRO support org to say something like "You've got a program installed from another vendor. Since you're paying by the hour, we'll just work with it as is. You probably shouldn't try to save everyone's time and money - and get your system running faster - by minimising the problem app set." And don't fool yourself - the cost of a support incident is set according to the amount of time estimated to solve the average problem. If you make all support calls take twice as long, your Linux support will be twice as expensive too (as will MS, Oracle, IBM, etc etc etc).

    Anti-MS FUD is still FUD.

  49. Re:I was at the conference and was in the audience by Anonymous Coward · · Score: 0

    Say you're running SAP or some other large enterprise system. Say it's running on Linux. The fact that it's Open Source doesn't gain you much. You're extremely unlikely to be able to change things as companies like SAP, Oracle, etc. all specify exactly which versions of some of the various fiddly bits of Linux they support running their application on. If you deviate from those supported configurations - they don't support it.

    The problem here is that Oracle and SAP are closed source. If you're running a large system on Oracle, you might as well be using Solaris on a Sun box. But take something that is running on all open source software, and your choices for who to get support from can increase.

  50. MS source is available to some academics/customers by AHumbleOpinion · · Score: 2, Informative

    I mean, if I were to change the Linux memory manager and ask for support from Red Hat, RH might have an issue with that. And if I were to change the Windows XP memory manager... Um, where do I get the source code for the Windows XP memory manager?

    Strangely enough I have a friend who did just that. Now the research project he was working on had been granted access to Windows NT source after signing NDAs but the license was transferable if the project moved to another university, they were not prohibitted from publishing, etc. It was a pretty reasonable deal.

    Some customers have source as well for the very reason many around here trumpet open source, they want the ability to make changes *iff* necessary. I know I've been very fortunate in alwyas being able to get employers to purchase source licenses for libraries we wanted to use, not the less expenside binary only licenses. It always seems to have paid off.

    So open source's advantage is not that you get access to source, it is that little guys get access to source. When you are a big enough and you are buying enough everything is negotiable, even access to source code.

  51. Don't listen to MS about value by aussie_a · · Score: 2, Informative

    They have to lock things down to provide value," Matusow said. "As open source becomes commercialized, it becomes less open."

    Biased much? No, to provide value they don't need to lock things down (although last I heard DRM wasn't intalled on Linux distro's, you don't need a registration key to use a distro, you don't have to call up to register your installation. I'd hate to see what Matusow claims Windows is, if he believes Linux is locked down). To provide SUPPORT they need to lock it down. Linux has been able to offer value in it's distro's for years without locking it down. Although value is subjective, so I'm sure many MS cronies will disagree.

  52. Thats Like saying.... by Anonymous Coward · · Score: 0

    Cigarettes not really deadly? Ocean not really blue? Microsoft not really a megademon?

  53. oh puhlease by sohp · · Score: 1

    That's just frelling stupid. Like the MS QC talking head I heard a the PNSQC conference recently who said he didn't use any open source testing tools because if he did then he would be forced to give away the source to Windows.

  54. Actually, the other Bill has a point by hackwrench · · Score: 1

    http://www.google.com/search?hl=en&q=%22definition +of+is+is
    An especially interesting entry:
    http://www.ocf.berkeley.edu/~sjblatt/notes/nottrue .html

    ...and some of the entries show the Bush crew getting involved in the game

  55. America isn't really the land of the free by aussie_a · · Score: 0, Redundant

    America isn't really the land of the free, because not anyone can vote in an election. To provide leadership, even America has to lock down it's election process. Not only do you have to be an American citizen to vote, you have to be over 18 and be registered with a particular party, and also provide your home of residence and keep it up to date.

    NOTE: This was intended as satire.

  56. Point He Misses by putko · · Score: 2, Insightful

    If you go with Open Source, you have the option to spend time/money to fix things. If you really need to fix things, that's what you do.

    If you go with MicroSoft or other closed source products, when you are up shit creek, you are relying on them to give you a patch. Maybe you don't really matter to them (or whatever vendor sold you the stuff) -- in which case, you can go jump in a lake.

    Sometimes the problem isn't that there's a bug in the closed source stuff, but that your stuff is interacting with it in a way that makes it misbehave. Perhaps the system is documented, in which case you need to read a thousand pages in the reference manual, hoping to find the requirement that you've failed to meet -- thereby causing the failure.

    Or you call the vendor:

    You: "it's broke."

    Vendor: "Why? What are you doing? Nobody else has this problem"

    You:"Well, I don't really know."

    Vendor: "Thanks for calling. Please get back to us when you have more info."

    On the other hand, if it is open source, you can fire up the debugger, find the problem, and work aroudn it or fix it -- all of that is perhaps faster than going through the support process. If you do a big project, the odds of you encountering a roadblock like this approach 100% percent. If you are pessimistic about the vendor and believe you can fix things, you pick open source.

    --
    http://www.thebricktestament.com/the_law/when_to_s tone_your_children/dt21_18a.html
  57. Odd Approach by catwh0re · · Score: 1
    I noticed a line in the article reading:
    King said the "Open source isn't open" argument is Microsoft's attempt to wave the Unix fear flag.
    Don't you find it interesting that the way Microsoft inspire fear is to claim that it is close to their own business model. They might as well say "Watch out don't use RedHat Linux because it will cost you money"....which is entirely different from Windows how?

    The other interesting part of the microsoft argument is: A team has the capacity to change the OS code significantly. (which microsoft says will require redhat to write you custom patches which will cost you money.) But if the team is competent enough to change the OS so significantly that updates aren't compatible. Then they'll also be competent enough to review the updates from the OSS community and tailor them to work with their unique system.

    It's not a fair assumption to say that your company is smart enough to change the code significantly, but then on the other hand suggest that your company is now too incompetent to apply new updates/patches without the help of RedHat. (What is fair to say is that: If your company function is so unique that you need to significantly alter a mainstream linux distro to make it work with your business, then you will likely have a permanent/contractual IT team growing and maintaining that same system, and quite likely never had to buy RedHat linux in the first place.)

    1. Re:Odd Approach by Anonymous Coward · · Score: 0
      It's not a fair assumption to say that your company is smart enough to change the code significantly, but then on the other hand suggest that your company is now too incompetent to apply new updates/patches without the help of RedHat.

      That's what may have happened in Redmond. They took the BSD code, changed the license. Changed the code fo fit into their legacy. Years past by. Expertise left the house. With quickly-advancing competitors, MS is still stuck with their old fork!

      And now, finally, RedHat (read : *BSD) wont apply their patches.

  58. open MEANS open by wzzzzrd · · Score: 1

    c'mon, that's bs. i can grab the linux source, say, from debian, change what i want (and if it's just the logo shown while booting) and call it "super foobar os", burn cds and sell it (while releasing the sources according to gpl). i mean, what more "open" do you want?

    as much as i dislike some of his essays, i thank rms for what he (not he alone) accomplished. and i'm happy that linus chose the gpl for his os. i mean, just take a look at the trove map at sourceforge, it's geek's heaven.

    --
    On second thought, let's not go to Camelot. It is a silly place.
  59. It's not that Linux presents a new threat to MS... by AHumbleOpinion · · Score: 1

    MS continues to beat up on linux cause they realize more and more what a threat OSS is. When someone hates on you, take it as a hidden compliment. Keep drinking that HATER-AID M$, we be loving it.

    It's not that Linux presents a new threat to MS, it's more that Linux has displaced traditional Unix vendors. Where MS used to attack Sun and company they now attack Linux. Right now the only people getting killed by Linux are the traditional Unix vendors.

    You are correct in that MS probably is taking posts like yours as compliments. Pot. Kettle. Black. :-)

  60. Matusow is mistaken by max+born · · Score: 1

    "But if a customer modifies the source code, [Red Hat] can't help you [without charging you extra]. They have to lock things down to provide value," Matusow said. "As open source becomes commercialized, it becomes less open."

    He's wrong. It's still just as "open". Besides, he's descibing a sitution that's unlikey to happen. If you know enough to make changes to the source code you probably don't need Red Hat.

  61. Three letters ... by Ex-MislTech · · Score: 1
    --
    google "32 trillion offshore needs IRS attention"
  62. Re:I was at the conference and was in the audience by spitzak · · Score: 1

    There is a difference. With Linux you *can* fuck up your system by changing the source code. Maybe it will work better, and if so then you might be willing to ignore the fact that Oracle does not officially support it. With Windows you can't try to change it at all, whether or not this will make Oracle dislike you.

  63. PR by Doc+Ruby · · Score: 1

    Why does the submitter insist on validating Microsoft's gibbering nonsense by portraying it as "he said / she said"? The fact is that I can change any code in GPL software that I want, without paying extra, and that Microsoft is just lying. How about them facts?

    --

    --
    make install -not war

  64. It All Depends... by eno2001 · · Score: 2, Interesting

    ...on how much responsibility you want to take for the open source/free software you use. Honestly... when was the last time any of us really needed paid support for a lot of the most popular FOSS software? I haven't used paid support AT ALL since moving from Windows to Linux. I'm also very willing to take on the responsibility of solving problems with the FOSS software I use at work. Many times the "worst" of it is in an extended Google search since many other people are likely to have experienced the same problem that I have.

    Now, regarding paid support... I have yet to have a paid support response that I feel warrants the highly expensive support contract fees we pay where I work. If we're paying thousands a year for support I want 24x7 and I want qualified support staff. I just had an experience over the weekend (involving the migration of software from one system to another) for software that we pay a LOT for support services. It was dismal as usual. We called the company's after hours support line at about 9:30PM on Saturday night. It was automated and stressed that we'd better be in a down/critical situation. We left our message with the correct information regarding contact and the problem being experienced.

    The message on their end stated as 60 minute response time. However, their support person managed to call the wrong number and we didn't hear anything. So we called back and actually got a human this time. After talking to the support person for a while, the person said they would call us back after doing some research. Since this product is HIGHLY PROPRIETARY, my Google searches only brought back two responses to the error message we were getting on our server. And those search results were only viewable in cached form. They were... cached web sites that use the same producvt who were experiencing the same error. That is to say the cached pages were just those sites displaying the same error at one point. No forum discussions. No knowledgebase articles. Nothing helpful.

    Eventually we got a call back from support and this person had tripped through their internal knowledgebase which gave the most common cause of the error with no other suggestions. We verified that it wasn't the most common factor causing our error after which the support person said, "Well, I'm sorry folks. Maybe you should move back to the old system". WTF?! Fortunately, we pressed them to find someone else to give us a better answer and we eventually got a call from someone else who asked more pointed questions that eventually led to a solution but it took three hours to get to that point.

    Ideally, we should have gotten a call from the second person right off the bat since our details were very specific. And that person should have been knowledgable enough to know for certain what was causing the problem. For god sakes, we're paying a LOT of money for support. Enough to staff one person yearly very comfortably. We should have had an answer within no more than 90 minutes. If this had been a FOSS project instead of proprietary crap, I would have had an answer in minutes since the error is definitely caused by a very finite list of factors. Sadly, that is not the case with proprietary software. And this is one of the BETTER experiences I've had with paid support!

    The usual is more along the lines of me calling an issue in and having to hound them every few hours or days until I get an answer. Many times the answer is just, "uhhhhh... hmmmm... it SHOULD work...". I'm sorry but I'm more than willing to replace proprietary stuff with well known, well supported FOSS offerings: Apache, BIND, ISC DHCP, the Linux kernel, Bash, OpenSSH, OpenVPN, etc... And if I really need a fast answer that I didn't find with a Google search, there are always FOSS coders that will fix stuff for a reasonable fee that ISN'T the equivalent of a year's salary. This Microsoft guy doesn't know what he's talking about.

    --
    -"...bad old ideas look confusingly fresh when they are packaged as technology" - Jaron Lanier (Digital Maoism on Edge.o
  65. Arrgghhh, you make me sick Microsoft. by s-twig · · Score: 0

    It's a shame that no one will ever consider anything Microsoft wants to say about an industry, it has no experience in. I'm sure they hired Jason to provide reassurance.

    "Let's get a UNIX and open source expert and have him proclaim our business model is so much better." Steve whispered as he rolled over to take a share of Bill's bedsheet.

  66. ... and blazing hypocracy by argoff · · Score: 2, Interesting

    This is really nothing more than another Microsoft expression of arrogance.

    I mean they do have the singularity OS....

    You're telling me. FYI, there was once a large retailer who had over 1000 stores whose customer value cards authed thru a central farm of NT servers. The problem was that these servers would crash on a regular basis and arguably cost the company over a million dollars per hour in downtime when it happened.

    To get to the root of them problem, they bought expensive specialized hardware, put up big money for a custom tcp/ip stack, and scheduled nightly reboots, but still nothing helped. So they flew in experts from all over thw world, who eventually came back to them and said there was a flaw on the OS. Then they went to Microsoft, and in not so many words got the finger even though they would have certainly been willing to pay big bucks to fix it if they could.

    So how do I know about this? because I was one of the people hired to help the move over to Solaris at great great! expense to them. But their reboot problem was finally resolved.

    So really, at least Red Hat is willing to take your money and not leave you screwed. And why is that? Because if RedHat won't do it someone elese would because Linux is FOSS and that forces people to compete off of merits and not by giving customers the finger when service and support don't fit into a companies master monopoly strategy.

    So excuse me, but this has got to rank as the most blazing hypocracy I've ever seen. I'm sorry to see that your post is rated as flamebait at this time, because Microsoft truely is ARROGANT by the words very definition. They're gonna get what's comming to them, and nobody is going to cry a tear.

  67. dude by Anonymous Coward · · Score: 0

    you need to share what you've been smoking.

  68. Re:The catch is this: change something, lose suppo by cthellis · · Score: 1

    Oh please.

    Are you suggesting that Microsoft will turn down your money for a support call on a Windows XP BSOD because you have installed Firefox? I doubt it.


    Actually, that was exactly his point. Remember the "you will pay through the nose for it" part? You're not too likely to get FREE support... not without a few "passing the buck" attempts. (HP and Dell ping-ponged me all night once over an AMAZINGLY SIMPLE MATTER. I wanted to firebomb them both. X_X )

    Meanwhile, no one's talking about simple things where you're using one of a billion 3rd party pieces of software getting annulled... They're trying to think up situations at least reasonably analogous to the originating FUD and how it compares.

  69. Oh my god !! by Mr+Europe · · Score: 0, Flamebait

    How stupid !

    1. I take a Red Hat distro and change it to something different.
    2. Red Hat does not give support for my special distro.
    3. I start whineing that "Hey it's not open!"

    The main story should be marked troll.

  70. Re:I was at the conference and was in the audience by miffo.swe · · Score: 2, Insightful

    From my point of view this really puts the blame on the comercial vendors. The fact that they only support one configuration on one specifik platform makes the OSS alternatives look much better from a customers view.

    I do alter source code pretty often infact. It has been invaluable to me at work since i can find an error, fix it and continue as nothing happened. I have had problems in commercial software that hasnt been fixed for years and could do nothing.

    --
    HTTP/1.1 400
  71. Slashdot Recommendation: New Icon by l0ungeb0y · · Score: 1

    /. needs to add a new MS Specific Icon for any and all MS Specific posts that include the word "mouthpiece" in the post body or are by known MS shills such as Didio and co.

    After all... Bill the Borg gets lonely sometimes.

  72. Jason Matusow may be trolling, but we are not by weighn · · Score: 1
    the signal to noise ratio for this article is actually very good.

    My prefs may be skewing this a bit, but 92 of 142 comments are above my threshold for this article. This compares well against 337 of 618 comments for the "Mac Converts" article posted earlier.

    I guess Linux "zealots" aren't so bad after all B)

    --
    Mongrel News all the news that fits and froths
  73. you can fork, and that's what matters by idlake · · Score: 1

    Open source allows people to fork software if they want to. That means that if I don't like RedHat, I can start my own distribution. And, guess what, that's exactly what people have done. That's what matters. It guarantees that software is written for users' needs, not for the needs of Bill Gates's bank account. And it guarantees that the software will be around long after the original developers are gone.

  74. The competence level of people? by msormune · · Score: 1

    Is there a screening process for people wishing to be a part of Linux kernel coding? Can anyone write code for it? Can anyone's patches REALLY be accepted by Linus? If Linus always decides whose patches go in and what new features are ultimately added, is it really open source? Or an semi-open software project with a dedicated maintainer?

  75. Microsoft IS a leader in open source... by vishbar · · Score: 1

    Don't you remeber? They even open sourced Windows!!

    --
    Ride the skies
  76. Re:I was at the conference and was in the audience by Meetch · · Score: 2, Interesting
    Just a quick response to the points, having seen the boats if not necessarily been in them...

    1. RedHat's distros come with (backward) compat libraries and compilers packages (optional to install) with their enterprise products. I believe the that between the two you have most things covered. The compat libraries are typically required by Oracle ...

    2. You might get away with core upgrades, if it lives on an extras disk. I haven't explored them... anyone? However, if people complain loudly enough and the change isn't that major, they have been known to include things that were intended for a future release, or were even being deliberately excluded. A good example is their reluctant support for the features of QLogic FC HBAs. It took months to get them to stick it into EL3. AFAIK no clients actually paid for it (all they really had to do was incorporate the vendor's own code, and that doesn't taint the kernel), and even though the vendor's drivers were eventually compiled in, the user had to know what symbolic links and modules.conf changes to make to get it to work... before that I was downloading the source and compiling in the vendor's driver. RedHat wouldn't have supported any I/O related issues to those disks, I'm sure, but they would still support configuration of the web server!

    3. RedHat have deliberately left lots of things they will refuse to support out of their kernel releases. Reiserfs is a good example of this. If you want it, you have to install the source rpm, reinstate the config and compile the modules for yourself. I do however find it very annoying that we need to in the first place. But then if you don't like it, you can always go with SuSE.

    The downs may seem very significant, but the only issues this causes to the likes of me is when the hardware compatibility matrix is affected. I like to be able to dial 1-800-REDHAT and have the expectation of a reasonable answer to a reasonable question in a reasonable amount of time. Now if only they could get the answers right more often! :)

  77. This isn't even worthy of the term FUD by leereyno · · Score: 1

    The arguments this turkey made wouldn't fool a 3 year old. He clearly has self-esteem issues if the best job he thinks he can get is prostituting himself for Microsoft and making a fool of himself in the process.

    It just goes to show you that when money talks it's usually speaking bullshit.

    Unlike so many here I don't hate Microsoft. My hatred is contingent upon their ability to cause problems, which is quickly dimminishing. Their goose is pretty much cooked. If this is the best their zillion dollar FUD machine can muster then I almost feel sorry for them.

    Lee

    --
    Muslim community leaders warn of backlash from tomorrow morning's terrorist attack.
  78. Yes because as we all know... by Shanep · · Score: 2, Insightful

    GPL licenced Open Source Software is the only kind there is.

    [sigh]

    Microsoft knows full well of BSD licenced software. They just prefer not to mention it since it would make their bullshit clearly that.

    I guess while Microsoft slogs it out with "Linux", Sun and Apple, this will make BSD the "meek"?

    --
    War crimes, torture, lies, illegal spying... Would someone give Bush a blowjob, already, so he can be impeached?
  79. No Additional Value... by lucifer_666 · · Score: 4, Insightful
    I think the argument he is trying to make is that even though you have full access to "open source" code, and even though you can make your modifications, they will not be supported by the vendor; therefore, his logic goes, there is no additional value to making the modifications, you can't roll them out world wide for example.

    An IT manager may look at this argument and conclude there is no advantage to open source solutions, in that there is no point having solutions that are not supported. The manager may conclude closed source is a better choice; while no self-modifications can be made, at least the system is supported in its entirety.

    At the end of the day, your average IT manager needs to desperately separate him or herself from the technology. Otherwise, they get completely snowed under doing technical work that should have been delegated. When there is an option to pay for support, most will take it. The argument is powerful in that it contends as there is no option for support of changes, so there is no ability to make changes. So why buy open source as opposed to a fully supported Microsoft product?

    Very smart implication, I think anyway.

    1. Re:No Additional Value... by NotoriousQ · · Score: 3, Interesting

      Ok, so you do not want any technical work done in house, because it is not supported. Fine.

      The problem of getting locked in to a vendor still remains. When one vendor gives you closed source programs, and then decides that he no longer supports your version, your only choice is to switch to another product. That is a software manufacturer has a monopoly on supporting that software. In open source, any company can support the software...and no one can claim that they will be bad at it because they do not own the code. As the code is publicly available, they can claim that they are as good at supporting the product as the company that sells the software.

      Less lock-in as far as I can see is a good thing.

      --
      badness 10000
    2. Re:No Additional Value... by arkanes · · Score: 2, Insightful
      It's not smart, and it's not new. And deciding that because RH won't support arbitrary user-patches you may as well go with Microsoft is a false dochotomy.

      If support is a concern for you, and providing your own fixes is not (and this is true for many, many, many shops, in no small part due to the culture that grows up around proprietary software - you implement workaround, rather than fixing the product directly), then obviously the "open" part of Open Source is of little value to you. That doesn't mean you should neccesarily go to Microsoft over Red Hat, simply that you should evaluate the offerings on different technical grounds.

      In my experience, for example, MS support even at very expensive levels sucks. RedHat support is excellent, with a faster turnaround, and you're far more likely to actually get a *fix*.

    3. Re:No Additional Value... by CastrTroy · · Score: 1

      Both the open and closed systems are supported entirely. Neither the open source, nor the closed source programs are supported once you start making changes to them. Only the open source program allows you to actually make the changes with relative ease, and submit them to the code base in some hopes that it may actually be supported. Of course, they can't support every piece of code that gets submitted, because they have to think of what everyone wants. But I think just knowing that changes can be made from outside, and that, they may possibly make it into the supported version, is much better than the closed source model of, changes can only be made from the inside, and the only thing you can send to the developers in hopes of getting something fixed is a request email, which usually gets ignored. If you submit a bug/security fix to an open source project, I think most of them would be happy to take it. New features are another thing, because they change the abilities of the program, and if they accepted all the features everyone wanted, there would be way too much code to handle.

      --

      Anthropic principle: We see the universe the way it is because if it were different we would not be here to see it.
    4. Re:No Additional Value... by Lumpy · · Score: 1

      dude did you even read that line??? here let me quote it for you.... "He said you can't just go changing code on supported Linux offerings without paying extra to companies like Red Hat or Novell."

      ANY IT manager that thinks that that statement is anything but utter nonsense needs to step down and let someone competent take over.

      it is utterly frightening that any manager could hear that statement and say anything but... "Whaaa? is he nuts?" It's like saying that if you change the headlights in your GM car then you have to pay money to GM. Hell let's stretch it out to assume he meant support.

      then he basically said that if you change your floor mats, you can't expect GM to warranty the new floor mats... DUH. any complete moron knows this.

      I really hope that management in American companies has not become this incompetent.

      --
      Do not look at laser with remaining good eye.
    5. Re:No Additional Value... by putamare · · Score: 2, Insightful

      It is foolish to assume that just because it does not make financial sense for your "average IT manager" to modify the code, there is no value in "openness". The fundamental flaw of the position is its self-centeredness. Even though there might be no additional value directly to you in your being able to modify the code, there is substantial value in the fact that many others are not so constrained, and contribute. It is those contributions cycle back and add value to, you guessed it, the "average IT manager".

    6. Re:No Additional Value... by ILikeRed · · Score: 1

      This all presupposes:
      a) That you cannot support your own changes
      and ...
      b) That you will not file bug reports and put your code back into the vendor supported version.

      Yes, I have done both of those.

      It's really a variation of the "GPL is not really free because you can not take away other people's freedoms" argument. ("Canada is not really free because you do not have the freedom to have slaves." (And just think of all the lost financial opportunities because of this long-haired, draconian policy!))

      --
      I have come to a conclusion that one useless man is a shame, two is a law firm, and three or more is a congress -J Adams
    7. Re:No Additional Value... by m0nk3ym1nd · · Score: 1

      I think the parent is right on, and would like to amplify: Where MSFT excels is the use of language. It seems Matusow is trying out a new meme which, if successful, could subtly but powerfully alter the playing field on which Open Source and MSFT compete. Everyone knows Open Source now, and in the brains of the general IT purchasing population, Open Source == Good. If this trial balloon succeeds even slightly in poisoning the (OS==G) meme, expect it to be amplified exponentially in publications that IT purchasers rely on for guidance.

    8. Re:No Additional Value... by hackstraw · · Score: 1

      I think the argument he is trying to make is that even though you have full access to "open source" code, and even though you can make your modifications, they will not be supported by the vendor; therefore, his logic goes, there is no additional value to making the modifications, you can't roll them out world wide for example.

      True. We have the saying, "Custom modifications create constant maintenance".

      But the thing is that we can and do make bug fixes or custom feature enhancements. Sometimes patches are distributed amongst a group of users, but never folded into the main source. Sometimes they are. I submitted a patch to an open source software package just last week. The person who I emailed with and accepted the patch was from a company that sells a supported and more advanced version of the free, open source version.

      There is a great freedom to be able to do this. Closed source software can be excellent, but there are those times when it would be so much better if it only did _________. The blank is often filled in open source software. Its a good thing.

    9. Re:No Additional Value... by k12linux · · Score: 1

      This idea has proven itself false to me three times now in my dealings with open source.

      The first time was with a product that was great but didn't work well on low resolution monitors due to some choices made by the developers. I contacted the lead developer, added a user preference choice and code to adjust the display to be more low-res freindly and submitted it back. Within a week the changes were part of the main code base and I now had a fully supported program that worked correctly on the systems I needed to run it on.

      The second and third times involved bugs that were fairly minor. Unfortunately they were things which couldn't be easily worked around or ignored in my environment. In the 2nd case I fixed the bug, submitted a patch back and it was accepted. In the 3rd I fixed the bug, my patch wasn't accepted but a different (and I admit better) patch was accepted from someone else.

      In all three cases the problems were not things that were likely to affect a large percentage of the user base for the programs in question. As such a software company looking at the ROI would decide that it would cost less to simply not fix/patch the bugs or make the other changes than it would to just leave them in. The fact that, at least in one case, it would have meant losing a sale the cost of fixing it would likely offset that small lost sale.

      Honestly it makes sense from a software developer business point of view to only have your programmers work on things that will at least pay for their time. Whether that is by gaining extra sales or preventing attrition of your market share doesn't matter a lot. Bottom line is does the money we are going to spend fixing bug A or adding feature Z become a loss or an investment?

      From the customer's point of view, however, things are much different. We want software that is as bug free as possible. If the bug affects your company enough it may very well make sense to have your own developer fix it or to pay someone to fix it. At least with F/OSS you have that option.

    10. Re:No Additional Value... by KagatoLNX · · Score: 1

      To be fair, at the upper levels, I would say MS and RH have similar support techniques and similar levels of expertise. I agree, however, that the support is excellent with a faster turnaround and higher likelihood of a fix.

      This is because Windows is inherently harder to support due to poor coding standards, duplication of code, and inaccessibility of the codebase.

      This is a double-edged sword. On one hand, today we see that OSS can make higher quality code and MORE SUPPORTABLE code when properly managed. The downside is that we should not get too comfortable, because MS may someday finally write a decent codebase. Their weakness today is in their baggage, not their finances, marketing, or support expense. When the day comes that their code doesn't suck, we may find that things get more difficult.

      --
      I think Mauve has the most RAM. --PHB (Dilbert Comic)
    11. Re:No Additional Value... by Grishnakh · · Score: 1

      I really hope that management in American companies has not become this incompetent.

      I'm afraid it has. It would certainly explain a lot of the idiotic things we see from corporations today.

  80. Re:I was at the conference and was in the audience by charlie763 · · Score: 2, Insightful

    The thing to remember is that not EVERYONE needs to change the source for ANYONE to benefit, ONLY one needs to change the source for EVERYONE to benefit.

    --
    Welcome to the land of the free...pay toll ahead...no photography...please open your bag...
  81. who the hell uses Redhat or SuSE/Novell anyhow? by Anonymous Coward · · Score: 0

    That's a given really... the more commercialized a product becomes, the less I want to use it anyhow, same thing goes with music!

    I've worked with SuSE and Red Hat Systems, and I never suggest using them, simply because they are so commercialized, that they ARE almost proprietary (compared to less commercialized distros).

    Debian, Slackware, and Core Linux wide open for tweaking.

    The purpose of linux (as I see it), is to be able to build a custom OS to fit your exact needs, no more, no less.

    Debian, Slackware, and Core Linux are perfect for this, and should stay this way.

    Carry on! =0

  82. It's a fish, and it's red. by cerebis · · Score: 5, Insightful
    It's a red herring.

    Few if any competent companies would expect that they can modify the source willy nilly and then expect direct support on what _they_ have done from the distribution vendor. I mean, if you have an understanding of the process of software development and have spent 5 minutes reading about the Open Source movement, then you'll understand that it is a completely impractical, if not irrational, way of working.

    When has this approach ever been promoted by the Open Source community? This sounds like only something a PHB could arrive at, following a methodology of gleaning an understanding of OS while walking by the cubicle farm and overhearing casual conversations.

    Seriously, to me it seems like Microsoft sat around a table brainstorming for potential negative aspects of OS that they could market to suitably gullible people. I guess they feel sufficiently threatened to roll with even the weak results of that session. I hope the audience laughed at the guy, and told him to go back to counting the cash piles back at Redmond.

    1. Re:It's a fish, and it's red. by D4C5CE · · Score: 2, Insightful
      It's a red herring.

      Few if any competent companies would expect that they can modify the source willy nilly and then expect direct support on what _they_ have done from the distribution vendor. [...] it is a completely impractical, if not irrational, way of working.

      When has this approach ever been promoted by the Open Source community? This sounds like only something a PHB could arrive at [...]

      to me it seems like Microsoft sat around a table brainstorming for potential negative aspects of OS that they could market to suitably gullible people.

      Yeah, the whole story sounds so far-fetched that it's hard to believe we're even having a Slashdot article (let alone the ensuing discussion!) about it.

      One can download the source to whatever needs to be customized and run make&friends in the relevant directory on pretty much every OS distro on earth - hence the name! Perfectly, legally, even to pass it on, but all of this without any legitimate concerns to be raised just because someone else (be it a Red Hat or a Green Gecko, or anything else) who didn't make these changes cannot know what the one making them may have broken. To suggest otherwise is preposterous indeed, even more so if such "concerns" are uttered by someone who won't let you have his sources to try the same things.

      The sad part is that posting this article (with that headline, and without a word of caution right on top of it) on /. in the first place will only help this "non-story" being picked up by the mainstream press, at least parts of which are likely to make it sound as if genuine issues really had been found with the OSS model.

    2. Re:It's a fish, and it's red. by nine-times · · Score: 1
      Seriously, to me it seems like Microsoft sat around a table brainstorming for potential negative aspects of OS that they could market to suitably gullible people.

      Does that surprise you? And here I've been assuming all along that this is what marketing people usually do-- sit around tables, brainstorming every potentially positive aspect of their product and every potentially negative aspect of their competition, in order to rope in whoever they can with whatever they can.

  83. Strawman by RAMMS+EIN · · Score: 2, Insightful

    In other words, they're setting up a strawman (by claiming that open source is something it is not), and then attacking that. Very clever, given that few people outside the scene (and not even everybody in the scene) know what open source really is.

    --
    Please correct me if I got my facts wrong.
  84. Sweet Blue-Haired Savior by RAMMS+EIN · · Score: 2, Informative

    From TFA:

    ``Shared source is Microsoft's foray into community development, started back in 2001 when Linux was just a hobby for the blue-haired ponytail set.''

    Excuse me? Am I delusional or were major, reputable companies already using and supporting Linux in 2001?

    Had this nonsense been coming from one of Linux's adversaries, I would have understood, but this is coming from the reporter!

    I guess, by the same token, Linux was created in 1991, while Microsoft was still struggling to establish a foothold on the PC desktop market.

    Please forward my (and your own) complaints to the reporter and the editor's.

    --
    Please correct me if I got my facts wrong.
  85. What being "Open Source" really means by mcrbids · · Score: 3, Interesting

    I have a number of production servers to this day still running RedHat Linux 7.2. They are patched and up to date, even though RedHat axed support for RedHat long ago. I spend very little time doing so, because Progeny came to the rescue allowing me to milk another couple years out of otherwise perfectly happy, capable, production servers.

    Also, there's the Fedora Legacy project which has picked up RedHat 7.3 as well, providing yet another option for administrators of "axed support" distros.

    Let me ask you this - what companies or groups have stepped up to the plate to support Win9x after Microsoft's abandoning of the platform?

    I guess Windows is really not that open, is it?

    --
    I have no problem with your religion until you decide it's reason to deprive others of the truth.
  86. Open = replaceable by Alwin+Henseler · · Score: 1
    The most un-open thinkg about open-source I'd have to say is GCC. It encourages you to use it extensions*. To me one of the core concepts of freedom is portability/being free from vendor lock-in... well GCC does not provide that.

    To me, the 'open' in 'open platform', 'free (as in speech) software' has little, if anything, to do with having access to source code. Nor does it have much to do with having portable code/being free from vendor lock-in.

    The 'open' to me is about being able to find out how it works, and (resulting from that) being able to replace it with something else. In that sense, an open source project may even rank low on the open scale... if there's no alternative in existence, nothing to replace it with if you wanted to, nobody left that understands the existing code.

    But GCC sure is open in that sense. If you want to compile your pet project with something other than GCC, you can study GCC's source code and masses of documentation to find out how GCC turns your pet project from source into binary. And thus, it enables you to build something else that does the same job. I'll admit, that may be a huge effort. But you can also modify GCC to suit your needs (like, be compatible with other compilers/compliant with coding standards of your choice). Or your can modify your pet projects source code to not use GCC specifics. With enough effort, that makes GCC pretty much a replaceable component (and thus: open).

    The access to source code requirement of free software licenses IMHO essentially serves to make this process of reverse engineering/modifying easy enough to make it practical. The 'open' doesn't come from the source being out there, but from the fact that because the source is out there, it's easy enough to look inside, see what it does, and construct something else to replace it. Microsoft's "embrace and extend" fails here because the extensions are often inaccessible in one way or another (undocumented, binary-only, licensing issues, whatever).

    So your point is interesting, but just doesn't hold water.
  87. Re:The catch is this: change something, lose suppo by killjoe · · Score: 2, Interesting

    "Are you suggesting that Microsoft will turn down your money for a support call on a Windows XP BSOD because you have installed Firefox? I doubt it."

    The EULA you agreed to says they can. In practice this means they will still take your money, blame the other software and close the case. Either that or like you said they will ask you to install a new server with only MS software on it, load all your data to it and then try to replicate the problem. After a week of blowing your sysadmin's time you won't be able to replicate the problem, they will take your money and close the case.

    Yes, I have been there, done that. They once asked us to ship our entire database to them. The CIO flipped. Imagine sending all your customers, vendors, transactions and all kinds of sensitive data to MS!. Trust me they know how to get you to close those pesky tickets.

    --
    evil is as evil does
  88. Another Moronic Lie From Microsoft by Master+of+Transhuman · · Score: 0, Troll


    Repeat after me: NOTHING a Microsoft employee who is authorized to talk to the media says is ANYTHING but a LIE!

    These guys make Scooter Libby look like the soul of honesty.

    Pointless to even discuss anything they say as if it had meaning. There's no more meaning to a Microsoft statement than one from George "We don't torture" Bush.

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  89. what people will believe by pjrc · · Score: 2, Interesting
    Many years ago, almost everybody was affraid to use Linux because you couldn't get support for it. Or at least so the common risk-adverse wisdom went. On-line community didn't count, "couldn't get support" meant someone you paid who would answer the phone for tech support.

    There also wasn't anyone to sue if something went wrong. And there wasn't documentation. And there wasn't a 5 year road map so nobody was in control of its future. And more recently, you could be exposed to legal uncertainty.

    Well, people aren't buying that old FUD anymore. So now we've got the new and improved FUD.

    Now you can't get support if you've modified the code.

    Next thing you know, there won't be documentation available for your own modification.

    And then there won't be anyone to blame/sue if your own modifications don't work.

    Your whole company will have an uncertain future because your modifications don't have a 5 year roadmap from an industry leader in the software biz (that consistently misses its own goals, but nevermind that detail). No 5 year roadmap = uncertain future.

    Worst of all, your own modifications might have legal uncertainties, possibly infringing upon someone else's patents or other so-called intellectual property. You could be exposed to lawsuits or other frightening uncertain legal woes.

    Be affraid. Very affraid. And also uncertain and filled with doubt!

  90. Will MicroSoft support a modded X-Box? by mwvdlee · · Score: 1

    I think not.
    Same thing.

    --
    Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
  91. Never been a problem ISFAICT by twoblink · · Score: 0

    I've found bugs, submitted a patch, and they reply with the most generic of messages:

    "Bug confirmed. Thanks for the patch, will be in next release."

    What's wrong with that?? They review the problem, review the solution, and if it's good, they take it.

    VS. M$, who just says "take your problems and shove it!"

  92. A patch! by Steeltoe · · Score: 1

    This is the whole point of open source and free software: You apply a patch to the maintainer in the hope he will submit it to the codebase, and THEN you get your support!

    In case your patch is not accepted, you can always maintain a fork, which you can even use to compete with the original maintainers (depending on how "open" the license is of course).

    In case you don't want to run your own show, you can always keep a diff, and hope the surrounding code doesn't change too much over the versions. With open source /free software you can easily apply your own patches to software and kernels anywhere in the system by compiling those modules yourself.

    This is just yet more FUD from Microsoft. This only shows how much they fear Linux now that Free distros such as Ubuntu has come to the scene and Linux is starting to look better than the current Windows offerings on the desktop..

    What was it Gandhi said?
    "First they ignore you, then they laugh at you, then they fight you, then you win."
    Mohandas Gandhi

    Another good quote:
    "I think it would be a good idea."
    Mahatma Gandhi, when asked what he thought of Western civilization

    In fact Gandhi has an enormous collection of good quotes. Look it up on the net.

  93. Microsoft understands! by www.sorehands.com · · Score: 2, Interesting
    They understand perfectly. They just are lying and spreading FUD or it could be opposite day.


    Just like how the unions are saying that Proposition 75 is a way to silence union members. What is is is to say that the union can only take money out member's paychecks for political campains, after they get permission. Not jump through hoops to get a refund of polical dues. Or Proposition 75 will cut school funding. But it actually limits the amounts of spending increases.

    1. Re:Microsoft understands! by An+Onerous+Coward · · Score: 1

      How long have you been searching for a way to drag your pet issues into this story?

      Since you've veered totally off-topic anyhow: "limiting the amount of spending increases" is effectively cutting spending, if demand for those services are increasing faster than the spending limits can cope with.

      For example, say you have a million kids in the school system, and you're paying three billion to educate them ($3000/head). Your "limits in spending increases" allow for no more than 2.5% increases every year in school spending. But next year there will be 1.1M kids in the school system. You're now paying $3.075B to educate 1.1M kids, which means per-pupil spending has been cut by $205/child.

      If you're going to cite examples of FUD, don't go spreading misinformation yourself.

      --

      You want the truthiness? You can't handle the truthiness!

    2. Re:Microsoft understands! by www.sorehands.com · · Score: 1
      Since you've veered totally off-topic anyhow: "limiting the amount of spending increases" is effectively cutting spending, if demand for those services are increasing faster than the spending limits can cope with.

      It is not the same. Cutting is reducing, this year's budge is $X and next years budge is $Y, where why is less than X. They said cut, not effectively cutting.

      What I said was 100% accurate. An interesting thought, why when producing something, you get savings in volume, but never in education? And is there any data that supports the theory you propose -- the higher per student spending, the better the education?

    3. Re:Microsoft understands! by An+Onerous+Coward · · Score: 1

      "100% accurate" doesn't necessarily mean "not misleading as hell". Republicans have been using this tactic (and its kin, "forgetting" inflation) to erode social programs since at least the Gingrich era. Of course, now that we've veered so far off course that the Republicans can cut these programs without the sugar coating, they can be more honest about their intentions.

      Despite your assertion, we do get massive savings by educating children "in volume". But the techniques required for "mass production" don't apply well to the manufacturing of educated adults. As class sizes grow, it's harder for teachers to answer everyone's questions, maintain classroom order, and take account of the needs of individual students. There is a certain amount of individualized attention that each student needs, and if the student/teacher ratio is too high, education cannot help but suffer.

      I believe they've studied the class size issue in enough detail that they know where the inflection points are. It doesn't make much difference whether your class size is 15 or 20, but the difference between 30 and 35 is pretty remarkable. You'd think it would be the other way around, because the proportional change is larger going from 15 to 20. But going from 30 to 35 makes more difference, because the teacher already has more kids than he can effectively deal with.

      Now, I never proposed the theory you claim I'm proposing: that higher per student spending leads to a better education. Read my earlier post again: all I proposed was that increasing the amount being spent on service X can result in an effective cut if the number of people requiring service X increases faster. Had my analogy used a birthday cake instead of dollars, would you say I was proposing that cake is healthy for you? No.

      There is no easy way to relate dollars spent to educational outcomes. Too much depends on factors like parental involvement, social attitudes towards school, and the effectiveness of school administration in using those dollars to improve the education system. My home state of Utah is a wonderful example: Despite having about the lowest per-student spending in the country, we have generally good educational outcomes. I think it's because parents are unusually involved in the education of their children.

      But within any given education district, we can assume that these factors will be relatively constant. If spending gets cut, it's unlikely that "parental involvement" is magically going to take up the slack. It's a very naive view of the world to think that there is always more that can be cut from a budget without ill effect. Some schools are already too poor to provide an acceptable educating environment: overcrowded classrooms, too few teachers, facilities in disrepair. Some schools need serious reforms to their administration, or simply to spend money more wisely. But there are schools that just need more farking money.

      --

      You want the truthiness? You can't handle the truthiness!

  94. Just FUD by Crouty · · Score: 1

    Nothing to see here. Move along, please.

    --
    On se Internetz nobody noes your German.
  95. I think... by linforcer · · Score: 1

    the man is missing the point. These enterprise distributions are based on all sorts of software packages that people CAN all make adjustments too. This means that the law of Linus applies to them, and bugs are more quickly fixed.

  96. Really? by nother_nix_hacker · · Score: 1

    To me it would be obvious that Red-hat wouldn't support changes I made to the services they provide. The point is that if I make a change to the kernel (say patch an ext3 hole on my reference system) then I can send the patch to the lkml or Red-hat themselves and it will probably end up in the next release. I can also revel in the fact that other Linux users can do the same and I will benefit from their code too! If for some reason Red-hat didn't deem the problem a high priority for a patch in the next release then I still have the choice to patch my kernel anyway.

    Also, as you do have a support contract, you could just phone in the bug and Red-hat will fix it for you AND it will be put back into the community.

  97. WTF is wrong with you people? by gomel · · Score: 1

    ScuttleMonkey: Open Source Not That Open?

    ScuttleMonkey: Open Source Forming a Dot Com Bubble?

    Hemos: Open Source Design in risk?

    That's more FUD in two days that I would expect from Micro$oft!

    --
    Fight Frist Psoting!
    Browse Slashdot with 'Newest First'!
  98. Chewbacca defense by Crouty · · Score: 1
    Talking about defenses...

    Look at me, I'm a spokesman defending a major software company, and I'm talkin' about Chewbacca. Does that make sense? Ladies and gentlemen, I am not making any sense. None of this makes sense!

    And so you have to remember, when you're in that jury room deliberating and conjugating the Emancipation Proclamation... Does it make sense? No! Ladies and gentlemen of this supposed jury, it does not make sense.

    If Chewbacca lived on Endor, you must acquit! The defense rests.

    --
    On se Internetz nobody noes your German.
  99. This article is garbage by ClamIAm · · Score: 2, Informative

    It quotes a total of three people: one MS rep repeating the company line of FUD and baseless assertion, and two "experts" who basically parrot the rep. There is no critical eye turned toward Microsoft, only toward those dirty hippies trying to free people from the grasp of monopolistic software companies. At no point does the writer even try to inject any sort of meaningful discourse or contrast.

    This doesn't surprise me, considering the source (a CIO magazine).

  100. I don't get it... by Kjella · · Score: 1

    ...to get support from a standard vendor, your patches must be accepted into the standard packages. Well doh. If you have something that looks like a driver problem, try same config on a different machine. Application problem, try it again with stock tools. How many programs are you likely to sustain your own fork of? No more than a handful. The point isn't to make random changes to the code and have people support it. Those kinds of forks die almost without exception because they are never merged with the main codebase. The OSS development process is as it's always been, add a good feature and ship it upstream. That is the safest option for making sure the features you need are available in the future.

    Kjella

    --
    Live today, because you never know what tomorrow brings
  101. Re:The catch is this: change something, lose suppo by alexhs · · Score: 1

    when you move [...] to an unsupported configuration, you lose support

    Huh, so you don't get support on what is unsupported ? Incredible ! :)

    --
    I have discovered a truly marvelous proof of killer sig, which this margin is too narrow to contain.
  102. Shared source started in 2001 by jurt1235 · · Score: 1

    As response on linux you might even say. Been busy with linux myself since 1993 or 1994, bit murky there. Yee good old times of nights of kernel hacking to get your hardware working.

    For myself: I had bright blond and grey hair since that time, no blue, and not enough to wair it in a ponytail.
    Another weird observation though: I loved linux from the start even with all the torture of the early kernels. It must be appealing on a nerd level I guess.

    --

    My wife's sketchblog Blob[p]: Gastrono-me
  103. Ford wont honour my new vehicle warranty by jurt1235 · · Score: 1

    Actually it is: You sue Ford after you have blown up your car (burned to a crisp) after modyfying some parts, and get a settlement. So in that case Ford is pretty much f**ked.

    It is pretty common though that people want support on code that they altered themselves, and than claim that you put a bug in it beforehand and have to fix it. Happens all the time, and everytime it is a fight to get paid for your time again when it is not your fault. Standard action: Run it through CVS to see the changes, after that send the original code without the extentions the customer made, and than just hope that they will see your point: It is not my bug, but yours.
    Ofcourse it also happens that the customer is correct, but that is like 1 in a million (LOL).

    --

    My wife's sketchblog Blob[p]: Gastrono-me
  104. Re:Finally... : 1995 - production mail server by tabbser · · Score: 1, Funny

    Back in 1995 I had a Slackware linux box running UUCP as a production mailserver. It replaced a rather aging Sun based system.
    It was not considered unusual, and in fact the ISP I was using in the UK were happy to work with it.

    I have never had a ponytail, and never had blue hair.

    I have, however, had red white and blue hair. This was back in the late 80's when I was working days as a software engineer and nights as a nightclub DJ. I hadn't really made up my mind which profession was best.

    Back in the 80's the DJ gig pulled the 20 something chicks and software paid the bills, now the Porsche Carrera pulls the 20 something chicks, but software still pays the bills.

    I no longer have red, white and blue hair, but do have a linux mailserver. Some things never change.

  105. can you pay microsoft??? by lkcl · · Score: 1

    here's the difference: can you pay microsoft - or any of its employees - to work on windows or office to get them to fix bugs or add new features?

  106. Yep Microstuff is right by Original+Cynic · · Score: 0, Flamebait

    Just don't tell the folks maintaining the Debian distro's that.

  107. Shocking news.. by Anonymous Coward · · Score: 1

    Water not that wet.
    Happiness not what it's cracked up to be.
    Trees not that smart.
    Primates not the first afterall. /. post not that insightfull.

  108. hippies by smallguy78 · · Score: 0, Offtopic

    When will you hippies realise that communism doesn't work, and never will work!

    --
    Nothing costs nothing
  109. Oh my god !! by Mr+Europe · · Score: 1

    From the article :
    "Red Hat issues patch updates for its premium offering, Red Hat Enterprise Linux, and keeps customers' IT infrastructure secure.

    'But if a customer modifies the source code, [Red Hat] can't help you [without charging you extra]'"

    1. I take a Red Hat distro and change it to something different.
    2. Red Hat does not give support for my special distro.
    3. I start whineing that "Hey it's not open!"

    The main story should be marked troll.

  110. Brilliant move, Microsoft. by St.+Arbirix · · Score: 1

    Demonize Open Source software to sound more like... you software. That'll win them over.

    Major problem: only one is as free as beer should be.

    --
    Direct away from face when opening.
  111. Hmm by simontek2 · · Score: 1

    Curious, If I F#C# up a computer with windows on it, How supportive will MS be to me. Will they come over, and back up, and format-re-install for me? Or will they tell me I need to do it, and Be left to myself to do. MS gives less help than you find in the OSS community. When the store was up and running (its taking a nap), People flocked to give me a hand with it, and that was a business. I will guaruntee this, With OSS, you get more support than you do with MS.

    --
    SimonTek
  112. Red Hat Network is not OpenSource by manuell · · Score: 1

    Read the RHEL eula. https://www.redhat.com/licenses/rhel_us_3.html

    "Customer may not modify, copy, make derivative works of, distribute, reverse engineer, decompile or export the RHN Code."

    (Plus, it uses Oracle)

  113. I think you're missing some important details by something_wicked_thi · · Score: 1

    Have you ever written kernel code before? You simply cannot write a kernel in standard C. It isn't possible. You need extensions to the language if you are going to be doing that kind of development. Sometimes you do need extensions, and there's no way around that. The best that GCC can do is provide its strict mode operation so that you can turn them off if you don't need them. Last I checked, the MS compiler didn't have much in the way of a strict mode. It does let you disable certain extensions and enable various features (like variable scoping for declarations in for loops), but it doesn't let you turn them all off. Finally, when an open source project creates extensions to something, it is much more forgivable than proprietary extensions simply because the extension is documented by the code - other developers can look at the code and figure out exactly how it's supposed to work, plus there will be no patents covering the extensions. Therefore, it's quite possible that extensions in open source can make it into standards, whereas this may not always be possible in proprietary software.

  114. Let's look at Microsoft's support by Rogerborg · · Score: 1

    This is about Red Hat charging more for supporting modified systems.

    So what is Microsoft's response to those people who 'modify' their systems (inadvertently) by installing the Sony DRM-rootkit?

    [Paraphrased] "h4h4h4h4 j00 f413 17!!!! Upgrade to 64 bit Windows."

    Red Hat will at least offer support if you modify your system. Microsoft just tells you to take it up with whoever modified it. Who would you rather go with?

    --
    If you were blocking sigs, you wouldn't have to read this.
  115. So, the code is free, but support costs money by karlandtanya · · Score: 2, Insightful

    Dang. That'd be a great business model.
    Why didn't we think of that?
    Oh, wait...

    --
    "Reality is that which, when you stop believing in it, it doesn't go away." - Philip K. Dick
  116. It's an effort just to build the same kernel by Anonymous Coward · · Score: 0

    Try downloading SuSE or RedHat, finding the right source modules for the kernel and building an identical kernel to the one that came as a prepackaged binary.

    It's damn near impossible. I'm not sure if it is missing patches, missing files that aren't GPL'd or some other missing magic. To me it makes the whole "compile it yourself" seem like a smoke and mirrors game being played by the commercial Linux vendors.

    Try it some day. Go looking for a How-To on (re)building a SuSE kernel to match the one they install. Or RedHat. And no, downloading any kernel source not from those two and using that is outside the scope of this test.

    As much as I'd like to compare this with BSD (where this problem _doesn't_ exist), it's not accurate because none of them take a common code base and "modify it".

  117. sorry to wander o/t... by supersocialist · · Score: 1

    but Vulture's Eye/Claw? I'm familiar with a number of spin-offs (prefer vanilla 3.4.3 so far), but not that one.

    Actually, I'm not totally dumb: I went to google and here is a link for anybody else who's curious.

    1. Re:sorry to wander o/t... by Rei · · Score: 1

      It's based on the (effectively) dead Falcon's Eye project; we've got some very active developers (myself included). Hundreds more graphics than Falcons, tons of bugfixes and new features - you should see the rate at which our changelog grows ;)

      Coming up, you'll even be able to play plain-vanilla nethack from within Vulture's (probably version 1.12 or 2.0), or use whatever tileset you want (qt, for example). You pull up the map, issue commands with the map up, and thus you have a game of nethack using a different tileset on a standard overhead-view map. Clive made a simple version of that feature, but wants us to move to 24 bit first, however, for it to look proper (the Falcon's codebase that we inherited was 8 bit, and we've really pushed that to its limit).

      We have a someone helping us with our specfile, so there should be an RPM ready in a week or so. Check out the screenshots and/or try out the game :)

      --
      "He's a god; it'll take more than one shot." â" Lady Eboshi, Mononoke Hime
  118. Not really. by hey! · · Score: 3, Interesting

    Clinton's defense wasn't a technical fallacy; it was an attempt to mislead by exploiting the logical gaps in the terms of his opponent. The strategy is simple, but you have to be smart and have the force of personality to control your opponent. You look for something that is at least a tiny bit vague in his assumptions or definitions and repeatedly demand he make it more and more precise, until he inadvertently leaves out whatever it is he has in mind that's important to him. Sooner or later, this has to happen because every edifice of human reasoning has at least some rotten timbers in it. You then build a logically unassailable but sophistic argument based on his own definitions that leads away from where he wants to go to where you want to go. If your opponents states, preferably forcefully and emotionally, that an animal is a crow if and only if it is black, then you go on to argue that a black cat is a crow. It's easy to spot the falsehood, but hard to discredit the source of the falsehood if it was yourself.

    The argument in this case is closer to the strategy the cigarette companies used on tobacco's addictiveness. In that one you pick an arbitrary definition of your own -- a straw man -- then quickly move on and hope your audience doesn't have time to realize the definition you've used is loaded. You help this process by passing over it quickly, or by referring to it without ever stating it explicitly, and moving on to emotional or inflammatory rhetoric.

    The distinction is this: in one case you force the other side to provide you with the faulty definition. In the other you rely on the other side carelessly accepting a definition you supply.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
  119. yet more Linux fragmentation fud from Microsoft by Anonymous Coward · · Score: 0

    You see, the more people go into Open Source the more fragmented it gets :)

    "But if a customer modifies the source code, [Red Hat] can't help you [without charging you extra]. They have to lock things down to provide value," Matusow said. "As open source becomes commercialized, it becomes less open."

    This is BS. If you know enough to modify the source you know enough to make your own distro for internal use. And you *don't have to pay Red Hat for permission to use it.

  120. The hippopotaMS song :) by TractorBarry · · Score: 1

    All together now...

    Fud glorious fud,
    Nothing quite like it for stirring the blood.
    So follow me follow, down to the press room,
    And there let us wallow in glorious fud.


    Sorry but I can't be arsed to paraphrase the rest ;)

    --
    Sky subscribers are morons. They pay to be advertised at !
  121. FUD FUD FUD FUD FARKING FUD by MrJerryNormandinSir · · Score: 1

    Linux is truly open. If you want to make changes, there's the source, there for your to do what you want. If you wish it to be included, get with the program, post the patch to
    the kernel developers. If the code is worthy it will get into the kernel, if it needs work you will here about it from your piers.

  122. I do not pay for my code changes, MS scores zero by shareme · · Score: 1

    Folks I have made changes to Linux code, Redhat code, IBm code, and etc.. At no point did I pay to be allowed to change that code.. Its about as true as the MS opinon that Eclispe lugins and using Eclipse IDe costs $100K.. I will even go further he is outright using the Same President Bush tactics to LIE! Be carefull folks MS wans full access to your wallet without your permission..

    --
    Fred Grott(aka shareme) http://mobilebytes.wordpress.com
  123. Re:The Myth of Unwelded Hoods by Zontar+The+Mindless · · Score: 1

    Gee, talk about the "Whoosh!" effect... Some moderator managed to miss both the metaphor (and a fairly common one at that) AND the sarcasm.

    Please metamoderate the "Off-Topic" moderation of the parent as "Abjectly Clueless".

    Thank you.

    --
    Il n'y a pas de Planet B.
  124. pass the crack pipe, Bill by Hosiah · · Score: 1
    If you're modifying your own source to start with, you *are* your own support. Red Hat/Fedora has always been very conscientious about supplying the source code free for download on their site, right alongside the free iso's. Also about supplying -devel.rpm's. Not to mention other non-compiled language tinkering - are you trying to tell me that there is a single system administrator running Debian who hasn't written their own shell scripts?

    I'm going to start my own FUD campaign against Microsoft. They aren't really rich. They're another Enron, cooking the books to make themselves appear successful while they flounder around desperately in their tar pit watching the rest of the world leave them behind in favor of new technology. I love watching them lash out in anger... it means we've won!

  125. Re:I was at the conference and was in the audience by vadim_t · · Score: 1

    That still doesn't mean you can't mess with the source on your Oracle server.

    Let me try with a practical example. The cp command is very nice for batch files, but once in a while I'd like to see some kind of progress, like when copying large things around. Now, turns out I'm not the only one who noticed this, and Gentoo comes with a patched cp, which adds a parameter to show a progress bar.

    So, will Oracle stop me from taking the source to cp, the patch from Gentoo, building my own copy and placing it in *my home folder*? Why would Oracle care about what random stuff I have lying around in /home/vadim? I'm fairly sure they don't.

    Notice how I can still manage to benefit from Open Source without coding anything myself, and without touching one bit of the Oracle install. That's where I see the greatest value of OSS, not in replacing libc, but in being able to adapt things that are *almost* right, but not quite. And if somebody else likes it, well, even better.

  126. Let me get this straight by Heretik · · Score: 1

    Open source is not that open, because if you take Redhat and make a completely different product out of it, Redhat won't support it. Painfully obvious, but fair enough.

    Closed development is more open than open development because... you... can't.... uh.. make the changes.. at all? Smoke some more crack there, PR droid boy.

    His point is, quite literally, "Freedom is Slavery". Astonishing.

    Why exactly do we give this FUD nonsense the time of day as if it's a relevent opinion in some rational debate?

  127. charity by Danzigism · · Score: 0
    you pay for something like Redhat, and they give you some closed source stuff here and there.. rather, you should download a REAL version of linux for free, and you get all the open source you could ever want..

    doesn't make a whole lot of sense.. but whats free from the get-go, is free for everybody.. anything that has a price tag, is meant for one type of person.. the type of person with money.. so ya can't give it to your friends.. ya can't let them experience the greatness and the potential computers and their software can provide for humanity.. you can't truly network with the world because not everybody in the world can pay $200-300 for the good version of their operating system.. yes Bill, I appreciate your generosity in fighting and researching Malaria.. i wonder how much easier and cheaper research for these major diseases and other world problems if open source computer software was fully developed and embraced??

    --
    *plays the Apogee theme song music*
  128. Illogical. by LWATCDR · · Score: 2, Insightful

    "An IT manager may look at this argument and conclude there is no advantage to open source solutions, in that there is no point having solutions that are not supported. The manager may conclude closed source is a better choice; while no self-modifications can be made, at least the system is supported in its entirety."
    With Open Source you can.
    A. Modify nothing had have full support
    B. Modify somethings and have support on what you have not modified.
    C. Can fix problems or ad features yourself and get them added to the distro.
    D. Support yourself if you have the staff since you have the source.
    E. Find an other vendor that will give you the support you want since Linux is "multi sourced".

    With Windows.
    A. You can not modify or enhance Windows and you get the support that Microsoft will give you at the cost they want to charge but only as long as they are willing to provide it.

    It was traditional that "Big" companies would avoid single source products like the plague. That is why back in the day Intel would let other companies manufacture Intel chips. That is how AMD got in to the X86 business. The fact that Linux is not single source has got to be a big deal. If Red Hat does you wrong you can go to Novel. If Novel isn't your cup of tea then jump to what ever Mandrake is called this week. Choice is good.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    1. Re:Illogical. by jonadab · · Score: 1

      > It was traditional that "Big" companies would avoid single source products

      It was also traditional that "Big" companies would repeatedly promote the people who were competent at their jobs, until they eventually reached positions wherein they were no longer competent -- but at least you could figure your boss, though he might not be so good at his job, understood *your* job pretty well. If Scott Adams is to be believed, this practice changed sometime during the last quarter-century to one of promoting mostly *incompetent* people, in order to get them out of the way of production, because it's easier and less risky to promote them than to fire them.

      Traditions change. It takes time, but in many cases what was traditional fifty years ago is no longer traditional today.

      Please note that I am not saying all these changes are necessarily good, only that they have occurred.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    2. Re:Illogical. by LWATCDR · · Score: 1

      "Traditions change. It takes time, but in many cases what was traditional fifty years ago is no longer traditional today."
      Actually the tradition in hardware is still to avoid single source chips. You really have to want some feature of a chip to put a single sourced solution into production. It is a good idea and should be followed with software.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  129. A concrete example by bperkins · · Score: 1


    I use Fedora. At some point, an upgrade to the ACPI subsystem exposed a bug in the gnome battery monitor.

    I downloaded the gnome-applets srpm and installed it.

    I fixed the code, created a patch and rebuilt the rpm.

    I installed the rpm, and reported the bug and the patch to the gnome bugzilla.

    Eventually the patch was integrated into the gnome development branch and made it into mainline Gnome 2 (IIRC).

    Unless someone rewrote it, it's stil there, and probably running on every distro.

    A) I was able to fix the bug without too much trouble and integrate it into the system within a few minutes.

    B) It eventually made it into Gnome, and likely everyone's distro including Fedora and RHEL. While I don't use RHEL, there's no reason (AFAIK) that I couldn't have done the same thing if I was using it.

    I'm not what I would consider a gnome developer, just a Linux user with some development skills. I didn't pay anyone to get the patch included. While not everyone can be expected to modify their code, an experienced Linux system administrator usually can.

    There are a number of advantages to this sytem:

    1) Since I have the source, it's easier to identify exactly what the problem was (in my case a botched parser)

    2) I can get a fix as soon as I fix it.

    3) Presumably, other people are doing the same thing, so fixes are coming in from everywhere. It's to my advantage to get the patch included, so that I don't have to keep appling it myself. This, in theory, leads to better software.

    If you never plan on trying to locate problems yourself 1) and 2) don;t apply. 3) might, depending on whether you believe it.

  130. How ironic by mdielmann · · Score: 0, Troll

    Seeing how both of your examples require outside intervention in order to be created or improve. Nice to see that ignorance and ineptitude isn't restricted to the supporters of intelligent design.

    P.S. To all you Flying Spaghetti Monster posters, the horse is dead, flogging is no longer required. Pointing and laughing is still okay, but perhaps it's time to start using a TLA to encapsulate all the wittiness that has preceded your post.

    --
    Sure I'm paranoid, but am I paranoid enough?
  131. It's All About the FUD by Ranger · · Score: 1

    It will never stop until either Microsoft or open source goes away.

    --
    "You'll get nothing, and you'll like it!"
  132. I got help from mandrake with modified apache by andydread · · Score: 1

    We have 2 servers running mandrake corporate server in a hosting environment. We modified the apache code and recompiled apache to change the suexec default root. Later we had problems with apache displaying code on some pages instead of the rendered page. To make a long story short. We called Mandrake support and even though we told them that we modified the Apache source they still helped us. We sent them the code snippet that we modified and they determined that it was not the source of the problem. It turned out to be a mime types issue with apache mod_mime and they helped us fix the problem. So I say in my experience I still get help with modified system. So i guess it just depends on your vendor.

  133. Re:What? No. Why? by Anonymous Coward · · Score: 1, Insightful

    Outstanding link! I actually heard sometime ago (at a lecture) from a molecular Biologist (and well respected and accredited in all their journals) who began speaking out about Irreducable Complexities (and the existence of them). He was soon branded a heretic by the Evolutionist Church (and his colleagues) and pretty much excommunicated from their journals (much akin to doctors' JAMA and the like).

    It's a shame Science has "evolved" so far these days from it's purely Philosophical origins, when you just asked "why?" (in the innocent pursuit and unbiased interest of understanding), instead of "why should I?" as is common in most fields today.

    Thanks for the refreshing and intellectually honest opinion here at /. It's like sifting through garbage most of the time here, but stumbling upon a post like yours is like pulling an unscathed pristine novel from the heaping smoke and ashed ruins from a Nazi book burning.

    thx.

    p.s. Ah! I've just seen you've been modded a troll. lmao. Now you know what Petrarch or Gutenberg of the Renaissance felt like while helping their peers migrate from the Dark Ages...

  134. Wait... listen... smell that? by Anonymous Coward · · Score: 0

    Smells like FUD to me...

    AC

  135. If Windows were open source... by jofi · · Score: 0

    We'd have dependency problems and bloat like those found in most Linux distros.

    --
    Blame the user, not the software.
  136. Fees? by Anonymous Coward · · Score: 0

    You don't have to pay redhat/suse to change the code. If I see something I don't like in the linux kernel(or elsewhere), guess what? I can change it, recompile the kernel, and reboot. When a port uncovers bugs in underlying code, just fix it. If it needs to be propagated, bitch about it.

    All progress in code is made by people that look at it and think:
    1. what was i thinking?
    2. what were they thinking?
    3. damn aliens with their mind control!

  137. This is why have the GNU by matt+me · · Score: 1

    This is why we have the GNU to uphold the fundamental ideals of our movement, but to whom we strike a spake in the heart everytime we say 'open-source', betraying our truths for a term that is merely a buzzword to industry, who have little concept of what it means.

    The http://www.gnu.org/philosophy/free-software-for-fr eedom.html article is a good one explaining why we shouldn't use "open-source" in stubborness, but appreciate our freedoms 0 through 3.

  138. FUD and misinformation, as usual by haraldm · · Score: 1

    The point he is trying to make is, you can't patch for example the kernel of a SLES or RHEL installation and keep the maintenance contract.

    This is apples and oranges, and he can't be so dumb to not know it.

    The GPL says you can change the code in whatever way you want as long as you pass the source code on if you pass any binaries on. Not more, not less. The GPL does not require commercial distro makers to support any arbitrary code changes a costomer may want to make.

    Counter-question: does Microsoft support a W2003 server if the customer changes any of the code?

    Duh. Just FUD and spreading of misinformation to ignorant "decision makers".

    --
    open (SIG, "</dev/zero"); $sig = <SIG>; close SIG;
  139. At least you can by Anonymous Coward · · Score: 0

    Even if you have to pay for it, at least you CAN edit it. Which is more than can be said for Windows, correct?

  140. Microsoft... by alexandreracine · · Score: 0

    Those guys are really party blower. No wonder everybody goes to Google.

    --
    No sig for now.
  141. still no clue by sad_ · · Score: 1

    so RH (or any other commercial distro) will not at random accept your changes to the code and support them, but guess what - most companies don't even want to do this.
    still the products are open, because the companies will have the freedom to switch distros as they see fit without any fears of components not working together. oh, they can even switch between hardware architectures if they would so please.
    then, for companies with the knowledge in house, they will most likely not buy RH/Suse (or their support) and adjust the parts they want and support it on their own.
    you see, it's freedom anyway you look at it...

    --
    On a long enough timeline, the survival rate for everyone drops to zero.
  142. Applesauce. by haraldm · · Score: 1
    Surprise, surprise, no one told them to give up their notions of modify-it-yourself that sold them early on.

    Applesauce. Just read the terms and conditions of the support contract if you buy support. This is what you do as a commercial user.

    --
    open (SIG, "</dev/zero"); $sig = <SIG>; close SIG;
  143. Rule #1 of Free Software development by hweimer · · Score: 1

    The guy raises an interesting point when he says that it's impossible to get support for heavily patched code. That's true but he misses the most important rule of Free Software Development: get your patches included upstream.

    You won't have to do as much maintenance work and can concentrate on new features or a different task. And of course, you don't have to patch all installations once you want to upgrade to a new upstream version.

    BTW: Try to get that done with proprietary software (given that they let you modify the code at all).

    --
    OS Reviews: Free and Open Source Software
  144. everything is open by Anonymous Coward · · Score: 0

    according to http://news.com.com/High+court+wont+hear+programme rs+appeal/2100-1047_3-5939704.html?tag=cd.top
    everything you bought and have a physical copy of is open at least for your own use.

    "In both cases, the judges found that Titleserv was not at fault, because under U.S. copyright law, it's legal for people to make changes to software, provided that they own a physical copy of the program, the changes constitute "an essential step in the utilization" of the program, and the software is used "in no other manner.""

  145. Closed Support, Open Software by jgoemat · · Score: 1
    He said you can't just go changing code on supported Linux offerings without paying extra to companies like Red Hat or Novell.
    Uh, you can if it is covered by the GPL, you just won't get the same price support, right? Is that less open that Microsoft that 1) charges a lot for support anyway and 2) won't give you the source code at all? It's not about open source, it's about the policies of those companies when supporting your system.
  146. it makes a good first impression by supersocialist · · Score: 1

    I had to dig a little to find the main main page, because Google didn't come up with a direct link. It's the second hit on yahoo, both searches with "nethack vulture's eye" as the keywords. I didn't try any other engines.

    I haven't had a lot of time to play with it, but the first twenty minutes went well (until I fell in a pit). There are a couple minor differences in the default keyboard setups, but for the most part I was able to install it and just play.

    1. Re:it makes a good first impression by Rei · · Score: 1

      Good to hear! :) If you have any trouble, just post on our forum. And just so you know, the game is under very active development, so if something doesn't work or if a graphic you think is important isn't implemented yet, check back the next day ;)

      --
      "He's a god; it'll take more than one shot." â" Lady Eboshi, Mononoke Hime
  147. Re:Finally... : 1995 - production mail server by Mateito · · Score: 1
    Porsche Carrera pulls the 20 something chicks.

    I've had good sucess with GHB and Anaesthetic ether.

  148. a few comments on this discussion by senor+cortez · · Score: 1
    First, to make clear where I stand: I live in the Microsoft world almost entirely. I would not have to, the OSS world would be fun too, but I can't say I don't like what I'm doing now. Still, I think I understand the ethics and the passion around OSS. I am a programmer after all, so how wouldn't I. Also, I understand that there would be little serious competition for MS without OSS, which would mean that MS could sell us anything, so I'm quite fond of all that OSS stuff going on.

    After reading most of the discussion here, I'd like to point out a few things:

    A lot of you are complaining that MS is not listening and getting it all wrong. To me it seems that that's what most of you are actually doing. Matusow made some comments that can be interpreted in various ways, and most commenters take the interpretations that don't make any sense and thereby proof what a moron he is. That's neither fair nor useful.

    From the posts (including the one who says he heard the speech), the links and Matusow's own blog I'd gather that he merely pointed out that OSS cannot fulfill all expectations of openness that it's attributed with. He did not say that MS does it better, nor did he say that OSS is in reality no more open than MS.

    Personally, I think that's true. This is not to say that OSS is without benefits, but there are some serious misconceptions going on about what these benefits are. If you tell somebody he should be using OSS because he can modify it to meet his requirements, that's generally wrong. The mere fact that this guy does not know and you have to tell him usually means that he does not understand the implications and is probably not up to the task. Even if he has the programming know how.

    View it from an IT manager's perspective. Assume he needs to decide whether to put his IT infrastructure on Windows or Linux going forward. Assume he decides on Linux because his staff will be able to make modifications if necessary. What would happen? First, he'd loose support for the modified parts. Next, he'd loose support for some enterprise applications that are certified for a certain distribution. Finally, he'd have a whole lot of patches that need to be maintained until they are no longer required. This includes testing, patching updates, recompiling everything for every new release, recompiling code depending on your modified code... What once looked like a nice little solution for a specific problem turned into a maintenance nightmare. No IT manager wants this.

    So what's left? Most people just install their Linux distribution like they'd install Windows. And never touch the source code. The wild days of OSS are over, it's no longer about hackers turning everything inside out, but about enterprise IT infrastructures with truckloads of dependecies that need to be considered and managed. The people that once played with Linux are still there, their absolute number might have even increased. But as a percentage of the Linux user community, they are getting fewer. That's an imperative consequence of OSS entering commerical and enterprise business, and not necessarily a bad thing. It's also no reason NOT to use OSS. It's just a fact that one should be able to point out without being flamed.

    (I do understand that the real advantage of the OSS process is the way the software and the distributions are created. I also understand that this is a powerful thing. Note that I'm not speaking against OSS at all.)

    So is Linux getting more commercial? Sure. Is MS getting more open? I do think so, although they are nowhere close to where Linux is. But they did learn a few lessons, and they seem to be willing to learn some more. The OSS community has always pointed out that MS will lose in the long run if they fight OSS like they used to (successfully) fight their commercial competitors. Is is so hard to believe that they are beginning to understand this message?

    One more thing: I'm reading comments like "greatest M$ troll ever" and "the guy's full of it" here, and the rude commen