Slashdot Mirror


SCO Says No Way To a GPL Solaris, Moves Trial Back

penguino writes "Looks like it didn't take long for SCO to formally respond to claims by Sun that it will open source Solaris. According to SCO 'they [Sun] still have licence restrictions that would prevent them from contributing our licensed works wholesale to the GPL'. The company has also released a statement dated June 8 that 'SCO is making a motion to move the scheduled trial date to September 2005 and split IBM's counterclaims into a separate case'. Also quoted is AUUG president and FreeBSD developer Greg Lehey who recommends 'that the best thing for IBM to do would be to print out every single version as requested and send the resultant 20 tonnes or so of paper to SCO. That would keep them quiet for a while'."

105 of 429 comments (clear)

  1. Sun will Shine at the Big Blue by stecoop · · Score: 5, Interesting

    What version of Linux is IBM using now-a-days. Whichever it is, Sun should basically drop Solaris and focus developing Linux for sparks along the same lines as IBM is doing. I like Solaris machines, they're fast and reliable but I only see a future for Sun at IBM. Sun has Java technology that IBM could really use as a synergy for the core products. IBM with SUN would be a large player in the future of computing, but currently SUN standing alone will be like SGI and other once powerful computing companines.

    1. Re:Sun will Shine at the Big Blue by turgid · · Score: 4, Interesting
      Whichever it is, Sun should basically drop Solaris and focus developing Linux for sparks along the same lines as IBM is doing.

      Out of the mouths of babes and sucklings, or something.

      Have you any clue as to how many years more advanced than Linux Solaris is at the high end?

      Sun is already using Linux at the low end, where it has it's niche. It's called the Java Desktop System.

    2. Re:Sun will Shine at the Big Blue by pegr · · Score: 5, Interesting

      Have you any clue as to how many years more advanced than Linux Solaris is at the high end?

      Agreed, but how much of that "high-end Solaris" is under SCO license restrictions? (None, or it would be in SCO's products.) While Sun may not be able to open source Solaris due to SCO license restrictions, as soon as a judge declares that IBM enhancements to AIX are not the property of SCO, Sun can roll whatever "high-end Solaris" code they have into Linux. This would have the added benefit of destroying whatever is left of SCO.

    3. Re:Sun will Shine at the Big Blue by turgid · · Score: 5, Informative
      Agreed, but how much of that "high-end Solaris" is under SCO license restrictions?

      Like you say, it is probably none. Plain System V is ancient, and there has been a lot of development at all the big vendors since those days. It's probably a safe bet that Sun owns all of these high-end features in Solaris, since they're not in any other UNIX.

      Sun can roll whatever "high-end Solaris" code they have into Linux.

      Why bother, when it's already in Solaris? People seem to assume that because various *nixes are similar on the outside that it must be fairly straight forward to grab code from one and put it in another. Code bases have diverged so much in the last 15 years, that this is not the case. The POSIX interface to the kernels may be similar enough, but what's going on inside is radically different. Don't forget that internally Linux is nothing like a Syatem V or derivative, so any serious porting takes a lot of effort. It's a whole very large and interesting subject in itself, and one I have barely scratched the surface of...

    4. Re:Sun will Shine at the Big Blue by pegr · · Score: 4, Interesting

      Sun can roll whatever "high-end Solaris" code they have into Linux.

      Why bother, when it's already in Solaris?

      Because the stated goal was to Open Source Solaris... Without that, this whole exercise is meaningless.

      While bolting on Solaris functionality to Linux would be a formidable task, it would also put Sun squarely in the middle of Linux development as a strong Linux consulting and implementation partner. Pretty cool way to beef up your Linux "street cred" if you ask me...

    5. Re:Sun will Shine at the Big Blue by molarmass192 · · Score: 4, Interesting

      Hang on there. I like Solaris and I admin a dozen Sun servers myself, but since the 2.6 kernel went prod that's only true on the biggest and baddest >64-way E-series servers. Obviously, Sun would have a little issue with our service contract if I were to slap Linux on any of those servers, but I don't have a doubt that it could be just as reliable if I did.

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    6. Re:Sun will Shine at the Big Blue by pitr256 · · Score: 3, Informative

      On the Solaris update issue, check out http://www.blastwave.org/

      From the website:
      What is blastwave.org?
      blastwave.org is a collective effort to create a set of binary packages of free software, that can be automatically installed to a Solaris computer (sparc or x86 based) over the network.

      --
      Your mom always said, a PB&J is better than nothing, and God is nothing, is a PB&J better than God?
    7. Re:Sun will Shine at the Big Blue by mwood · · Score: 2, Funny

      Huh? Sun owns nothing. SCO owns all code written in, on, for, next to, or in the same county with any version of Unix since the beginning of time. Haven't you been reading their press releases?

    8. Re:Sun will Shine at the Big Blue by Per+Abrahamsen · · Score: 2, Interesting

      > Why bother, when it's already in Solaris?

      They get free of SCO, the customer upgrade path from cheap Linux pc hardware to high-end Sun servers will be simpler, they get free access to all the improvements made by the other backers of Linux, in particular device drivers and other hardware support. Including XFS and JFS which would help lure some IBM and SGI customers to Sun. They will no longer have to duplicate every innovation made by others themselves in order to stay at the front. Running a vendor independend OS will help fight the FUD factor of whether Sun will be around.

    9. Re:Sun will Shine at the Big Blue by elmegil · · Score: 4, Interesting

      Linux "street cred" doesn't improve your revenues, nor your standing on Wall Street. It should be pretty clear from the public statements of management that Sun does not want to be "a Linux company". Personally I think that's a good thing--everyone derides Microsoft for promoting a monoculture, but here they are all advocating Linux uber alles for everything. Solaris for what it's good at, Linux for what it's good at, MacOS for what it's good at, and (gasp) windows for what it's good at (games and viruses! :-) all seem to be reasonable things to have around. [tongue-in-cheek]Not sure that I see any reason for HP/UX or AIX though...[/tongue-in-cheek]

      --
      7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
    10. Re:Sun will Shine at the Big Blue by JDevers · · Score: 4, Insightful

      You mean like the benefits IBM gives to Dell, RedHat, SGI, VA Linux, etc whenever it adds something to the kernel?

      Or how about the benefits that RedHat gives IBM, Dell, SGI, VA Linux et al when IT adds something?

      You are basically missing the real synergy being FOSS, one company contributes and helps its competition but those guys are also contributing and helping you. So in reality, you are helping yourself against the REAL competition (non-FOSS) and not your immediate "partners." Of course, there are leeches like Dell, but that's OK...

    11. Re:Sun will Shine at the Big Blue by jedidiah · · Score: 4, Interesting

      Dell needs to get themselves at least some 12-way NUMA kit to sell before the more interesting features of Solaris become relevant.

      SGI is already bolting 200+ cpu NUMA support onto Linux, so any "help" they might get from Sun would be irrelevant.

      Other vendors such as Veritas are also already contributing to the (Linux) stew. Before too long, "all those years" of Sun "superiority" may be moot.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    12. Re:Sun will Shine at the Big Blue by Tet · · Score: 2, Interesting
      How is it so much better than GNU/Linux at the high end? Give specific examples because presently I have no way of verifying your claims.

      It's certainly better, but the margin isn't as great as it once was. Solaris still scales better to reasonably large (50+) numbers of CPUs. Solaris also (until recently) had better threading support. With NPTL, though, Linux appears to be at the top of the pile. Sun also claim that their TOE support in Solaris 10 will give them better network throughput for supporting huge amounts of bandwidth. Whether this actually plays out in the real world remains to be seen. I also haven't seen an equivalent of things like IP multipathing[1] in Linux yet (although they may be there -- I just haven't looked).

      [1] Effectively redundant arrays of network cards, with a highly available IP address, so if there's a failure on one card (be it the card itself or just a cable failure), the machine transparently fails over to using one of the others. Tru64 also had something like this, called NetRAIN.

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    13. Re:Sun will Shine at the Big Blue by cozziewozzie · · Score: 2, Interesting

      Sure it's not trivial, but it can certainly be done. Look at NUMA, XFS and JFS for example. They were all taken from enterprise-level systems and bolted onto Linux, with great success.

    14. Re:Sun will Shine at the Big Blue by pegr · · Score: 2, Insightful

      You haven't been following the case, have you? Their latest argument is that everything in every OS derived from UNIX is theirs.

      Here, let me quote the parent:

      "While Sun may not be able to open source Solaris due to SCO license restrictions, as soon as a judge declares that IBM enhancements to AIX are not the property of SCO, Sun can roll whatever "high-end Solaris" code they have into Linux."

      Whether or not you read the article is up to you, but please read the posts you reply to...

    15. Re:Sun will Shine at the Big Blue by chris_mahan · · Score: 2, Insightful

      >Plain System V is ancient...

      Just because something is ancient does not mean is's obsolete.
      Lisp is ancient...
      The atomic bomb is ancient...
      Airplanes are ancient...

      I tend to think ancient things have withstood the test of time. We'll see what you look like in 40 years.

      Anyway, my point is: just because something is ancient does not mean it's obsolete.
      Quantum physics were worked out in the 20s and 30s? They're ancient, man!!!

      --

      "Piter, too, is dead."

    16. Re:Sun will Shine at the Big Blue by The+Lynxpro · · Score: 2, Interesting

      "While Sun may not be able to open source Solaris due to SCO license restrictions, as soon as a judge declares that IBM enhancements to AIX are not the property of SCO, Sun can roll whatever "high-end Solaris" code they have into Linux. This would have the added benefit of destroying whatever is left of SCO."

      If Sun added their IP into Linux, then all of their competitors would benefit from it. It would be in Sun's best interest to implement their IP into one of the three BSD distributions, rename it "Solaris" and start selling it. Ditch their existing Unix and tell SCO to pound sand. Hey, it works for Apple.

      --
      "Right now, somewhere in this world, Scott Baio is plowing a woman he doesn't love," - Peter Griffin, *Family Guy*
    17. Re:Sun will Shine at the Big Blue by JDevers · · Score: 2, Insightful

      Yea, but that isn't really the same thing. They aren't improving the kernel, then keeping the changes to themselves. They are allowing very limited support of their own hardware. They aren't in the Linux business in the same way that SGI, IBM, etc are. They just provide an interface to their own hardware, so if it doesn't work they are hurting themselves more than anyone else. These vendors are still primarily (99+%) Windows related, so they release a Linux driver in the same style as their Windows drivers, binary only.

      The GPU vendors also have a decent (depending on your viewpoint) reason for doing this, their drivers have licensed software in them that they can't release as source. At least this was true at one time and all the modern graphics chips still support the covered algorithms (specifically ST3C if I'm not mistaken).

      Also the "shims" aren't for GPL reasons, they are to allow their binary only driver to interface with at least a handful of different kernel versions, otherwise they would REALLY be busy updating their driver. With the current method, they only have to periodically release refreshes when something directly related to their driver or something major in the kernel changes.

    18. Re:Sun will Shine at the Big Blue by msobkow · · Score: 3, Interesting

      True enough -- Linux just happens to be a particularly widely available implementation of various open standards such as POSIX APIs, shell, thread processing, etc. AIX, Solaris, HP-UX, Irix, etc. provide their own implementations of those same APIs.

      Within reason I don't care what the kernel and vendor are -- I care about the tools that sit on top of it and the programming APIs used to create applications and services. Were Microsoft to provide those APIs instead of trying to force proprietary (but equivalent) APIs, they might even find they have a shot at the data center.

      I don't know that it's even an issue of what a kernel/OS "is good at". Businesses buy hardware to service a need -- in the vast majority of cases the details of a particular OS' benefits don't matter to the business. As long as it is stable and backed by a solid vendor with good support and maintenance, customers don't care much who provides it.

      Eventually IBM et. al. will abandon the proprietary kernels because it's not a profitable business. It's far cheaper to ensure a shared core has all the functionality needed, with the ability to turn off bits and pieces you don't want or need. That way the individual vendors only provide hardware-specific support and perhaps a handful of their own admin/maintenance tools. Far, far cheaper than developing and maintaining "proprietary features" which aren't even a selling point with most of your customer base.

      Who cares about one vendor's add-a-user tool versus another when the authentication and authorization are actually on another server that might not even run the same OS? Who cares that it's fully pre-emptive or a fine-grained network stack, provided it does the job? What does one particular vendor's backup facilities matter when your drives are in EMC or equivalent data servers?

      --
      I do not fail; I succeed at finding out what does not work.
    19. Re:Sun will Shine at the Big Blue by corbettw · · Score: 2, Insightful

      Just because something is ancient does not mean is's obsolete.
      Lisp is ancient...
      The atomic bomb is ancient...
      Airplanes are ancient...


      You need to get a better perspective on what's ancient. I suggest spending some time in some Roman, Greek, or even Mayan ruins. Walking amongst buildings which have not been inhabited for thousands of years gives a much better appreciation for the word "ancient".

      --
      God invented whiskey so the Irish would not rule the world.
    20. Re:Sun will Shine at the Big Blue by iabervon · · Score: 3, Interesting

      There was a recent post to the kernel mailing list saying that there were performance problems in (ironically) the RCU code on systems with a lot of processors. In this case "a lot of processors" meant 512. A few weeks later, someone posted a fix. There was a recent significant change to the virtual memory system to make it suitable for systems with 32G of RAM; there's another for 32-bit processors with processes that use 4G of RAM. When you see things like "My test box has 48G, but we recommend 32G to have a wide safety margin", and "we only designed this for a few tens of CPUs; here's a suggestion for 512, though".

      Solaris may still be ahead on the high end, but Linux is definitely catching up, with IBM and SGI, among others, working on it. Oracle seems to be betting on Linux passing Solaris soon. It may not be long before Sun has to give up on Solaris and embrace Linux in order to sell high-end systems. On the other hand, they don't list servers on their web page with more than 104 processors, so they might not have systems that still count as "high-end" before long.

    21. Re:Sun will Shine at the Big Blue by einhverfr · · Score: 2, Interesting

      Why bother, when it's already in Solaris? People seem to assume that because various *nixes are similar on the outside that it must be fairly straight forward to grab code from one and put it in another.

      Yeah, like Ken Brown (AdTI), The SCO executives, etc.

      Of course you cannot just rip the code out and put it in another UNIX or UNIX clone, expecially when the clone is NOT based on the same codebase. However, this is not what IBM is doing, so the original poster's comment that Sun should follow IBM's footsteps and make Linux the successor of Solaris does hold, I think, as long as we are clear with regard to what that means.

      IBM, SGI, etc. are spending quite a bit of R&D applying the experience they have built on designing their versions of UNIX toward making Linux that advanced on the high-end. Linux is still a toy on the high-end but not for long. This does NOT generally mean copying code, but rather using the concepts which they developed in house for their versions of UNIX and applying it to Linux.

      Why is IBM doing this? Not to sound like a troll but proprietary UNIX is dying. It is dying because the proprietary development model is subject to a huge economy-of-scale factor which drives up the prices for low-volume markets. As Windows and Linux begin to be competitive on servers that traditionally run proprietary versions of UNIX, the proprietary UNIX's simply cannot compete, even if they are technically superior. This, I think, is one of the main reasons for the SCO suit.

      (Off Topic: BTW, the BSD's are losing market share in key markets to Linux, but this is slower than the loss of the proprietary UNIX's and may be due not to a reduction in actual installations but simply slower growth than Linux in this market. I actually think that the eradication of proprietarty UNIX which Linux and Windows are causing will be a benefit long-term to the BSD crowd.)

      Sun should abandon Solaris to Linux in the long term because they are tied inexorably to its economy of scale. This means that a single unit of Solaris sold costs Sun much more than it would have cost them if the unit had been Linux instead. This means that they cannot compete long-term with the prices which IBM or SGI will be able to offer on Linux-based systems. This will slowly mean the decline of Sun unless they are better at being able to develop a contributor pool for a GPL'd solaris than IBM or Linus is for Linux. Somehow I doubt it.

      --

      LedgerSMB: Open source Accounting/ERP
    22. Re:Sun will Shine at the Big Blue by Biolo · · Score: 3, Informative

      Actually Sun hasn't committed to open sourcing Solaris (or Java for that matter). What they have said is that they are "evaluating whether or not to open-source". I got that from McNeally himself just this week when he was giving a speach at the Sun Scotland manufacturing plant with a Q&A session afterwards. During that session he was point-blank asked which of the stories in the press were correct, and that was his answer.

      --
      Stealing a rhinoceros should not be attempted lightly.
    23. Re:Sun will Shine at the Big Blue by Darby · · Score: 2, Interesting

      So you leave gnu tar out of this list then? (default output of gnu tar does not interoperate with other versions of tar).

      I'm not sure about other versions, but the Solaris version of tar has been broken for years.
      Have an archive with nested directories? Too bad, if the path is too long (I forget how long, but not that long) it fails. This includes files I've downloaded from Sun. They recommend using GNU tar.

      Since it's the version that works, I'd call that the standard.

  2. Hmmm by liamo · · Score: 5, Interesting

    Hmmm. I wonder if Sun expected this response from SCO, allowing them to say "Well, we offered" without actually opening anything.

    1. Re:Hmmm by acidos · · Score: 2, Informative
      Although Sun has not publicly stated under which licence it intends to release an open source Solaris, Schwartz said: Make no mistake, we will open-source Solaris.

      If you wonder about something, you should read the article.

      --
      -- get on Freenet!
    2. Re:Hmmm by ScouseMouse · · Score: 2, Insightful

      Actually, i suspect it may be more along the lines of they realise where the current SCO case is going, and are trying to appeal to Open source developers again.

      They dont seem to have had a very good press recently on a variety of points.

      Its unlikey to happen soon, and even in the very unlikely worst case of a SCO victory, they can just say "Well we cant anymore" and they have at least the cudos for trying so they really cant loose.

      I have to say even with the recent announcements on Java and such like, i still wouldnt mind a nice multi-way Solaris box on my desktop instead of my Dell, no matter what they say.

    3. Re:Hmmm by Smallpond · · Score: 3, Interesting

      Solaris source code has been available for a long time to qualified educational institutions, developers and computer hackers. Open Source doesn't mean free to copy in this case. They allow people to look at the source so that they can develop code and suggest improvements. They would be very upset if their code found its way into Linux, for example.

    4. Re:Hmmm by Anonymous Coward · · Score: 5, Insightful

      Source available is not the same as open source.

    5. Re:Hmmm by grendelkhan · · Score: 3, Insightful

      Except that SCO claims "an easment" into ANY SVRX licensee's implementation. According to them, anything that was added on to the original SVRX code cannot be released outside the company that developed it in any way, shape, or form, without SCO's approval. This is their current rationale behind the IBM lawsuit and Darl has said this numerous times.

      --
      Wu-Tang Name: Half-Cut Skeleton Get your own Wu-Na
    6. Re:Hmmm by KjetilK · · Score: 4, Insightful

      That's why "open source" was probably not such a great term anyway...

      --
      Employee of Inrupt, Project Release Manager and Community Manager for Solid
    7. Re:Hmmm by Cpyder · · Score: 2, Funny
      Source available is not the same as open source.

      No, it's even better. ;)

    8. Re:Hmmm by Minna+Kirai · · Score: 4, Insightful

      or under a BSD-style license.

      BSD-like would be an even bigger mistake. It would free both IBM and Microsoft to release modified, incompatible versions of Java, without providing any of their code changes.

      A rationally greedy company will prefer using GPL to BSD, to ensure that no other company re-closes the source they just opened. But they'll probably prefer a special APL or MPL style license instead, which gives them (and only them) the power to incorporate derivatives in non-OpenSource products.

  3. Sun just learned... by halivar · · Score: 4, Insightful

    You sleep with dogs, you wake up with fleas.

    Can't say it could happen to a more deserving company.

    1. Re:Sun just learned... by halivar · · Score: 3, Insightful

      They are simply a customer, licensing Unix System V, just like every other commercial Unix vendor out there.

      Maybe you missed the news flash, but Sun also happens to have been a major contributor to SCO's legal war chest, and continues to be an antagonistic purveyor of anti-FOSS FUD.

      If you want to put every company that supports SCO on your little commie shit-list because they're funding the destruction of Linux, you might as well put IBM (AIX), HP (HP-UX), SGI (Irix) on there too.

      Yes, I'm aware those companies have proprietary Unices, since I do, in fact, have a clue. Let me clue you in: if I was anti-commercial-Unix, I'd be railing against IBM, HP and SGI. The fact that I did not mention those companies should have told you something. I'll spell it out for you, anyway: IBM, HP, and SGI didn't join MS in propping up SCO as an opportunity to regain lost ground in Unix marketshare. Their attitude towards open-source can also be described as cynical at best, and use FUD to stave off their own impending obsolescence.

      All three of those companies you listed also happen to make a substantial profit from Linux, and their futures are tied inextricabley to the FOSS movement.

  4. Ummm... by AliasTheRoot · · Score: 4, Insightful

    How much code is still SVR5? I really can't imagine Sun would have been making all this noise about OpenSourcing Solaris recently if their lawyers hadn't looked over it.

    1. Re:Ummm... by Pharmboy · · Score: 4, Interesting

      The question isn't really if the code has any SVR5 in it, as it likely has little. The real question is how "derivative" is defined, and how that applies to the license Sun had with AT&T and more recently, SCO.

      --
      Tequila: It's not just for breakfast anymore!
    2. Re:Ummm... by Pharmboy · · Score: 2, Insightful

      please refer to the BSD lawsuit to answer how relevant that is.

      --
      Tequila: It's not just for breakfast anymore!
    3. Re:Ummm... by AliasTheRoot · · Score: 2, Insightful

      Well for people such as myself that aren't familiar with the case:

      http://www.oreilly.com/catalog/opensources/book/ ki rkmck.html
      http://ezine.daemonnews.org/200312/edi torial.html
      http://www.atnewyork.com/news/article .php/3110981

  5. Reverse by dorward · · Score: 4, Insightful

    We love Linux!
    We don't know what Linux is!
    Solaris is the first OS to work on these platforms (lets not mention Linux, even though it was really there first and we sell it)
    What's the GPL?
    The GPL is wonderful!
    We will open source Java!
    We won't open source Java!
    We will open source Java! Maybe not today, maybe not tomorrow, but soon, and for the rest of our lives (maybe).
    We will open source Solaris!
    We won't open source Solaris!

    How does Sun find time to do stuff between its constant reverses of its positions?

    1. Re:Reverse by danormsby · · Score: 5, Funny
      So in summary...

      Sun goes up
      Sun goes down
      Sun goes up
      Sun goes down

      Just doing what the name calls for.

      --
      Omnis amans amens
    2. Re:Reverse by TopShelf · · Score: 3, Funny

      If you look here, the story looks more like:

      Sun goes down
      Sun goes down
      Sun goes down
      Sun hits the bottom and slides along...

      --
      Stop by my site where I write about ERP systems & more
    3. Re:Reverse by hackstraw · · Score: 2, Interesting

      Don't forget hardware will be free, and software will be free, and the stock price will continue to yoyo.

      Soon, Sun will have fewer products than these guys.

  6. SCO will not exist when Sun opens Solaris! by iJed · · Score: 2, Insightful

    I seriously doubt that SCO will still exist when Sun gets round to opening the Solaris source. Then again I doubt that SCO will survive the rest of this year! Their rediculous claims will be proven to be rediculous in court soon.

    1. Re:SCO will not exist when Sun opens Solaris! by fatgeekuk · · Score: 4, Insightful

      SCO will continue to exist until the court cases show that they have no case, at which point they will implode.

      long before that there will not really be much left other than a CEO, company accountant and liason to the law firm.

      Any suggestion which prolongs this or other lawsuits will just prolong the problem. We really want this sorted as quickly as possible.

      The longer this continues, the longer we are focused on this and away from other things...

      1) development effort
      2) notice that another company is quietly (or not so quietly) trying to patent everything under the sun (pun intended)

      SCO are an irrelevent distraction that everyone involved should be working to eradicate as an issue as quickly as possible.

  7. An element of truth? by Epeeist · · Score: 3, Interesting

    This one may be partially true. Sun did licence SysV when they moved from SunOS. However, they have done a large amount of work on it since.

    Are we going to see SCO try and claim the work that Sun have done on high quality SMP, multi-path support, hardware partitioning etc. as their "Intellectual Property" in the same way that they are attempting for the NUMA and JFS stuff.

  8. and.... by Pharmboy · · Score: 4, Insightful

    ...this is news?

    SCO Says No Way To a GPL Solaris, Moves Trial Back

    No one really expected Sun to GPL Solaris, or expected that SCO will allow them to without a threat of lawsuit. This only gives SCO something else to bitch about, and Sun and excuse to do nothing about opening their code base. Sorry to be so negative, but I haven't had much of a reason to think that Sun is on "our side" when it comes to open source software.

    SCO and Sun do have one thing in common, however: They will both soon be dead because of Linux and the contributions of IBM and others.

    --
    Tequila: It's not just for breakfast anymore!
    1. Re:and.... by thomasa · · Score: 4, Insightful

      you are mistaken, Sun will be dead because of
      the PC. The PC can run Windows OR Linux. The
      PC is what kills Sun. Just as the PC killed the
      minicomputer.

      In my opinion anyway.

    2. Re:and.... by cgenman · · Score: 5, Insightful

      Sorry to be so negative, but I haven't had much of a reason to think that Sun is on "our side" when it comes to open source software.

      Right. Because Sun has never contributed any useful piece of code to be OPEN. OFFICErs at the company are gnome for their lack of contribution to any real groupzilla.

      Know your roots.

    3. Re:and.... by The12thRonin · · Score: 3, Insightful

      You talk about remembering your roots. You obviously forget IBM of the 80's. There is the root of FUD. They started it and wrote the playbook.

      So what if they are currently in favor because of their stance on Linux and against SCO. IBM has been open toward Linux because there is money to be made there. Don't think for one instance once that ends that IBM won't dump Linux in a heartbeat.

      Remember they are you friend not because you are nice and they like you. Remember they are your friend because the enemy of my enemy is my friend. Once the enemy is gone...
  9. Serves them right by puppetluva · · Score: 4, Insightful

    As the ancient saying goes: "If you play with a snake, you get bit."

    I really like Sun, but this serves them right after paying SCO and acting holier-than-thou about IP rights re: Linux (even though they had the means to know and probably did know that the claims weren't true).

    By the way, that same saying holds true for the Microsoft crowd. . . but they probably know that already.

    1. Re:Serves them right by Moraelin · · Score: 4, Insightful

      "By the way, that same saying holds true for the Microsoft crowd. . . but they probably know that already."

      Not sure in which way it applies to "the Microsoft crowd."

      Microsoft never promised to GPL Windows. And I'd expect to see pink pigs flying and Satan going to work on skis before that happens.

      And, to the best of my knowledge, SCO never tried to stop MS from doing anything. Nor claimed ownership to any Windows code. So in which way did MS get bit? No, seriously, I'm really interested.

      Not that anyone expected Microsoft to go GPL anyway. Most of us "Microsoft crowd" really couldn't give a damn about ideological crusades, nor about fanboy allegiances to whoever is this year's fashionable underdog. Or agains whoever is the fashionable corporation to hate this year.

      What's the point anyway? If your world is only made of black-vs-white, or good-vs-evil, you live in a very simplistic world. The real world is far more complex than "IBM=GOOD; MSFT=EVIL".

      If you look at the history of computing, as little of it as we have so far, one thing has always been constant:

      A. whoever is winning, doesn't want standards, they want people locked into their very own proprietary stuff. IBM did it, Sun did it, and Novel did it really big time. That's how the Unix fragmentation happened, and why it lost to Windows.

      B. whoever is losing, is whining about how great the open standards are, and how evil proprietary solutions are.

      (And some, like Sun, can't even make up their mind in which camp they really are.)

      Wake up, people. We're not talking about a group of geeks fighting for ideals. We're talking about corporations who only want to make money. And _will_ change the strategy whenever it looks like another one might bring more money.

      IBM is no dedicated friend of OSS, and neither is Sun. (You may notice that IBM did _not_ go GPL with either DB/2 or WebSphere.) At this point IBM merely figured out they can get an advantage out of Linux, in their fight against both MS and Sun.

      _If_ IBM was to win a decisive victory, and MS became the underdog, you can fully expect the roles to be reversed yet again.

      IBM will start shipping an "enhanced" version of Linux, with a whole bunch of closed source IBM-only executables in it. Just like they did with Unix. Trying to lock people in again. And spreading FUD like they already did before.

      And Microsoft would most likely cheerfully go from defending the way of the proprietary solution, to praising open standards.

      And knowing the /. crowd, we'll probably see the same people posting about how IBM sucks and MS is our true friend.

      --
      A polar bear is a cartesian bear after a coordinate transform.
    2. Re:Serves them right by Moraelin · · Score: 2, Insightful

      There's nothing to keep them from screwing it hard enough with proprietary drivers, if they _really_ wanted to, and if they were in a position to do so. E.g., I don't even have to think hard to imagine a scenario like, "there's these cool virtualization features or whatnot, but they only work if you have the secret IBM drivers that activate that. Oh, and it's all patented."

      Plus, as the endless "Linux vs GNU/Linux" show or Apple's building a propritary MacOS/X on top of BSD prove, there's far more to an OS than the kernel.

      For example, IBM could jolly well come up with their own proprietary compiler that produces great code, but is slightly incompatible with GCC. Like MS did with MSVC. Sure, some people will curse and have even more #include blocks to work on both, but a lot won't. That's what's been happening in the Windows world.

      For that matter, they could go deeper down MS road, and provide their own foundation classes that go with it too.

      Etc.

      Now I'm not saying that it would go as long a way as doing the same with a 100% closed-source OS. And I'm sure the Linux community would work hard to emulate all that.

      But it also doesn't mean they wouldn't try.

      --
      A polar bear is a cartesian bear after a coordinate transform.
    3. Re:Serves them right by spitzak · · Score: 3, Interesting

      Although you seem to be trying to slant your argument into an anti-slashdot/pro-microsoft rant, the basic premise is quite true.

      The company on top always fights standards, and the companies below it all claim "standards are good".

      Even in recent history Microsoft has flip-flopped on this in instant messaging, because they were not number 1 in this, AOL was.

      I fully agree that if IBM "wins" they will turn quite evil. And Microsoft will turn into the good guys so fast it will make everybody's head spin. Smarter people are trying to make sure that IBM truly gives away enough stuff so they cannot become entirely evil, such as officially saying that open source is allowed to use their patented technology. So far IBM has not been stupid enough to do that, but there is hope...

      People thinking the GPL on Linux will save them are deluded. The design of the Intel 486 is documented quite well and can be duplicated (AMD did so) yet this did not mean that Microsoft could not run a closed-source Windows atop it. In the same way a fully open-source Linux bottom level would not prevent a closed-source upper layer from being written, much like OS/X's user interface code.

  10. It might keep them quiet... by 16K+Ram+Pack · · Score: 2, Informative
    ... it would also allow SCO to delay further for all the time they need for the trial.

    IBM have been more than patient and reasonable with SCO. And SCO have produced zilch to support their claims.

    1. Re:It might keep them quiet... by Jane_Dozey · · Score: 2, Interesting

      I think IBM have just been giving them enough rope to hang themselves. They've been patient and efficient (mostly) and have let SCO do most of the work for them.
      I'd prefer SCO being able to take their time and make that hole bigger rather than being able to make a good appeal.

      --
      Silly rabbit
  11. No more stalling! by the_mad_poster · · Score: 4, Interesting

    That would keep them quiet for a while.

    We don't WANT to keep them quiet for a while. We want IBM to go in for the kill and cut their tongue out to keep them quiet for GOOD. No more stall tactics, and definitely don't aid them in their stall tactics by giving them something to do. If they get even the faintest air of legitimacy again, rest assured some moron with more money than brains is going to pump funds into their hot air balloon to help reinflate it. I don't think I an take another year and a half of these stories every day like they were coming for awhile...

    --
    Alito: A vote for Alito is a punch in the eye to put that bitch back in her place!
  12. Unfortunately, they're right by IGnatius+T+Foobar · · Score: 4, Informative

    As much as we all hate SCO, unfortunately they are right this time. Solaris is built from the original Unix code. There is a direct descendence here, and SCO is absolutely within its rights to tell Sun that they can't sublicense it (which is essentially what open sourcing the code would do, assuming that it's a DFSG/OSD compliant license).

    On the other hand, if Sun is in cahoots with SCO, as some here suggest, then perhaps they are shooting themselves in the collective foot today. Solaris is demonstrably descended from System V -- Sun programmers had all the original code to work from. It only strengthens the contrast between Solaris's development and Linux's development; i.e. the Linux developers did not have access to System V. Perhaps someone will subpoena Solaris code eventually, and show the court what a derivative work would really look like, contrasted with Linux, built from scratch and looking very different.

    --
    Tired of FB/Google censorship? Visit UNCENSORED!
    1. Re:Unfortunately, they're right by Shimbo · · Score: 4, Insightful

      As much as we all hate SCO, unfortunately they are right this time. Solaris is built from the original Unix code. There is a direct descendence here, and SCO is absolutely within its rights to tell Sun that they can't sublicense it.

      Assuming that they, not Novell, actually own the relevant rights.

    2. Re:Unfortunately, they're right by Wybaar · · Score: 2, Insightful

      ... SCO is absolutely within its rights to tell Sun that they can't sublicense it ...

      Actually, depending on the result of one of the pending trials, isn't it Novell that would have to tell Sun that they can't sublicense it? Yet another thing pending an SCO lawsuit.

      --
      Y|
  13. Licensing & RAND by pmfp · · Score: 2, Insightful

    Remember who backs up SCO in this case. Microsoft. I think it's amazing that with all this legal mumbo-jumbo hitting the fan, people really trust MS not to cut off Mono. They have an incentive, they got the legal base for it, and soon they'll have plenty of cooperations dependant on a .NET platform.

    No API breakage, they got all the reason in the world to maintain backwards compatibility.

    P.S. On topic for being a legal issue involving some of the same characters... albeit it's not clear cut.

    --

    "So unmerciful is life, that everything afterwards is too late."
  14. Incorrect Title by Omni-Cognate · · Score: 5, Informative

    SCO haven't moved the trial back. They've requested that the trial be moved back. The judge has taken it under advisement.

    --

    "The Milliard Gargantubrain? A mere abacus - mention it not."

  15. Well SCO are demons, anyway. by trezor · · Score: 2, Insightful

    Now that the SCO-fud had finally weakened to an inaudiable level, SUN (although maybe not intentionally) decides to start the circus yet again.

    In history, SCO will be given an entire chapter of the sad states of affairs in our time. Probably named something like "Lawyers, litigaters, outright dishonesty and profit"

    SCO are demonspawns from hell to overrun the earth with lawyers and thus confusion. All to ensure chaos and armageddon.
    /my theory

    --
    Not Buzzword 2.0 compliant. Please speak english.
  16. 20 tonnes of paper by cynicalmoose · · Score: 5, Informative

    That's exactly what SCO did to IBM, and IBM successfully got the court to agree that the stuff must be given electronically.

    You can't have the cake and eat it.

    You would, after all, only do that if you thought that your case was so weak that you couldn't give your opponent fair access.

    --
    Exercise your right not to vote. thinkoutside.org
  17. Bite the bullet and buy the damn thing by razmaspaz · · Score: 2, Interesting

    by spending more than $US100 million in Unix licence fees Sun has the broadest rights of any of SCO's Unix licensees

    They have paid $100 million over the years to a company that has a market cap of $78 million (market close yesterday). $78 Million! IBM (Not sun) probably spent that on toilet seat covers last year. How is it that a company that could be wiped out (yes I get the irony of wiping andthe toilet seat cover) of existence for $30-40 million is bringing in $100 million in fees from sun and causing lawsuit problems for IBM. I realize that for IBM it is giving SCO just what they want as far as paying them off, but why not have Sun, IBM, Red Hat, SuSe and whoever else is pissed at SCO get together and spend 78 million and buy the bastards? Then open up the source to the world and laugh at what a dumbass Darl was.

    --
    I tried for 5 years to come up with a clever sig...only to realize that I am not clever.
    1. Re:Bite the bullet and buy the damn thing by jhunsake · · Score: 2, Insightful

      buy the bastards

      That's probably exactly what they want.

      what a dumbass Darl was

      Yeah, he'll be a dumbass when he's laughing all the way to the bank.

  18. but... by mattyrobinson69 · · Score: 3, Interesting

    IBM will own all of SCO's IP at the end of the trial anyway - if SCO even go that far.

    what happens to the IP of a company that goes backrunpt (does it go to their investors maybe?)

    1. Re:but... by AndroidCat · · Score: 2, Informative

      The assets (including IP) of a bankrupt companies belong to the creditors. Stockholders are also creditors, but usually have to join the back of the line (depending on the type of stock). After government taxes and direct bank loans, I'd expect IBM to be at the front of the line with knife, fork and bib.

      --
      One line blog. I hear that they're called Twitters now.
  19. SCO's real goal by prgrmr · · Score: 2, Insightful

    "In the absence of the requested discovery items, SCO has had to rely upon some alternative sources for proof," the memorandum read. "IBM has so far only produced selected pieces of AIX and Dynix."

    Apart from any monetary gains they hope to make, SCO is still fishing for AIX and Dynix source code. Even without verbatim copying, what they can learn from the IBM source code can be applied to SCO's own software products. Were this not the case, they would only need the revision histories for IBM to demonstrate ownership.

    1. Re:SCO's real goal by pjrc · · Score: 3, Insightful
      what they can learn from the IBM source code can be applied to SCO's own software products.

      No.

      First, it's under a protective order from the court. If they violate that, IBM will sue and destroy them... hopefully sooner with a temporary injunction rather than later with an ultimate verdict.

      Second, much of the code was disclosed only to SCO's attorneys and not directly to SCO. See the complains from Computer Associates.

      Third, SCO's unixware and openserver business is dying. Few (if any) new installations are being made. Even if they made dramatic improvements, those products are about as good as dead in the market due to a long history of neglect.

      Fourth, their reputation is ruined. Nobody in their right mind will trust SCO now. And why should they, when "solutions" are readily available from large, stable companies with good reputations.... like IBM.

      Fifth, they've already cut back (laid off employees), so their capability to illegally integrate lots of AIX code is reduced... and as things get worse for SCO this problem will only increase.

      And finally, they will run out of cash soon anyway, with 4 lawsuits against corp heavyweights rapidly draining their funds. Their chances for further investment are slim, after the high profile Baystar dispute. Their stock has fallen enough that their ability to raise funds by issuing more shares is diminished, and if Kimball grants IBM even one bit of the summary judgement or makes a negative (for SCO) opinion in the Novell case, their stock valuation will be dropped back down to the sub $1/share where it rightly belongs.

      Only a miracle is going to save SCO now... like Kimball buying their expansive theory of derivitive works, or suddenly finding a lot of directly copied SysV (not AIX) code inside of Linux.

  20. Addendum to the Lehey's recommendation by eXtro · · Score: 5, Funny

    Greg Lehey who recommends 'that the best thing for IBM to do would be to print out every single version as requested and send the resultant 20 tonnes or so of paper to SCO. That would keep them quiet for a while'."

    I would like to add that the 20 tonnes of paper be dropped without a parachute from a C130 Hercules onto SCO and Darl McBride.
  21. OSS License by Peartree · · Score: 3, Interesting

    Was there ever any mention of Sun making their license GPL?

  22. Sco are like.. by Scaz7 · · Score: 2, Insightful

    Sco have the image of the bad guy that just keeps comming back.. again and again and again..

    You think there out of the pictures and they just conjour up another evil plan. There just as annoying as most hollywood sequals they just get less less interesting over time and rather frustrating.. kind of like the halloweens or friday the 13ths.

    All honesty is bad when IBM get involved and you know your in trouble if Novell has it in for you but Sun?

    Personally for there own sake when will they just call it a day. All there doing is destroying their "reputation" and basically eliminating anysort of customer or industry trust.

  23. To break it down by Artifakt · · Score: 4, Insightful

    1. SCO is essentially just claiming that Sun may or may not be able to release code to the GPL, depending on what parts Sun picks. There's not really a SCO related story there, until Sun does it, and SCO either objects to the specifics or doesn't.
    2. SCO is claiming that it needs until SEP 2005 to go to court against IBM.
    That's absolutely true. In fact, SCO needs all the delays it can possibly get.
    3. SCO is claiming that the trial should be split into two parts, and their claims tried seperately from IBM's counterclaims. This is the part that is actually interesting.
    Possible reasons:
    I. it adds additional delays.
    II. SCO expects to lose on its claims against IBM, and is hoping that splitting the trial will let them somehow get a venue for the IBM counter suit that won't be influenced too much by that loss. If the motion to split is approved, expect SCO to file motions to supress some of the results of the first trial.
    III. SCO doesn't expect the motion to split to be allowed, but hopes that not getting it will give them grounds for an appeal.
    IV. I can't think of other reasons offhand, but then I am not a lawyer. Someone else may.

    --
    Who is John Cabal?
  24. or are they by not_a_product_id · · Score: 5, Informative

    and SCO is absolutely within its rights to tell Sun

    Slow down there friend. There's actually quite a lot of doubt (seeGroklaw) about whether or not SCO even has any rights over the Unix code. I believe that's the basis of their current legal tussle with Novell.
    --

    ---
    We spoke for about a half an hour. I don't recall a thing we said. - Colorblind James Experience

  25. Judge denies SCO any delay by brett_sinclair · · Score: 4, Informative

    This story is a bit old already. See groklaw.

  26. Delay == Bad? by FrO · · Score: 2, Insightful

    '...the best thing for IBM to do would be to print out every single version as requested and send the resultant 20 tonnes or so of paper to SCO. That would keep them quiet for a while'

    -- Wouldn't that be a bad thing? I mean, SCO obviously has no qualms about suing major corporations for their use of Linux even though their copyright clames haven't been proven. If the trial gets delayed, it'll just give them more time to spread their FUD and scare companies, not to mention extending the "wait and see" attitude of companies that are thinking of embracing Linux.

  27. The only solution by truthsearch · · Score: 3, Insightful

    The only long-term solution is the end of SCO, either by bankruptcy or takeover. SCO will disappear eventually because no public company can survive solely on licensing "old" software without developing any new offerings. (Yes, Microsoft exists because of licensing, but they continually sell new software. SCO doesn't.) The problem is this process will take a long time due to the influx of money they've gotten indirectly from Microsoft.

    I think IBM or Sun (if they have the money) should purchase SCO, with a hostile takeover if necessary. It's a relatively quick solution, gets them out of litigation, and probably saves them millions of dollars in the long run. Otherwise this stuff will just drag on for years.

    1. Re:The only solution by rkhalloran · · Score: 2, Interesting

      It's likely SCO was looking for a buyout for their silence when this mess started. IBM wasn't interested: it'd be seen as a tacit admission of guilt. Given that their services folks run systems & networks for many F500 companies, admitting you cribbed code from a competitor would be a death sentence. Hence the unleashing of the Pinstripe Horde upon SCO; they need a clean reputation and only a flattened SCO will accomplish that.

      At this point SCO has nothing to offer but whatever value is left in the SysV codebase, and the Novell case is determining whether SCO even has the copyrights or simply licensing rights. By the time these various lawsuits sort out, it's likely the only thing left of SCO will be a glowing hole in the ground. The key will be ensuring that the rights to SysV revert to either of Novell or The Open Group and get (finally) released under some flavor of OSS license.

  28. Update: Judge Wells Denies SCO's Extension by phoxix · · Score: 2, Informative

    http://www.groklaw.net/article.php?story=200406090 20821429

    Gotta love them Groklaw folks, especially PJ, who totally rocks.

    Sunny Dubey

  29. Print it on rolls by hussar · · Score: 5, Funny

    They should print the source code on rolls of paper about six inches wide and four in diameter. It'll make reusing the paper after the trial much easier...

    Hmmm...squeeze-ably soft source code!

    --

    Bureaucracy loves company.
  30. How Sun Might be able to do this by HighOrbit · · Score: 4, Insightful

    IIRC - The original SunOS was a BSD Unix derivative. Solaris was built by combining Sys V and SunOS. Since then, Sun has hacked up (read improved) Solaris substantially. So at this point, I don't know how much of the original AT&T code still resides in Solaris, but I'd wager that there is not too much left. In the mean time, BSD derivatives have also improved over time.

    It would take some investment in man-hours, but Sun might be able to comb through Solaris and rip out all the remaining AT&T Sys V stuff and replace it (as a place holder) with either *BSD code or some of their own re-writes. This would be a process similar to what BSDi/UC-Berkley had to do with 4.3/Net2 in order to reach the unencumbered 4.4BSD-Lite. Depending on how much of the old AT&T stuff still exists, this might be either a trivial or Herculean task.

    Once that is done, Sun is left with an OS that contains BSD code along with its own Sun-originated Solaris code. At that point, they are free to license it as they see fit.

    1. Re:How Sun Might be able to do this by Doppleganger · · Score: 2, Insightful

      Except that then SCO files a lawsuit under the exact same complaints as they have against IBM, claiming that the license prohibits Sun from releasing any code that was developed for Solaris because Solaris was a derivitive work of SysV.

      In SCO's own little world, their license is so "viral" that the GPL looks like public domain next to it.

    2. Re:How Sun Might be able to do this by _Sprocket_ · · Score: 2, Funny


      In SCO's own little world, their license is so "viral" that the GPL looks like public domain next to it.


      Which is kind of amusing since SCO (McBride) has claimed that the GPL is both viral and public domain at different times.
  31. More misunderstandings of the "viral" effect by Sunnan · · Score: 4, Interesting

    Speaking of which - this debacle kind of proves which license is really "viral". It's the proprietary ones, such as the one half-assedly half-granting Sun use of the Unix source.

    "You can use it, but you can't give it away." So much for ownership.

  32. So, what'll it be? by Anonymous Coward · · Score: 3, Insightful

    Quote:

    "I suppose the interesting question is if Sun releases those parts of Solaris which it has developed in-house, what does that do to the code it has licensed?"

    Lehey said the GPL has the so-called "viral" effect, and that would theoretically cause the remainder (of code) to fall under the GPL as well, "but that's so preposterous that I can't think of any way it could happen"

    The context is parts of Solaris Sun developed in-house. These are "derivative works", perhaps, of System V. Sure, fine.

    One of the following might work:
    (1) GPL-ing them does not, in any way, make the reverse true. System V is not a derivative of works derived from it, thus the GPL's viral effect will not encompass System V code.
    (2) Because there would be a viral effect extending to code which Sun does not own, it will be impossible to use the GPL, as it could not release that code. Sun doesn't own the copyrights to change the license.
    (3) Sun has all the rights to redistribute the code as it sees fit (including under the GPL). Maybe.

    I wonder how Sun will respond.

  33. Good timing... by Vrallis · · Score: 4, Insightful

    This is good timing. I think Sun should take a look at how SGI handled this.

    SGI sat back one day, wondering about how they were spending something like $2billion a year on IRIX development. It finally dawned on them that they were a graphics software and support company, not an operating system company. So they switched to Linux, dropped IRIX like a rotten apple, and helped put a small portion of the $2billion they saved into helping get Linux to the point where they wanted it.

    Sun could so the same--save billions, but still make a massive contribution to the Linux community, and help make sure Linux is 'where they want it.' It wouldn't take long, and they'd save a fortune.

  34. Get off the high horse. It's renewable by Moraelin · · Score: 3, Informative

    Most of the paper comes from trees planted precisely for that purpose. They get planted, they get cut down and turned into paper, and other trees are planted in their place.

    I.e., the whole idiocy of "waaah, must save the trees from the evil paper-using people" is just as retarded, as trying to save the grain plants from the evil bakeries and whiskey distilleries. What's the point? That crop was planted there precisely for that purpose, and another crop will be planted next year.

    I.e., while I can see some point in saving non-renewable resources (oil, coal, etc), I fail to see what's the point in fighting to save a _crop_ which was planted for the purpose of being harvested. That's all that those trees are. A crop. No more. No less.

    Unlike with oil, noone's going to invade, say, Canada for its trees. They'll just _plant_ more trees. And if more paper is needed, more crop will be planted.

    --
    A polar bear is a cartesian bear after a coordinate transform.
  35. Update as of Wednesday ... by Random+BedHead+Ed · · Score: 4, Interesting

    I don't think Darl's dream of prolonging the FID will come to any fruition. The court has replied to one of their attempts at delay, as reported on Groklaw today:

    "Court hears arguments and DENIES the motion due to lateness of the objection and inconvenience to the parties scheduled for deposition."

    IBM had argued that SCO didn't need a delay because "two of the witnesses scheduled next week ... are former employees of AT&T, not IBM. .... Similarly, Mr. Rodgers was employed by Sequent, not IBM, and IBM does not have any of his documents. The final deponent, BayStar, is an investor in SCO, wholly unrelated to IBM, and that deposition apparently will not go forward." Today Judge Wells agreed and denied SCO's attempt to prolong the FUD. This guy really seems to understand the importance of getting these decisions out sooner rather than later, since the claims are enormous and the business impact could be huge. Their arguments to postpone the trial date are equally without merit, so expect more embarassing setbacks for SCO soon.

  36. Future of Patents and Derivative Works by endofoctober · · Score: 4, Interesting

    For me this brings up an interesting future scenario re the "Solaris is a derivative work of System V". If a company (SCO) licenses software to a second party (Sun), then the second company builds a huge code base around the licensed work, at what point does the second company's contribution become large enough that it's no longer considered "derivative"?

    If enough new code is written to replace original code, is the resultant work still considered to be a derivative of the original? It may be inspired by it, but is it still legally hemmed in under the original copyright?

    Maybe in this case Sun feels that enough of the licensed work has been re-written (and vastly improved) by their own staff that it no longer resembles the original System V.

    --
    - Jack
  37. Don't know what they are talking about by bokmann · · Score: 4, Insightful

    Either the writer of this article doesn't understand the issues involved, or the parties involved are all boobs. LEts look at some of the quotes from the article

    The SCO Group's marketing manager Marc Modersitzki doesn't even use the lingo correctly - lets analyze some of his statements:

    "However, they still have licence restrictions that would prevent them from contributing our licensed works wholesale to the GPL."

    This statement makes it sound as if Sun is talking about transferring ownership to some GROUP - 'contributing wholesale to the GPL'... The proper statement would be something like "They still have license restrictions that would prevent them from releasing our intellectual property under the GPL license", and this may be true... Anything that Sun owns they can do whatever they want with - anything they license they have to comply with any terms of that license... nothing new here.

    Lehey said the GPL has the so-called "viral" effect, and that would theoretically cause the remainder (of code) to fall under the GPL as well, "but that's so preposterous that I can't think of any way it could happen".

    The viral clause of the GPL cannot affect things that you don't have the intellectual property rights to. I couldn't write a contract that required you to give me your neighbors car... it is not yours to give (Even if he let you drive it once or twice). Sun is free to release their code under the GPL... if it relies on things that are not GPLed that they don't have the intellectual property rights to, well, that sucks, but it is not within Sun's power to decide to GPL it. The viral clause only affects the rights of DOWNSTREAM users - it is a condition of the terms of granting the copyright. If Sun were to GPL solaris, minus the parts it doesn't have the rights to, I'm sure armies of developers will step up to provide a clean room implementation.

    I am not a lawyer, but this stuff is not rocket science...

    1. Re:Don't know what they are talking about by fcecin · · Score: 2, Informative
      ... intellectual property ...

      Can we stop using "intellectual property" already? Holy St. IGNUcius already schooled us about this.

  38. LOAD the bullet and SHOOT the damn thing by abb3w · · Score: 4, Insightful

    [W]hy not have Sun, IBM, Red Hat, SuSe and whoever else is pissed at SCO get together and spend 78 million and buy the bastards?

    It's a matter of principle: "If you will not set a good example, you shall serve as a terrible warning." Or, more specifically here, IBM's version of it: "If you sue IBM, we will destroy you." Doing so serves to discourage "sue Big Blue" as an exit strategy for other failing companies-- a corollary of the old principle about Danegeld. Besides, IBM has most of these lawyers on salary... it's good to keep them in practice, just like it's good to keep your knives sharpened. =)

    Unsubstatiated rumor has it that members of IBM's legal team have been informed that they will be considered to have failed if SCO even exists after this lawsuit ends.

    --
    //Information does not want to be free; it wants to breed.
  39. Better Idea by carlos_benj · · Score: 2, Funny

    ...FreeBSD developer Greg Lehey who recommends 'that the best thing for IBM to do would be to print out every single version as requested and send the resultant 20 tonnes or so of paper to SCO. That would keep them quiet for a while'.

    Or better yet, fax it to them via a bank of fax modems and let them pay for the paper...

    --

    --

    As a matter of fact, I am a lawyer. But I play an actor on TV.

  40. In Linux... by Ayanami+Rei · · Score: 2, Informative

    all the cards can listen to the same IP address.
    You can have all the network cards active at the same time. IP Multipathing isn't really an issue, because you don't need it. You can push any path preference issues down a layer into your router's configuration.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  41. Re:Could you point out some of those advances? by snkline · · Score: 2, Insightful

    Well I don't see why the price jumps for these things should be linear at all. The complexity of a 16 CPU machine is > 2 * the complexity of an 8 CPU machine. Massively parallel machines face enourmous engineering challenges when it comes to memory and IPC.

  42. SCO earnings conference call tomorrow by Animats · · Score: 2, Informative
    Call in tomorrow and hear Darl blither.
    • The SCO® Group, Inc. (Nasdaq: SCOX) will host its second quarter 2004 financial results conference call on Thursday, June 10, 2004, at 9:00 a.m. (MDT), or 11:00 a.m. (EST).

      If you would like to participate in the live call you may dial 800-795-1259 or 785-832-0326; confirmation code: 431766.

    Listen via webcast here. RealAudio or Windows Media Player, of course.
  43. Re:Could you point out some of those advances? by illumin8 · · Score: 3, Informative

    You will also never get the same performance using six 12-way boxes that you can get from one 72-way box. The bus speeds and I/O throughput capabilities are much higher.


    Agreed.

    I have never seen an application that requires that extra boost and can jusitify the additional cost, but the capacity is there regardless.

    I have. Large, monolithic OLTP databases, such as the ones that banks and telcos use. When you have to track every single phone call made or received by every cellphone subscriber in the US in one huge billing database, you need that kind of horsepower on a single system.

    Granted, this use is becoming less and less common, but I predict that Sun will continue to sell well on the extreme high-end, which is what the banks and telcos, and other high-volume OLTP shops need.

    --
    "When the president does it, that means it's not illegal." - Richard M. Nixon
  44. I wish they'd open X/NeWS. by Ungrounded+Lightning · · Score: 3, Interesting

    If I've got this right:

    Quite a while back the Grasshopper Group (which was working on a NeWS for Macintosh at a garage-shop level) contracted with Sun to combine it with X as a Sun product. It didn't catch on. But the contract resulted in Sun having enough IP rights over the codebase that the developers couldn't open-source it. Since then they have tried several times to get Sun to allow them to release the code. But nothing ever came of it.

    X is already open and NeWS is currently moribund. None of Sun's current or likely future market advantages are the restult of its windowing system, and an open version of NeWS wouldn't be any threat to Sun. (Even if it caught on big time Sun could just grab the open version and use it - and an open project would no doubt include a good Sun port anyhow.)

    So if Sun is really interested in contributing to Open Source, here's something they can do on the cheap: Free the orphan.

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  45. Re:Conspiracy Theory by blunte · · Score: 2

    I imagine it was modded up in preparation for the anti-blunte negative moderator party.

    Usually what happens is my comment gets modded up a couple of points, and then is swiftly modded "overrated" or some other useful mod.

    Anyway, /. moderation is a crap shoot. Most comments (including many of mine) are just drivel, but at the same time most moderators are not qualified to judge the value of comments, either due to lack of knowledge on the subject, lack of practical experience, or just simply lack of general intelligence.

    Plus, some attitudes are in vogue here, while others are very much not. Any anti-Bush comment is a definite winner, while any defence of Bush is a loser. Anything that suggests a non-liberal view is bad, while any anti-US view is good.

    I'm neither liberal nor conservative (at least as the two parties represent themselves), but nor am I incapable of evaluating political decisions and outcomes.

    Back on topic, Sun's relationship to Microsoft is awkward and unusual, as is their relationship to SCO. Sun has been anti-Linux, but it has alternately embraced Linux. So it's really not out of the realm of possibility that part of the MS -> Sun $$$ settlement involved Sun sabotaging Linux in some way. This open sourcing of Solaris, of which Sun has already agreed (by license) is related to SCO's Unix IP, could not have been done in ignorance with respect to how SCO would respond.

    Thus, I think it was either specifically designed to give SCO an excuse to delay the conclusion of the case, or at minimum to give SCO an opportunity to spout "new" PR (and regain some SCOX value).

    Anyway, thanks for asking.

    --
    .sigs are for post^Hers.
  46. Been there, done that, lost the T-shirt by Cmdr+TECO · · Score: 2, Interesting
    '... the best thing for IBM to do would be to print out every single version as requested and send the resultant 20 tonnes or so of paper to SCO.'

    IBM thought that way, until about 30 years ago.

    At the time, IBM was the big bully of the computer industry. When victims sued, a standard IBM tactic was to flood the plaintiff with documents: a great indiscriminate memo dump from one of the world's biggest bureaucracies. Finding anything relevant would be like finding a particular needle in a needle factory.

    When Control Data produced the CDC 6600, IBM responded by announcing a supercomputer of its own, hurting sales of the 6600 as potential customers waited for IBM. IBM didn't actually have any such machine in the works. Eventually CDC sued IBM, and, as usual, IBM sent documents by the trainload.

    But IBM's lawyers forgot about progress and CDC's freakin' big computers. Cray hired an army of typists and began building a database of memos' dates, subjects, authors, and recipients. (Later, CDC spun off this group; it still exists.) When IBM found out, it didn't even pause to change its collective underwear before settling the suit, on condition that the database be destroyed (warning very long document; only click if you really care).

    --
    echo 33676832766569823265328479713269.8639857989Pq | dc
  47. no mistake by bstadil · · Score: 2, Funny
    Schwartz said: Make no mistake

    Schwartz will do that for you.

    --
    Help fight continental drift.
  48. Re: Sue and then request a postponement? by Stuart+Poss · · Score: 2, Interesting

    I am wondering if there is anyone out there who keeps track of court statistics? If so, how often is it that a company files suit for patent/copyright infringement and then after 1 year asks for a postponement of the trial? And how often do they win as a result? Why bring it in the first place if you are not ready to do so?

  49. Why not split the database? by Chemisor · · Score: 2, Interesting

    > Large, monolithic OLTP databases, such as the ones
    > that banks and telcos use. When you have to track
    > every single phone call made or received by every
    > cellphone subscriber in the US in one huge billing database

    Why not split the database into segments, like alphabetically into a,b,c,...,z customers, and then put each one on a separate PC with one master PC routing the calls? I bet it would be just as fast, if not faster than your monolithic system.

  50. You are missing the point by Chemisor · · Score: 2, Interesting

    > Now you need a ridiculously complex method of searching twenty-six separate databases

    Not at all; the point was check your search key and direct the search to the machine that owns the database containing the entries matching that range of the key. Each server is still searching its own database, but the database is 1/26th in size and the incoming requests are only 1/26th in volume. I think that would more than compensate for the extra link, which can be over a very high speed cable. You might not win much in latency, but you will definitely win in throughput and cost.