decoration decoration
Stories

GROKLAW
When you want to know more...
decoration
For layout only
Home
Archives
Site Map
Search
About Groklaw
Awards
Legal Research
Timelines
ApplevSamsung
ApplevSamsung p.2
ArchiveExplorer
Autozone
Bilski
Cases
Cast: Lawyers
Comes v. MS
Contracts/Documents
Courts
DRM
Gordon v MS
GPL
Grokdoc
HTML How To
IPI v RH
IV v. Google
Legal Docs
Lodsys
MS Litigations
MSvB&N
News Picks
Novell v. MS
Novell-MS Deal
ODF/OOXML
OOXML Appeals
OraclevGoogle
Patents
ProjectMonterey
Psystar
Quote Database
Red Hat v SCO
Salus Book
SCEA v Hotz
SCO Appeals
SCO Bankruptcy
SCO Financials
SCO Overview
SCO v IBM
SCO v Novell
SCO:Soup2Nuts
SCOsource
Sean Daly
Software Patents
Switch to Linux
Transcripts
Unix Books

Gear

Groklaw Gear

Click here to send an email to the editor of this weblog.


You won't find me on Facebook


Donate

Donate Paypal


No Legal Advice

The information on Groklaw is not intended to constitute legal advice. While Mark is a lawyer and he has asked other lawyers and law students to contribute articles, all of these articles are offered to help educate, not to provide specific legal advice. They are not your lawyers.

Here's Groklaw's comments policy.


What's New

STORIES
No new stories

COMMENTS last 48 hrs
No new comments


Sponsors

Hosting:
hosted by ibiblio

On servers donated to ibiblio by AMD.

Webmaster
Exhibit 2 to IBM's Report on SCO's Compliance - IBM's Letter on What SCO Failed to Produce
Tuesday, February 10 2004 @ 10:18 AM EST

Here is Exhibit 2, attached to IBM's Report on SCO's Compliance, an IBM letter of January 30, 2004 to SCO's attorney Brent Hatch, in which they provide a list of what SCO has failed to produce in the discovery process. It clarifies what happened to cause the postponement of the original hearing date, bumping it to February 6:

"As a result of SCO's later representation to IBM that its production would not be completed until January 23, the hearing scheduled for January 23 was postponed until February 6."

So, a question for you journalists out there: Does that match what you were told by SCO at the time?

Other interesting tidbits: that "SCO also appears to claim that the Linux 2.2.12 kernel contains code that was misappropriated or misused by IBM" and "SCO additionally fails to describe whether, when, to whom and under what circumstances and terms, it ever distributed the ABI files . . . "

The letter lists 13 items, documents that SCO failed to provide, including

  • all responses it received to its letters to the UNIX licensees, Linux end users and Fortune 1500 companies,
  • all Linux IP licenses SCO has sold (SCO publicly claimed to have sold to "at least ten companies" ),
  • any responses it has received from Congress to its letter,
  • the code comparisons it showed to financial analysts and others,
  • "the pleadings, deposition transcripts and deposition exhibits from UNIX Systems Laboratories, Inc.'s ("USL") suit against BSD" ,
  • "documents concerning SCO's suit against Microsoft, Inc., including at least a copy of all discovery requests and responses in the case" ,
  • exhibits to the August 1, 2000 SCO-Caldera agreement, and documents regarding the Novell acquisition of USL (I would love to see that myself).

IBM also asked for email, and complains that SCO provided no attachments, and just received email, not sent. And some of the CDs provided by SCO, IBM says, were missing "thousands of pages of documents SCO claims in its production log to have already produced." But the biggest hole in the production of documents is the incomplete source code provided.

This was apparently the last letter IBM sent prior to the hearing regarding discovery. It is a very polite and pleasant letter, but it is a letter with a purpose: to memorialize what IBM sees as yet to be produced in response to their discovery requests and which the judge had ordered SCO to produce. You will note IBM attorney David Marriott refers to the correspondence at the hearing and the judge was given a copy of it to refer to, which is why we get to see it, now that it has become an exhibit.

*******************************************************

