Slashdot Mirror


My Visit to SCO

Ian Lance Taylor writes "I signed the SCO NDA and visited them to discuss their claims against Linux. My essay about it is on the Linux Journal web site. The short version is that SCO's claims are unproven, as indeed I expected would be the case before I went. The amount of information they were willing to show me was extremely limited, and did not by itself prove that their claims were true, nor that their claims were false." Other SCO-bits: Sun is doing their usual foot-in-mouth routine, thinking that two FUDs makes a Solaris purchase, or something like that. IBM is now joining the contact the customers bandwagon. Eric Raymond has been keeping himself busy - here's a story about him. SCO hates BSD, too, but they're not taking it lying down. And of course Cringley has his two cents.

48 of 592 comments (clear)

  1. SCO and other Software companies by teknokracy · · Score: 5, Insightful

    I really have only a basic idea of what the whole SCO/IBM case is here, but in my impression SCO is at blame here. I did notice at work (Safeway) that on a terminal screen there was a login prompt then below it lines and lines of "this material is copyrighted etc etc, please call to validate" and all sorts of other warnings. When will the software industry learn that making its legal users feel like pirates isn't the way to go. Compatatively we have the whole WinXP activation fiasco, and I say that because it makes it near impossible for pirate users, but increidbly unfair and awkward for legal users, for example if you upgrade your motherboard and reinstall windows, you have to call them again and they make you feel guilty for reinstalling windows, asking you questions thinking you are trying to steal windows... seems that they concentrated on the bad people rather than the paying customers (who outweigh the bad ones).

  2. Re:Bored by g00z · · Score: 4, Insightful

    > really wish that IBM would just buy these whiney babies out and open source Unix. Well, first IBM collects some payments from Microsoft for the "Unix license" that they "bought" from SCO, and then IBM makes it open source.

    I think that is the worse thing IBM could possibly do. First, that is exactly what SCO wants (to be purchased to save the sinking ship). Second, that would (in some ways) admit guilt on IBM's part, making them look bad, and justifying further retarded lawsuits. Third, it's the principal of the matter. SCO *SHOULD* take this to court so they can loose, and IBM can counter sue for damages. Now that would be a win win.

    My 2 Paseo's

    --
    "The Wright brothers were the first to fly with a heavier-than-air machine, but boy did they have a lousy plane"
  3. Re:Bored by jay42 · · Score: 3, Insightful

    I think that's exactly what SCO wants:

    1: SCO approaches IBM to get bought
    2: IBM refuses
    3: SCO sues IBM for ... whatever
    4: IBM complains but does not want to pay
    5: SCO targets more and more Linux, which is a good way to pressure IBM
    6: IBM still refuses, people ask where is the evidence
    7: SCO does not want to show obvious evidence

    It is in SCO's best interest to not say what's supposedly copied in Linux, because they want to get bought by IBM; they hope that:

    8: IBM seeing its Linux business threatened buys SCO, because it's going to cost them less than a lawsuit (that they might loose) and a few quarters worth of sales.

    The longer this story lasts, the best for SCO :-(

  4. Re:Dude you're going to jail by TopShelf · · Score: 4, Insightful

    If you RTFA (I know, I know...) you'll see that he does a good job of tiptoeing around the NDA. As a result, of course, there isn't a ton of fresh news here, but it is interesting stuff.

    --
    Stop by my site where I write about ERP systems & more
  5. Excellent article. by the+gnat · · Score: 5, Insightful

    That was one of the most informative things I've ever read on Slashdot. Thanks, Ian.

    However, there's a large discrepancy in some of SCO's claims. There are two scenarios here, which are not mutually exclusive:

    1. Linux source code incorporated original SysV code, due to formerly wide distribution of this code (e.g. in Solaris), textbook examples, or sloppiness of contributors from large vendors. This would be theft of code that SCO legally owns the copyright to.

    2. Technologies developed by other companies as add-ons to SysV were incorporated into Linux. This is not copyright infringement at all, but violates contracts signed by the original parties.

    SCO is clearly claiming (2), and if the contract holds up they may be partially correct (in the sense that IBM fucked up, but not in their wild accusations against the Linux community). I didn't get a clear impression from the article if they're seriously claiming (1) as well. They've stated as much in the past, but the only specific basis for the lawsuit that they've mentioned so far is the incorporation of novel technologies that were not developed by AT&T/SCO.

  6. As I pointed out at stories before... by Krapangor · · Score: 1, Insightful
    ...even if SCO does down crying, this won't solve the problem of the OSS community.
    The main problem with OSS is that it's too much orientated on creating similar versions of existing commercial systems. Take Linux and Unix for example.
    As long as we stay with this system we will always be volunerable to such bogus claims.
    OSS community must start to develop new ideas and insights. Original systems. Not always "we must create that desktop/system/window server/blurb/blobb/globber like bla..." Nobody can claim you have copied stuff that was never coded before.
    There enough skill in the OSS community to do this. We can create the next generation of software and computer systems. We just have to try.

    Well, I suppose that this albeit being true will go down to "-1 Troll" in a few seconds. The funny thing is that slashdot is sometimes like the communist dictatorships when it goes to critize OSS. You don't even accept friendly, constructive critics. All slightest derivation from the holy path of pure OSS is considered SATAN MICROSOFT and thus has go to the firey pit of -1 Flamebait at once where is burns for enternity. Well, such a mindset was one of the most important factors which contributed to the downfall of most communist systems in the world.

    --
    Owner of a Mensa membership card.
    1. Re:As I pointed out at stories before... by Anonymous Coward · · Score: 1, Insightful

      This is indeed a troll, but there's just enough intelligence to be able to respond to it.

      If you're going to tell the OSS community it must develop new ideas and new insights, then why don't you tell it what those new ideas and new insights are? Can't think of anything? It's not easy, is it? Well that's the same reason you don't see astounding innovations every time you download an OSS program. A "lack" of new ideas "plagues" just about everything, but that's really the rule, not the exception.

      OSS is not oriented towards creating similar versions of existing commercial systems. It is oriented towards creating what people want. It just so happens that people want things like the systems they are already comfortable with.

      And, how sure are you that there are no new ideas in OSS? Not every great idea is visible to the user. This is especially the case with the kernel. Personally, I was impressed when I heard about the O(1) scheduler. I don't know how much of an improvement really is, but that is the kind of advancement that can happen in OSS that the average user will never hear about.

    2. Re:As I pointed out at stories before... by mcgroarty · · Score: 3, Insightful
      To the point: This "we" you speak of -- what have you contributed?

      If the answer is "nothing," then quit complaining about the color of the giftwrap. Otherwise, lead by example.

  7. I say buyout... by JoeLinux · · Score: 3, Insightful

    I say the FSF should team up with Redhat and SUSE, and make a hostile buyout of the company, then sue the CEOs.

    Hey, I can dream, can't I?

  8. Don't reward them by Sanity · · Score: 4, Insightful
    I can't help thinking that as of this writing SCO has a market cap of around $130 million and Red Hat has nearly $300 million in cash and investments. Even at an inflated price, Red Hat could afford to buy SCO and free up Unix once and for all. Live the dream.
    Do we really want to demonstrate that this form of cynical extortion, milking the altruism of the free software community, is a successful business strategy?
  9. Re:Bored by sharekk · · Score: 2, Insightful

    If IBM buys up SCO and owns the licenses, who is going to sue them? They aren't going to sue themselves

    Every single little company which has any IP rights remotely involved with linux. If IBM buys SCO out they send a message that they're willing to buy out anyone who starts this sort of FUD campaign against Linux IP. Not a good precedent to set.

  10. Re:NDA by DaveAtFraud · · Score: 4, Insightful

    Yes, and as long as the author of the article abides by the specific restrictions of the NDA he is doing *nothing* wrong. NDA doesn't mean No Discussion Anytime. It just means that certain specifc things may not be disclosed. From other postings/articles, the SCO NDA seems to only cover divulging the exact code that is supposedly covered by their copyright and the supposedly infringing Linux code. So the author is free to publish his assessment of the infringement claim, he just can't support it by publishing snippets of code.

    Rather than post a separate comment...

    There is a rather blatant contradiction in SCO's case. SCO claims that incorporation of licensed System V source code in Linux has diminished the value of "Unixware" or whatever they are now calling their semi-unsupported/unmaintained version of Unix that they are no longer able to sell at a profit. However, they have had to mount a FUD campaign against IBM's supported and maintained version of System V Unix that is based on the same licensed code and that IBM continues to sell at a profit. It would seem that the ability to sell a proprietary System V Unix operating system has more to do with keeping it maintained, current, and supported and less on the possible inclusion of some snippet of code in Linux. Otherwise, why is it that IBM can still make money selling AIX? If the infringement were really the reason why a proprietar Linux can't be sold, how is it that AIX (and Solaris, too, for that matter) aren't affected by it but SCO's is?

    --
    They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
    Ben
  11. Re:What does the NDA encompass? by Horny+Smurf · · Score: 3, Insightful
    He is right that NDAs are no longer enforceable after the cat is out of the bag. The NDA doesn't cover the linux source code and the Unix(tm) source code, it covers the alleged copy/paste between them, which is not publicly known.

  12. Why the Hating on Sun? by bajan_on_ice · · Score: 3, Insightful

    Its not like Sun is saying "Dont use Linux/BSD/OSS"

    You havent seen Sun say "We arent doing Madhatter anymore" or "We're not going to be reselling Redhat anymore"

    They are saying, "Use Solaris instead of AIX because we have all the rights to Solaris" What, you think IBM wouldnt be doing the same thing if SCO came after Sun? Jeez, nearly makes you think that /. editors have something against Sun....

    --
    "The greatest dangers to liberty lurk in insidious encroachment by men of zeal, well-meaning but without understanding."
  13. Why worried about IBM's patents? by khyron664 · · Score: 4, Insightful

    Why is the author worried about IBM pulling out its patent portfolio and beating down SCO? As I understand patents, you don't have to enforce them with all parties. IBM has a current interest, and investment, in Linux so why would anyone by worried that IBM beating SCO to death with patents would mean IBM would then turn the patents on Linux?

    Khyron
  14. Re:NDA by Anonymous Coward · · Score: 1, Insightful
    Otherwise, why is it that IBM can still make money selling AIX? If the infringement were really the reason why a proprietar Linux can't be sold, how is it that AIX (and Solaris, too, for that matter) aren't affected by it but SCO's is?
    AIX doesn't run on x86. Solaris is mostly used on UltraSPARC.
  15. Prefer to be informed... by BengalsUF · · Score: 3, Insightful

    I'm amazed when I see comments from people who are sick of reading about the SCO lawsuit. I would say that Slashdot is the best Linux advocacy site there is, and the outcome of this lawsuit will have profound implications for all Linux users. I work in the IT industry, as I'm sure do most of the readers here, and I prefer to be well-informed on topics that have a direct bearing on my profession.

  16. Why I'm Not Really Worried... by jjohnson · · Score: 4, Insightful

    From Cringely's article:

    IBM has the largest legal department of any company in the world. They are INCREDIBLY sensitive about IP ownership, which produces for them more than $1.5 billion per year in license fees. They have embraced the GPL very carefully for their Linux work. The very fact that this code was released under the GPL indicates it was vetted and found acceptable by the IBM legal department. It's not like sometimes they don't bother to go through this procedure.

    Sometimes, stickup artists like SCO pick the wrong victim...

    --
    Anyone who loves or hates any language, platform, or manufacturer, doesn't know what they're talking about.
    1. Re:Why I'm Not Really Worried... by Pentagram · · Score: 2, Insightful

      Sometimes, stickup artists like SCO pick the wrong victim...

      Great quote from the essay:

      For SCO to attack IBM using IP is somewhat like trying to eat a live tiger

    2. Re:Why I'm Not Really Worried... by jjohnson · · Score: 2, Insightful

      I'm sure IBM does screw up, and on a scale that only an IBM can screw up on. But against that, you've got a huge, well-funded legal department full of experienced IP lawyers who are familiar with just how dirty the fight can get. I don't think anyone's wearing a white hat; it's just that IBM's self-interest coincides with the Right Thing (tm) here.

      What surprises me is that SCO has escalated the stakes to the point where IBM can't settle, because if they do, that's a massive public admission of error. When Microsoft settles, they write a cheque that's chump change to them and say "go away, kid, yer botherin' me." And you rarely hear about it. But the SCO v. the world of Unix battle is so big, at SCO's insistence, that IBM virtually has to win, if only to retain market respectability for their products. It's become a massive game of chicken, and IBM can take a lot more damage from not flinching than SCO can.

      Remember how IBM handled their antitrust case: 17 years of low intensity warfare that ended with people saying "there was an antitrust case against IBM?" They simply fought a staying action, making the occasional concession, until it all went away. And SCO doesn't have the staying power of the U.S. government.

      --
      Anyone who loves or hates any language, platform, or manufacturer, doesn't know what they're talking about.
  17. Re:"amicus curiae" by Anonymous Coward · · Score: 1, Insightful
    except that the page was written for a lay audience, not lawyers. hence, it's pseudo intellectual.

    duh.

  18. Re:NDA by binaryDigit · · Score: 4, Insightful

    Otherwise, why is it that IBM can still make money selling AIX? If the infringement were really the reason why a proprietar Linux can't be sold, how is it that AIX (and Solaris, too, for that matter) aren't affected by it but SCO's is?

    Simple, SCO does not sell hardware. IBM wouldn't sell 10 copies of AIX a year if it wasn't for the RS/6000's they run on. Similar situation for Solaris. After all, WHO has a successful Unix that doesn't sell it as part of an integral system?

  19. Guide to Karma Whoring by Anonymous Coward · · Score: 1, Insightful

    One paragraph devoted to trite bromides that have a proven track record of being modded up despite being essentially content-free, e.g. "free software needs to innovate more instead of simply copying the innovations of others."

    One paragraph moaning and groaning that the post will undoubtedly be modded down.

    Then just sit back and watch the Karma roll in.

  20. Re:What if SCO wins? by Horny+Smurf · · Score: 2, Insightful
    I know a lot of slashdotters refuse to believe that SCO's assertion of code copying. Why should they? "information wants to be free" is a popular tagline for the open source crowd, where the source code is viewable by everyone. And SCO sending letters to companies using Linux doesn't endear them with anyone.

    But let's be objective. It is a fact that Linux contributors have taken BSD code and header files, sometimes without attribution, sometimes stripping the BSD copyright notices.

    Is it really impossible to believe that a Linux contributor didn't copy in a function or two from Unix (tm) source code? But then again, this is slashdot, where unfounded accusations that MS is using GPL code warrants a +5 informative.

    SCO will need to shit or get off the pot, spit or swallow. But they could be right.

  21. Media is taking SCO's claim toooo seriously by e31 · · Score: 4, Insightful

    it was amusing for a while, but now this story is just a plain annoyance. IANAL, but SCO doesn't have a case and they know they don't. they can't even bring this to prelim to stop IBM shipping products in "violation" of their IP.

    http://radio.weblogs.com/0120124/2003/06/16.html

    stupid media should realize this case is lion vs. fly, and media is being used by SCO the fly as a vehicle to spread FUD. IBM and Linux have already suffered substantial damages from this baseless accusation. someone should do something to stop this nonsense.

    I'm just hoping that the sleeping lion will soon stand up and smash the obnoxious fly into ditch. then I will applaud.

  22. Awesome paragraph from LinuxJournal by Wylfing · · Score: 3, Insightful
    It's worth noting that if a court does accept such a broad notion of derivative work, it will weaken SCO's defense against the allegations that Linux code was copied into UnixWare. That would seem to put SCO on the horns of a dilemma; I don't know how it plans to resolve it.

    Bingo. As a Linux distributor, SCO was looking at Linux source code. SCO was also developing UnixWare. Now SCO's argument is that because you have access to the Unix source, anything you write into Linux is necessarily a derivative of Unix. So likewise, because SCO had access to the Linux source, anything they develop in UnixWare is a derivative of Linux. Oh, dear, I guess UnixWare is GPL now.

    --
    Our intelligent designer has never created an animal that we couldn't improve by strapping a bomb to it.
  23. For crying out loud by Overly+Critical+Guy · · Score: 4, Insightful

    When is someone going to anonymously reveal the alleged code? This is getting ridiculous. For crying out loud, already, tell us what it is so we can see it. At least tell us where.

    --
    "Sufferin' succotash."
    1. Re:For crying out loud by Anonymous Coward · · Score: 2, Insightful

      Because if SCO shows different pieces to different people then they can track you down by what was anonymously released.

    2. Re:For crying out loud by NotClever · · Score: 3, Insightful

      If I were SCO I would show each person a separate snippet of code (they claim to have many of them). If that snippet was then revealed, they would know who violated their NDA, and could then ruin them.

      --
      Hell, there are no rules here. We're trying to accomplish something. - Thomas Edison
    3. Re:For crying out loud by Anonymous Coward · · Score: 1, Insightful

      When is a court going to do the right thing and force SCO to publically reveal the code?

      After all, SCO alleges that this code is in Linux distributions, which means that it's out there for the entire world to see RIGHT NOW, which makes any claim that the allegedly-infringing parts need NDA protection rather silly.

      If they actually had a case, you'd think they'd want to publically identify the code, so that the various Linux distributors could remove it.

    4. Re:For crying out loud by Anonymous Coward · · Score: 2, Insightful

      The SCO suit may actually be an attack on the GPL. To win, IBM may have to argue about what consititutes a derivative work and what doesn't - and IBM will be seeking to limit what can be considered derivative.

      Thereby setting limits to the GPL's applicability, which would help microsoft produce "linux-compatible" products.

    5. Re:For crying out loud by bladernr · · Score: 2, Insightful

      If I were SCO and I had an actual case I would not reveal the code for fear of evidence tampering.

      As an analogy, lets say that the police are going after a drug dealer. They don't make public who the dealer is and where they think he is hiding his drugs. If they do that, he moves or destroys his drugs. Destroying the drugs means the police no longer have a case, but that does not mean that he, in fact, still committed a crime (just impossible to prove now).

      The other reason that evidence could be kept secret is to stop "trail by public" instead of "trail by court of law". In the Petterson case, for instance, the Judge has said that he wants the facts vetted in the court, not the media.

      SCO could turn your question around and say "if you are so sure that there is no code in Linux that should not be there due to copyright, why are you so worried to see our evidence? Don't worry, you will be vindicated in court when we don't prove our case."

      --
      Sarcasm and hyperbole are the final refuges for weak minds
    6. Re:For crying out loud by bladernr · · Score: 2, Insightful

      All the old kernel would prove is that some point their property was in Linux. It would still hurt their chase for liability (money). Like everything business, this is about money, not right and wrong.

      Lets say I'm a corporate user of Linux. I see the evidence, I believe it, and I know that I may owe SCO some licensing money. Then someone issues a new kernel without the stuff. I install that kernal and delete my copies of the old kernel.

      While SCO can show the code was in the kernel at some point, they cannot show that I ever had that kernel, ergo, they cannot get me for damages (ie, money).

      Like I said, thats just one reason. Another is that this is a FUD campaign that Microsoft organized. Still another is that they have no evidence (although the court will throw them out before trail if that is the case). Another is that they have real evidence, but it is weak, but are going to try to use public opinion to extort a settlement. All valid reasons to keep the evidence secret.

      --
      Sarcasm and hyperbole are the final refuges for weak minds
    7. Re:For crying out loud by len_harms · · Score: 2, Insightful

      This is very true. They have not said anything because at first it was 'trade secret' then 'copyright' then 'a licence issue'. As by how they change their stance every week, we can deduce they are TRYING to either squeeze some money out of someone, or trying to get bought out, or both.

      If they actually showed what the code is they would in effect remov the 'cloud of doubt'. We would know exactly what is going on. Because we have access to all the previous versions. We can figure out who did what. We can rewrite what we need. The last thing they want is that code to be gone. They want the money or the buy out.

      To tell the truth im surprised IBM has been as quite as it has been. Course they may have done something wrong. Or they are getting ready to stomp SCO. Like the JFS they have, basicly SCO is claiming they own it. Even though IBM developed it. This is about the same as if I make a game using windows and its compiler and microsoft shows up and says they own the thing. The whole software industry would give a collective Whhuuuuu? all at once.

      SCO is playing a tricky game. If IBM get sued for IP problems. They have ALOT of IP. They also have FULL access to SCO's code. Im sure they can dig up about 2 dozen things SCO is violating. It will not be pretty. How about this for a flip. SCO ends up with Linux, IBM put some code into Linux. IBM does not own it, SCO does. But now is not SCO by virtue of Linux violating IBM's IP? This is NOT that far fetched. My guess is that IBM will get off light. Some of the things IBM has contributed are not little trivial things. They are BIG IP things, and they have the patents to back it up.

    8. Re:For crying out loud by arkanes · · Score: 2, Insightful

      Refusing to disclose the code limmits them (perhaps entirely) from claiming damages - you can't be expected to pay damages when you weren't given the opportunity to correct the situation. They aren't even offering licenses to Linux users (which would be an obvious shakedown), so they can't even use that as an out.

  24. Derivatives and the Law by Nucleon500 · · Score: 3, Insightful
    Something good will come out of this case. SCO will not win, that's given, but to fight them, IBM will have to present a much narrower definition of what it means to derive from software. When IBM wins, it could set precedent, which I think would be a good thing.

    Right now, loading a dynamic library (but probably not loading an executable), and perhaps running on an OS (unless the licence allows this, as Linux's does), and statically linking, may all constitute creating a derivative work (IANAL). This uncertainty is a bad thing, and I think it would be better if the only way you could make a derivative work would by making a work that includes the original source code, not object code, output, etc.

    Suppose IBM added something (b) to SCO's code(a), and SCO has a contract that they own derivative works (a+x). I think SCO then owns the derivative work (a+b), but if IBM wants to put it's code (b) in something else (c), SCO certainly doesn't own (c+b), because they had no part in it's creation, and (a) is not a part of it. Code can't be a derivative unless it includes what it derives from (in original or translated form).

  25. Doesn't help me now though, does it. by djh101010 · · Score: 2, Insightful

    Problem with that, is until this is settled one way or another, the pointy-haired-bosses who approve my technology architecture decisions, are likely to be put of from appropriate solutions due to the FUD.

    I'm not sure giving SCO lots of money to go away sends the right message, but until they go away, it's complicating my proposals. *BSD is a subject I've wanted to bring up for some time, looks like that may be our new direction, at least until SCO goes away. This annoys me mightily, again more for reasons of principle than for technical reasons.

  26. My personal analysis by whoever57 · · Score: 4, Insightful

    Firstly, I am not a lawyer. Comments below are not advice, merely the ramblings of my mind. The analysis below assumes that SCO's allegations are limited to code such as JFS, NUMA, RCU and SMP all of which have clear non-SCO or open-source origins.

    SCO is saying: any "modifications" or "derivative works" must be kept as part of the "SOFTWARE PRODUCT" (the SVR4 source code) in other words, kept confidential

    IBM has taken the SVR4 code (the "SOFTWARE PRODUCT"), combined it with new, independently developed code and created a new work (let's call this "AIX"). That clearly makes "AIX" a derivative work, but does it also make the added code part of the SOFTWARE PRODUCT? In other words, if you start with "A" and "B" (which are independently developed items) combine them together to form "C", this makes "C" a derivative of both "A" and "B", but SCO's argument is that it also makes "B" a derivative of "A".

    On the other hand, the amendment (exhibit C) clearly spells out that IBM owns code that it develops or is developed for it. The question is, does this cover code developed by Sequent? I think so, but IANAL.

    I think SCO's argument is: "you own it, but we control it" In other words, although ownership is with IBM, the confidentiality requirements still apply.

    So SCO has to convince a jury that:
    1. Independently developed code is part of the "SOFTWARE PRODUCT".
    2. Even though IBM "owns" the code, SCO controls it. Since we are talking about IP and the only benefit of ownership of IP is control, this is going to be a very difficult argument.

    Now, as to the injunction against AIX -- exhibit D clearly states that IBM's license is irrevokable, but Novell and SCO that does not stop Novell and SCO from enforcing their rights against IBM. The way I read this is that SCO can now ONLY get an injuction to stop any specific infringing behaviour. In other words, they cannot get an injuction against AIX, but only a much narrower injunction. Even if IBM is somehow infringing on SCO's license agreement by distributing AIX, once IBM fixes the infringement, IBM can resume distributing AIX. If SCO can prove any infringing behaviour, they may also get damages.

    SCO also has some other problems in their case. Notably that enforcement of their contracts has been lax over the years.

    What does this mean for Linux? Well, as I see it, it means that, assuming the disputed code is code that is owned by IBM, there is no way SCO can come after third parties. IBM has copyright on the code and once released publically, is no longer a trade secret. In other words, even if SCO might get damages, they cannot exert any further control over the code.

    --
    The real "Libtards" are the Libertarians!
  27. ya by Cthefuture · · Score: 2, Insightful

    You think Windows is an original product?

    How about MacOS?

    Was Photoshop the first computer painting program?

    Is that Hyundai you drive the first wheeled vehicle ever invented?

    Hmmm...

    --
    The ratio of people to cake is too big
  28. Re:Bored by geekee · · Score: 2, Insightful

    It never ceases to amaze me how people are so convinced IBM is innocent without knowing any realfacts about the case. Every time a read something new, IBM looks more like their guilty, and this article is no exception, despite the author's bias. However, I'll reserve my judgement until I see the facts. I hope you people don't apply this irrational decision making process in your jobs. At least this gives me a new perspective on the middle east conflict. I can just hear the same arguements. "Of course Israel or Palestine) is wrong. They're not us."

    --
    Vote for Pedro
  29. The real reason SCO won't show code... by stienman · · Score: 3, Insightful

    The real reason, of course, as to why SCO isn't showing anyone the code (and will likely try to keep it under wraps as much as possible) is that Linus might well excorsize those portions of the kernel, and they would be patched within days.

    Then the judge would look at SCO and say, "Ok, so what's the problem now?"

    -Adam

  30. Re:Mac OS X by tshak · · Score: 2, Insightful

    Ya they just don't trust you to run it on 3rd party hardware - makes it a lot easier to prevent pirating.

    --

    There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
  31. Re:Buyouts (why MS or anyone hasn't done it yet) by Alan · · Score: 2, Insightful

    I thought the current theory was that if SCO makes any sort of a win (huge long shot) MS buys them. If they crash and burn, well, MS wins again, even if only by giving more cred to their "virual license" argument against the GPL.

    I'm also in agreement with those who think that SCO is going to try to drag this out as long as possible, because the sooner the court date the sooner they have to put their cards on the table, and from the reports I've seen, they've got squat.

  32. Re:SCO's case looks pretty strong by Todd+Knarr · · Score: 4, Insightful

    IBM's aware of this. They have been ever since Phoenix Technologies broke the IBM monopoly on PC BIOSes way back when. They know exactly how to deal with it, and they've got lawyers who do nothing but make sure it's dealt with properly. I suspect that the work those programmers did was entirely new work not derived from SCO's work, which was then contributed to SCO's product. Any contamination there would be between IBM and Linux, not SCO and Linux. SCO might have a case against IBM if the contracts specifically said IBM would maintain confidentiality of the work, but I sincerely doubt IBM would have agreed to a contract that hamstrung them like that (and they wouldn't have contributed that code to Linux if they'd signed such a contract either).

    If SCO's basing their case on the idea that they can extend rights upstream to code not derived from their code, IBM's going to hand them their heads on a platter.

  33. Re:Being unfair to Sun by ccp · · Score: 2, Insightful



    It's not smart. It's stupid. VERY stupid.

    This SCO/IBM clash is not your garden variety corporate pissing contest, but the moment of truth for the Open Source movement, because even the validity of the GPL will be tested.
    We all knew that the moment of truth was bound to arrive sooner or later, and it did with such egregious chutzpa (cortesy of Mc Bride) that the entire industry can't take its eyes from it.

    I mean, people are noticing what side of the battlefield you choose to be in, and will remember for a long time. A longer time, I'd add, that SUN's probable remaining life.

    SUN wasn't forced to choose sides, and could well have played the uninvolved bystander part.
    But they couldn't resist the chance to take a childish jab to IBM, and put themselves in the side of bad guys.
    Remember: they CHOOSE do do it.

    I like SUN, but Mc Nealy is an immature moron. He's driving a great company down just to mantain his delusion of being in the MS/IBM league.

    Scott, idiot, you are not, and will never be. You're a midget. Your only hope of survival is finding a niche, be good at it, and prey you don't piss off the big boys.

    I'd hate to see SPARC go like Alpha.

    Cheers,

  34. Re:What SCO is really afraid of. by geekee · · Score: 2, Insightful

    Even if stolen code could be rewritten overnight, that doesn't excuse companies from paying SCO damages for revenue already lost, so they'd still have a case. SCO isn't going to show you the code because they never show anyone their code, unless they absolutely need to under "draconian" NDA. Why make an exception now to change public opinion, if it further compromises their IP?

    --
    Vote for Pedro
  35. Re:Question for /. Lawyer Lurkers by josepha48 · · Score: 2, Insightful
    If you read his story, then you probably saw the part where he mentioned that SCO was going for a BROAD defination of derived. Accorind to SCO's defininition, DOS is derived from UNIX so it must be theirs too.

    I think what this will boil down to is two things. 1) the definition of derived work. What is actually derived and what is add to or is extending something deriving from it? Also that derived work is more restrictive than patents. In a patent if I improve your patent I can file a patent on it and get it and I think owe you nothing if it was your thing I improved on. This is the case with all the various mice that are out there, displays, tv, etc. And 2) what is the actual UNIX source code and what does SCO actualy own the rights to.

    If SCO wins, then they could basically OWN UNIX, Linux and possibly BSD, DEPENDING ON THE definintiion of derived. If SCO looses UNIX could become open and free. Of course there is room for somewhere in the middle to happen, and that SCO could get bought by some company like HP/Compaq, who decides to just get ride of UNIX.

    Personally I think that their actual case is week, but what they are gambling on is either a settlement, or a lame judge, who defines 'derived' as vaguely as they do. It's time to look up stuff on the Honorable Judge Dale A. Kimball, who has been assigned the case.....

    --

    Only 'flamers' flame!
    Does slashdot hate my posts?

  36. Be afraid "linux crunchies" by raga · · Score: 2, Insightful

    Whatever the merits of the case, the Linux community should not take the SCO suits lightly.
    http://www.forbes.com/2003/06/18/cz_dl_0 618linux.h tml

    cheers- raga