Legal Analysts Examine SCO Claims Against GPL The SCO Group's CEO Darl McBride may have thought he was pulling a public relations coup on August 18th at his company annual trade show, SCO Forum in Las Vegas, by showing slides with obscured lines of code purporting to show that SCO Unix code has been stolen and placed in Linux. Instead, according to open source advocate Bruce Perens, McBride ended up with egg on his face.  [Linux Today]

1:00:50 PM    

SCO Says IBM is Beating Up on Them

SCO Says IBM is Beating Up on Them

Posted by michael on Friday August 22, @11:28AM
from the cry-me-a-river dept.
SCO's McBride claims that IBM is stage-managing all the attacks and bad press, which would probably explain why I cleared this article with IBM World Headquarters before running it (not!). The publisher of Linux Journal invites SCO to sue. One of SCO's lawyers has this barely coherent interview where he spouts legal rubbish for a gullible reporter. There's an interview in German (machine translation) with SCO's execs. And finally, SCO is still hoping for a settlement with IBM.

[Slashdot]

12:56:45 PM    

Blaster Behind the Blackout?. The latest rumor circulating on Bugtraq: Blaster caused last week's east coast blackout. Some are speculating that Blaster brought down the monitoring and control systems at a power-plant master terminal. Meanwhile, on the SoBig front, Gartner analysts are estimating that damages incurred by businesses from the e-mail worm could top $50 million. [Microsoft Watch from Mary Jo Foley]

I certainly hope not.  If this is true, it should serve as a wakeup call that MSFT cannot be everything to everybody.  There is a real big difference between being the OS that runs the systems that control the power grids and the one that my kids use to send grandma email and play games.  No one can convince me that there needs to be any simularities in such different systems.  MSFT needs to be broken up into consumer and business oriented pieces rather than thinking that it can start with a single code base and cover everything from PDAs to multiprocessor minicomputers.  As far as that goes, Linux needs the same approach.

11:15:40 AM