Snell & Wilmer LLP
[address, phone, fax]
Todd M. Shaughnessy

January 30, 2004

VIA FACSIMILE AND U.S. MAIL

Brent O. Hatch
HATCH, JAMES & DODGE, P.C.
[address]

Re: SCO v. IBM

Dear Brent:

I am writing in response to Mark Heise's letter to David Marriott dated January 26, 2004, which his office sent on January 27, 2004.

I am confused by Mr. Heise's statement that IBM has publicly claimed that "SCO failed to comply with the court's order to fully answer IBM's interrogatories and request for documents by Jan. 23".

Mr. Heise appears to be referring to a statement that appeared in an article in The Salt Lake Tribune last week. In the article, a Mike Darcy of IBM is purportedly quoted as saying: "SCO failed to comply with the court's order to fully answer IBM's interrogatories and requirements by [the deadline]." There is no reference, however, to "Jan. 23" anywhere in the article, and read in context, it is plain that Mr. Darcy is referring to the January 12, 2004 deadline set by the Court for SCO to comply with its Order.

In our judgment, SCO did not fully comply with the Court's Order by January 12. The Court ordered SCO "to produce all requested documents" in IBM's First and Second Set of Interrogatories by that date. Instead, on January 12, SCO informed IBM that it had been unable to complete its production on time, but would do so "within the next few days". As a result of SCO's later representation to IBM that its production would not be completed until January 23, the hearing scheduled for January 23 was postponed until February 6. In fact, SCO has continued to produce documents to IBM after January 23, including documents we received on January 28.

In any event, we believe that SCO has still not complied with the Court's order in at least the respects set forth below. We raise these issues with you now, so that we may resolve them prior to the February 6, 2004 hearing before Magistrate Judge Wells.

SCO's Interrogatory Responses.

SCO's supplemental interrogatory responses are deficient in numerous respects.

First, SCO still fails to identify any files or lines of code in its own UNIX System V product that IBM is alleged to have misappropriated or misused.

Second, although the Court ordered SCO to identify code by file and line, SCO has not identified the particular files or lines of code at issue in either UNIX System V, Dynix/ptx, AIX, or Linux with respect to SCO's allegations regarding "asynchronous input/output", "scatter/gather input/output" and "SMP". In addition, SCO fails to identify any lines of code with respect to the Dynix/ptx and Linux files listed in Table A of SCO's supplemental responses.

Third, SCO completely fails to identify the nature and source of its rights in the Dynix/ptx, AIX and Linux code identified in its supplemental responses As SCO's primary contention appears to be that IBM improperly contributed code to Linux that was directly copied, or derived, from its UNIX System V code, SCO must identify the UNIX System V code that IBM is alleged to have misused with respect to all of the Dynix/ptx, AIX and Linux code identified in SCO's responses.

Fourth, SCO fails to identify all of the persons and entities other than IBM and Sequent to whom it has granted rights to any of the specific UNIX System V code at issue in this case. As SCO admits it has granted rights to UNIX System V to thousands of individuals and entities, SCO must be in a position to identify all of these persons and entities and the nature and source of their rights.

Fifth, SCO fails to identify all of the persons and entities other than IBM and Sequent to whom it has disclosed any of the specific UNIX System V or Linux code at issue in this case. Since, among other things, SCO has publicly stated it has shown code that is alleged to have been improperly contributed to Linux to investors, financial analysts and others pursuant to non-disclosure agreements, we expect SCO to at least identify to whom, and under what circumstances and terms, such code was disclosed.

Sixth, SCO also fails to identify all places or locations where the code at issue in this case may be found or accessed (such as on SCO websites), and all the specific SCO products --- UNIX, UnixWare, Linux, or otherwise --- in which the code at issue in this case was included, and when, to whom and under what terms such products were distributed or made available.

Although SCO does identify two of its Linux products that contain the Linux 2.4 kernel code at issue, we believe that there are other products that SCO distributed or made available that also contain such code (such as Caldera Open Linux 3.1). Further, as SCO also appears to claim that the Linux 2.2.12 kernel contains code that was misappropriated or misused by IBM, SCO must also identify all SCO products in which it distributed the Linux 2.2.12 kernel, and when, to whom, and under what terms such products were distributed or made available.

Seventh, SCO fails to identify all of the copyrights that exist in any of the UNIX System V code at issue in the case. Although SCO identified its own copyrights in such materials, it fails to identify any third-party copyrights that may exist in the code including, for example, copyrights of Berkeley Systems Design, Inc. ("BSD").

Eighth, SCO fails to identify by line the XFS code that Silicon Graphics, Inc. ("SGI") allegedly improperly contributed to Linux, or the UNIX System V files and lines of code from which the XFS code, and also the application binary interface ("ABI") files referenced by SCO in its responses, was copied or derived.

SCO additionally fails to describe whether, when, to whom and under what circumstances and terms, it ever distributed the ABI files and the XFS code.

SCO's Document Production.

Based on preliminary review, it appears that SCO's document production remains substantially incomplete.

First, SCO has yet to produce numerous categories of responsive documents, including but not limited to:

(1) the Linux intellectual property licenses SCO has publicly claimed it has sold to at least ten companies;

(2) the letters SCO sent to UNIX licensees, Linux end-users and Fortune 1500 companies regarding Linux and/or AIX, or any responses it received to such letters;

(3) the letters SCO sent to members of Congress regarding Linux, or any responses it received to such letters;

(4) SCO's customer contracts with which IBM is alleged to have interfered (including at least its contracts with AutoZone, Sherwin Williams and Target);

(5) the code comparisons shown by SCO to financial analysts or others pursuant to a non-disclosure agreement;

(6) the code comparisons performed by consultants retained by SCO, the results of which were publicly discussed by SCO;

(7) documents concerning the creation and development of its UNIX products;

(8) the pleadings, deposition transcripts and deposition exhibits from UNIX Systems Laboratories, Inc.'s ("USL") suit against BSD;

(9) documents concerning SCO's suit against Microsoft, Inc., including at least a copy of all discovery requests and responses in the case;

(10) the exhibits to the August 1, 2000 agreement between Caldera Systems, Inc and the Santa Cruz Operation; and

(11) documents concerning the acquisition of USL by Novell, Inc.;

(12) SCO's educational materials concerning Linux, the GPL, and its open- source development activities; and

(13) documents concerning the GPL.

Second, SCO has thus far only produced files from 17 individuals. Presumably others of SCO's employees have documents responsive to IBM's First and Second Document Requests, including Gregory Blepp, Philip Langer, John Maciaszek and Porter Olson, among others.

In any case, the productions from these 17 individuals appear to be incomplete. Although SCO has provided numerous e-mails from these individuals, SCO has not produced any of the corresponding attachments to those e-mails. In addition, for certain individuals (including Darl McBride), SCO has produced received e-mails, but not any sent e-mails.

Third, SCO still has not produced the source code for numerous of its software programs, including at least: OpenLinux 1.0, Open Linux 2.4, SCO Manager, SCO Open Desktop Release 3, SCO Volution, UNIX Version 1, UNIX Version 2, UNIX Version 3, UNIX Version 4, UNIX Version 5, UNIX Version 8, UNIX Version 9, UNIX Version 10, UNIX System IV, UNIX System V Release 2.1, UNIX System V Release 3.1, UNIX System V/386 Release 3.2, UNIX System V Release 4.0MP, Intel386 implementation, UNIX System V Release 4.1, UNIX System V Release 4.1 MP, UNIX System V Release 4.2, Intel386 implementation, UNIX System V Release 4.2 MP, Intel386 implementation, UNIX System V 4.2 ES/MP, and UnixWare 7.0.3.

Since SCO was previously able to produce the source code for a number of these programs in paper form, there should be no difficulty in producing such code in electronic form.

Fourth, there are serious defects in a number of the CDs SCO has provided to IBM. CDs 196, 211, and 212 are missing thousands of pages of documents SCO claims in its production log to have already produced. In all, more than 10,000 pages have not been produced.

Please address our concerns as to these issues by the close of business on Tuesday, February 3, 2004, so that we can determine whether to raise these issues with the Court at next Friday's hearing. With respect to IBM's interrogatories, we ask that SCO either provide the missing information or state unequivocally that after a diligent search it has no additional information to provide. With respect to the document requests, we ask that SCO either produce the missing documents or state unequivocally that after a diligent search it has no additional documents to produce. This way we can advise the Court by letter on Wednesday which, if any, of the above issues should be addressed at Friday's hearing.

Very truly yours,
(signature)
Todd Shaugnessy

cc: David Marriott
 Alan Sullivan
 Amy Sorenson
 Mark Heise


  


Exhibit 2 to IBM's Report on SCO's Compliance - IBM's Letter on What SCO Failed to Produce | 66 comments | Create New Account
Comments belong to whoever posts them. Please notify us of inappropriate comments.
Exhibit 2 -IBM's Letter on What SCO Failed to Produce
Authored by: SirFozzie on Tuesday, February 10 2004 @ 10:29 AM EST
So how does this tie in to the magistrate judge taking the dueling motions (with
regards to discovery) under advisement for a week or so?

Could this provide the judge with the items to ask for with specificity
(spelling is horrible, I know) if she gives SCO a hard deadline for final
compliance with IBM's requests for discovery?

[ Reply to This | # ]

Exhibit 2 -IBM's Letter on What SCO Failed to Produce
Authored by: Mark Levitt on Tuesday, February 10 2004 @ 10:33 AM EST
PJ,
I don't know if you've seen it in your e-mail, but I've transcribed SCO's reply
to this letter (on Feb. 4th).

[ Reply to This | # ]

Why no third party copyright info?
Authored by: Anonymous on Tuesday, February 10 2004 @ 10:39 AM EST
When I noticed that IBM alleges that SCO failed to include any mention of third
party copyrights in it's (SCO's) products a thought occurred to me regarding
SCO's potential copyright claims. As I recall one of the elements (amendments?)
to the IBM/ATT contract explicitly noted that if companies contributed code to
their UNIX products those companies would continue to 'own' their own
contributions and SCO seems to acknowledge this. Doesn't this mean that in fact
IBM owns the copyrights to this additional code? In what other legal sense
could they 'own' the code? If in fact IBM owns the copyright for this code then
how can SCO claim copyright infringement? Please note IANAL (I don't even play
one on tv).

[ Reply to This | # ]

Exhibit 2 -IBM's Letter on What SCO Failed to Produce
Authored by: jesse on Tuesday, February 10 2004 @ 10:39 AM EST
(8) the pleadings, deposition transcripts and deposition exhibits from UNIX Systems Laboratories, Inc.'s ("USL") suit against BSD;

And this looks to a possible re-opening of the BSD settlement --- That just might be the icing on the cake (or the cream pie in SCOs face ... )

I would love to see those documents, especially if it ends up including the settlement.

[ Reply to This | # ]

Exhibit 2 -IBM's Letter on What SCO Failed to Produce
Authored by: arch_dude on Tuesday, February 10 2004 @ 10:45 AM EST
After reading this letter, I was convinced that SCOG was horribly remiss and and
had really been totally unresponsive, as usual. Then I read the SCOG response,
which makes everything seem reasonable.

I think that this letter should be analyzed and commented on only in conjunction
with SCOG's reply letter. For once, SCOG actually gives plausible explanations
for some of the discrepancies. If someone has the time, what we really need is
an analysis of the two letters, to determine what IBM asked for the SCOG did not
(in the analyst's opinion) adequately reply to.

SCOG's reply letter almost (but not quite) states that most of the problems are
the result of IBM's misunderstanding of derived works. IBM is still trying to
get SCOG to show the history of UNIX SYS V code, but the problem is that IBM
has
violated the contract by disclosing IBM's own code.

[ Reply to This | # ]

Additonal Documents that we know are missing
Authored by: Anonymous on Tuesday, February 10 2004 @ 10:54 AM EST
(2) the letters SCO sent to UNIX licensees, Linux end-users and Fortune 1500 companies regarding Linux and/or AIX, or any responses it received to such letters;

In Heise's reply letter, he appears to be saying there aren't any such replies, or they fall outside the date range in question.

However we know there are such replies

1. From Novell to SCO (they responded to both the May and December letters)

2. From FirstSportsUsa - their replies have been posted on Groklaw. (Somebody please post a link in case IBM are reading!)

[ Reply to This | # ]

IBM to defend GPL?
Authored by: Anonymous on Tuesday, February 10 2004 @ 11:17 AM EST
IANAL, Does IBM retain copyrights to the code it submitted to the Linux kernel? If so, I think they are preparing to go after SCO for violating the GPL.

  • SCO must also identify all SCO products in which it distributed the Linux 2.2.12 kernel, and when, to whom, and under what terms such products were distributed or made available.
  • SCO additionally fails to describe whether, when, to whom and under what circumstances and terms, it ever distributed the ABI files and the XFS code.
  • the Linux intellectual property licenses SCO has publicly claimed it has sold to at least ten companies;
  • SCO's educational materials concerning Linux, the GPL, and its open- source development activities;
  • documents concerning the GPL.
To win a suit based on SCO violating the GPL, wouldn't IBM need to:
  1. show that SCO has knowledge of the GPL
  2. Show that SCO distributed Linux under the GPL
  3. Show that SCO is chariging people for "Linux IP Licenses"
  4. Show that that is a violation of the GPL
  5. Show that IBM owns the copyrights for code that has been contributed to Linux (hasn't SCO essentially admited as much?)
It looks like they have 1-3 covered in their discovery requests. Of course this information could also be used to show that SCO voluntarily released it's IP under the GPL since SCO distributed Linux under the GPL. So it can work in both the suit and counter-suit.

[ Reply to This | # ]

Exhibit 2 -IBM's Letter on What SCO Failed to Produce
Authored by: Waterman on Tuesday, February 10 2004 @ 11:18 AM EST
"SCO also appears to claim that the Linux 2.2.12 kernel contains code that was misappropriated or misused by IBM"

IBM has also asked SCOG to identify what SCOG products used this source code. Interesting as it can not be boxed versions of OpenLinux, as 2.2 uses 2.2.5, 2.3 uses 2.2.10, and eDesktop 2.4 uses 2.2.14. Did SCOG put this up on their website as Caldera?

[ Reply to This | # ]

OT: Bad Press Spamming?
Authored by: photocrimes on Tuesday, February 10 2004 @ 11:22 AM EST
Ok, am I paranoid or something. It is no big secret that the mainstream press
has not been so much "SCO friendly" as it is anti-Linux, but this is
wierd. Someone had noted in a blurb about Microsoft's media outlet control, I
wish I could remember where I read it, but this is getting out of hand.

I'm not saying I know for sure that something shady is going on here, but it is
odd.

I run a site that pulls various news feeds off the wire much in the same way
google does. Using various RSS feeds and time stamps I try to dig for the most
up to date reports, not SCOcentric. It's not that kind of site. For my own use
however I set up a feed to track SCO news.

As we know, 3 very signifigant things have happened in the last few days, if not
hours, in regards to the SCO case.

1. They really didn't do well in this last hearing and it looks as if they have
dropped the trade secrets claim.

2. CyberKnights is charging SCO with fraud now.

3. OSDL has a new paper on SCO vs. Novell

One would think this is all big time news given the press coverage on the SCO
case.

But no, in the last hour alone my mailbox filled with 72 seperate press releases
that carry one of two headings:

'Mydoom' Creators Unleash 'Doomjuice'

or

Next-Generation Mydoom Variants Appear

Most seem to use the word "SCO" for little more than hits, if not to
claim that they are "one of the world's largest Unix vendors" in case
you didn't know.

Within the same time period I got "2" related to the Cyberknight
story, out since yesterday, and "1" on the OSDN article.

Does something seem a little fishy here? Almost like the press syndication
channels are getting spammed with news articles meant to divert attention away
from the bad SCO press. I don't think SCO is any more than a pawn in this btw.

Should I put on my little tin hat now?

---
//A picture is worth a thousand words//

[ Reply to This | # ]

SCO v Microsoft ?
Authored by: grouch on Tuesday, February 10 2004 @ 11:26 AM EST
Is the reference to SCO's suit against Microsoft talking about the old
Caldera/DRDOS case? If so, will SCO have to glue those shredded documents back
together?

[ Reply to This | # ]

My Favorite Part:
Authored by: Anonymous on Tuesday, February 10 2004 @ 11:30 AM EST
"Since SCO was previously able to produce the source code for a number of
these programs in paper form, there should be no difficulty in producing such
code in electronic form."

I'd love to hear them argue that!

[ Reply to This | # ]

SCO took the holidays off . . .
Authored by: Anonymous on Tuesday, February 10 2004 @ 11:51 AM EST
. . . and they're STILL submitting after deadline -- extended deadlines?

It's inconceivable to me why any court would continue to tolerate this. It would
continue only if IBM has some strategic reasons for allowing it. But the exhibit
above doesn't indicate that -- and even if IBM were willing to allow more time,
that doesn't mean the court should allow IBM to waste its time any more than
SCO.

Some of this may be difficult to produce, but SCO has not produced, or said why
it can't, even the easiest material: the threatening letters it has sent to
corporations, the letters to Congress, IP licenses it has sold, etc. None of
this requires disclosure of AIX code or any complicated analysis.

SCO has made U.S. courts the laughingstock of the world.

[ Reply to This | # ]

Missing pages
Authored by: Anonymous on Tuesday, February 10 2004 @ 11:53 AM EST
Or how an apparently boring job got exciting! Must of been very interesting when
IBM first noticed missing pages, especially when 10,000+ pages are not found.
Just proves SCO is incapable of producing what it says it has. Oh wait, that is
the whole case...

[ Reply to This | # ]

  • Missing pages - Authored by: Anonymous on Tuesday, February 10 2004 @ 02:06 PM EST
Exhibit 2 to IBM's Report on SCO's Compliance - IBM's Letter on What SCO Failed to Produce
Authored by: alasmi on Tuesday, February 10 2004 @ 12:32 PM EST
SCO also fails to identify all places or locations where the code at issue in this case may be found or accessed (such as on SCO websites),

Suprisingly the kernel source can still be downloaded from the SCO website (sco.com). Not only that but the file was last updated in January 2004.

[ Reply to This | # ]

Exhibit 2 to IBM's Report on SCO's Compliance - IBM's Letter on What SCO Failed to Produce
Authored by: jmaurer on Tuesday, February 10 2004 @ 04:10 PM EST
I like this one:
Since SCO was previously able to produce the source code for a number of these programs in paper form, there should be no difficulty in producing such code in electronic form.
Did SCO really print out the source code and ship it to IBM in paper form? That's completely ridiculous and reminds me of the days when the USA had strict export controls for cryptography ("weapons"), so people published books with the source code, just to have it OCRed abroad.

Jens Maurer

[ Reply to This | # ]

Damned if they do....
Authored by: webster on Tuesday, February 10 2004 @ 09:39 PM EST
Poor SCO. They are in a hopeless position. They have decided that they will
get in just as much or more trouble disclosing everything as they will by
stonewalling. It is more efficient to stonewall. What IBM wants is evidence to
blow them away.

For examble IBM asks for all the times they have distributed the ABI files and
under what terms. Of course the overwhelming majority of their ABI
distributions have been under the terms of the GPL. They will have to give up
this evidence and then admit to it. Why bother? Whether you see it or not it
still stinks for them.

OT: Imagine the quote database IBM has for Darl's deposition. I noticed that
SCO refuses to disclose emails sent by Darl.

---
webster

[ Reply to This | # ]

Groklaw © Copyright 2003-2013 Pamela Jones.
All trademarks and copyrights on this page are owned by their respective owners.
Comments are owned by the individual posters.

PJ's articles are licensed under a Creative Commons License. ( Details )