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
SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet
Friday, November 14 2003 @ 04:39 AM EST

There has been a small development in the Red Hat case in Delaware. SCO has filed, on October 24th, its "Defendant's Consolidated Reply in Support of Defendant's Motion to Stay Discovery Pending Resolution of the Motion to Dismiss and Its Motion for Enlargement of Time." That's quite a mouthful, and as the cumbersome name implies, this memorandum is supporting both of their previously filed motions, for a delay pending a ruling on their motion for dismissal or if that doesn't work, for more time to fork evidence over.

This is SCO's new attorney for the Red Hat case, by the way, so it's our first chance to see him at work. They again tell the judge that they don't want to do discovery in Delaware until she rules on their Motion to Dismiss. If they win, they argue, then there is no need for discovery. If they partly win, they might not have to turn everything over that Red Hat is asking for. It wouldn't be fair to make them show their cards now, and then if they win, it's too late to take it back.

Again they argue that most of the issues are going to be handled in the Utah case (of course most isn't generally enough, but they slide right over that point), so in the alternative, they'd like to let the IBM case go to a resolution first and then do Red Hat, like in 2005 or 2006. Say, is that when Longhorn comes out? What a coincidence.

If the judge won't delay that long, they next argue, how about we file a new motion and request a stay or a transfer to Utah, so the two cases can be merged there? They try to undo the damage done in the last SCO filing, where the earlier attorney seemed to be telling the judge that they intended to dump her if she didn't rule their way, and they carefully acknowledge here her discretionary powers. But, they say, it costs a lot to do two cases at once, and it's a waste of judiciary resources to do it in two places, when one will do. (Translation: we'd like to be on our home court in Utah, please.)

SCO's new attorney appears competent, but he is picking up the pieces from the prior attorney, and so he's stuck with what he has in hand. That's always harder, even if the previous attorney did a fine job. It's like taking over someone's side in a chess match after they've already made their opening moves. You're kind of limited by the strategy already in place. But the new attorney does a creditable job trying to sound reasonable, coherent and respectful of the judge, if not of Red Hat. I regret to say that he has, in my opinion, strengthened their hand just a tad, mainly because of his tone of voice, depending on the judge's tolerance for delay. After all, they are asking for a couple of years' delay and that is a lot to ask.

Basically, SCO reiterates the points it made the last time, but this time they discuss the cases Red Hat used and try to distinguish their facts from the facts in the cases. They also accuse Red Hat of not having turned over certain preliminary discovery materials you are supposed to turn over under Rule 26 of the Federal Rules of Civil Procedure. How serious are they about discovery, they ask, if they aren't doing their own discovery as they should? I note, however, that they don't say they themselves have complied with Rule 26 yet, and they seem to be implying that they need to, by mocking Red Hat's characterizing a phone call conference as qualifying as a Rule 26 conference. (It's only after you have the conference that you have to comply with the preliminary discovery requirement.) This is name calling. They are just saying to the judge: we're stallling? They're no better. It's a very weak thrust though, because Red Hat is telling the judge they want to go forward, and SCO is saying they don't want to.

That's about the only thing they can do, because the cases Red Hat offered are sound, so they say things like: we filed our motion on time and the people in these cases didn't, so those cases shouldn't apply to us. We're not stallling as badly as they did. It's not powerful but what can they say?

The bottom line is still that they don't want to have to do discovery now. They don't want to be in Delaware either. But Red Hat has bluntly accused them of stalling, so they feel compelled to answer the accusation.

Their answer? They actually tell the judge all about millions of documents of discovery they have offered in Utah, as proof that they are not stalling. That beats all for stand-up, sit-down, run-around gall, don't you think? Then they attach their Memorandum on Why We Want to Avoid Discovery with IBM, as I call it, or Plaintiff's Memorandum of Law in Opposition to IBM's Motion to Compel Discovery, as they call it, as Exhibit B. All this does is remind the judge in Delaware that IBM felt forced to bring a Motion to Compel Discovery in Utah.

They sort of have to show their side, though, because IBM already gave the judge that Motion to Compel as an exhibit. So this is damage control. Red Hat was very aggressive in its stance, and the best SCO can do is answer the charges and hope for the best. Well, there is one more option, but they seem to have ruled it out. They could just cooperate with discovery instead of digging in their heels and making Red Hat drag them toward compliance.

I can't see how Exhibit B helps them to prove they aren't stallling, though, especially because there are now two Motions to Compel Discovery in Utah, not just one, which would indicate stalling to me. I personally have never worked on a case where there were two motions to compel. I'm not saying it never happens, but it doesn't happen every day either.

And I believe that the million pages of discovery documents they tell this judge about as evidence of their good faith turned out to be a million pages of unusable source code SCO printed out and cynically handed over, according to IBM, and some really old documents from AT&T, which precipitated the Second Motion to Compel Discovery on IBM's part. This is their best proof that they are not stalling? They do have a problem. How do you prove you are not stalling when you are?

I have inserted links to some of the documents they reference, just as an aid to understanding what they are talking about. The links are not in the original, obviously. One of the attorneys in my think tank has agreed to create a page showing all the documents filed and which one goes where. And a programmer friend is working on some visuals to make it easier to understand. Motion practice gets complicated, and it's hard to follow without a map, so we are working on the map. Meanwhile, the links will at least remind you of what goes with what.

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

IN THE UNITED STATES DISTRICT COURT
FOR THE DISTRICT OF DELAWARE
____________________________X
RED HAT, INC.,

Plaintiff,

v.

THE SCO GROUP, INC.,

Defendant.

_____________________________X

Civil Action No. 03-772-SLR

DEFENDANT'S CONSOLIDATED REPLY IN SUPPORT OF DEFENDANT'S MOTION TO STAY DISCOVERY PENDING RESOLUTION OF THE MOTION TO DISMISS AND ITS MOTION FOR ENLARGEMENT OF TIME

The SCO Group ('SCO'), pursuant to the Federal Rules of Civil Procedure and the Local Rules of this Court, hereby files its Consolidated Reply in Support of its Motion to Stay Discovery Pending Resolution of the Motion to Dismiss and related Motion for Enlargement of Time and states as follows:

Shortly after SCO filed its Motion to Dismiss all claims against it, SCO filed its Motion to Stay Discovery. [1] In that Motion, SCO cited a series of cases that dealt with the precise issue before this Court -- the propriety of issuing a brief stay of discovery during the pendency of a potentially dispositive motion to dismiss. Issuance of a stay in these circumstances, as SCO pointed out in its original motion, is entrusted to the sound discretion of this Court. In the instant case, the interests of judicial economy are served by staying discovery because: (1) SCO's Motion to Dismiss, if granted, would be dispositive of the case or, if only granted in part, would greatly limit the discovery in the case and (2) if the Motion to Dismiss is not granted and the Court decides to transfer this matter to Utah as part of the SCO v. IBM case, discovery here would become duplicative. Therefore, SCO argued that good cause plainly exists for this Court to exercise its discretion and stay discovery pending resolution of the outstanding Motion to Dismiss. This Motion for Enlargement did not raise any additional bases. As a result, SCO is filing a consolidated reply in support of both Motions.

In response to the Motions, Red Hat does not address, much less attempt to distinguish, a single case cited by SCO. Instead, Red Hat argues that the Motions were "untimely" and that there has been no showing of good cause. Red Hat is wrong on both counts.

1. SCO'S MOTIONS WERE TIMELY

SCO filed its Motions to Stay and for Enlargement of Time before any responses were due to the discovery. As such, they cannot be considered untimely. Lujan v. National Wildlife Federation, 497 U.S. 871, 895 and n.5 (1990); see Hertz Corp. v. Alamo Rent-a-Car, Inc., 16 F.3d 1126 (11th Cir. 1994); Ritter v. Smith, 811 F.2d 1398 (11th Cir. 1987); Motsinger v. Flynt, 119 F.R.D. 373, 378 (M.D.N.C. 1988) (recognizing that a timely requested enlargement, such as the one requested here, is "readily available."); accord Sherrod v. Piedmont Aviation, Inc., 516 F. Supp. 39, 41 (E.D. Tenn. 1978)(Plaintiff could have "obtained readily an enlargement," had he made a timely request). Indeed, if courts were to adopt Red Hat's position, Fed. R. Civ.P. 6 would be rendered meaningless -- litigants that timely request enlargements of time would nonetheless be required to respond to whatever issue unless they were able to obtain a court order prior to the deadline. According to Red Hat's view of the law, any motion for enlargement that is filed with less than the minimum time allowed for full briefing (at least 20 calendar days) would be a nullity because the litigant could not get a court order prior to the deadline.

The law, not surprisingly, does not support Red Hat's position. In the leading case cited by Red Hat, Standard Chlorine of Delaware, Inc. v. Sinibaldi, 821 F. Supp. 232 (D. Del. 1992), the defendant did not file a motion for enlargement of time or a motion to stay, but instead only filed a motion for protective order. More importantly, in that case, the discovery requests were served on June 24, yet the motion for protective order was not filed until September 28, at least two months after the deadline to respond had passed. Id. at 261. Under these circumstances, this Court understandably denied the motion. The present case, however, is far different. With a potentially dispositive motion to dismiss pending, SCO timely filed before the due date both the Motion to Stay Discovery and the Motion for Enlargement to briefly delay potentially wasted resources while this Court considers the Motion to Dismiss. As the case cited by SCO in its Motions make clear, such action is entirely appropriate and timely. [2]

Red Hat's own conduct in this case undermines its complaints about the timeliness of SCO's Motions and Red Hat's argument that SCO has somehow unilaterally granted itself a stay of discovery or enlargement of time. If Red Hat were serious about good faith discovery obligations, then surely it would have followed up with the farce that it calls the Rule 26 conference. The undisputed facts remaain that Red Hat still has not prepared the draft Rule 26 report, despite assurances by counsel. Moreover, Red Hat has not filed any initial disclosures required under Rule 26. These failures by Red Hat demonstrate that Red Hat itself did not view the brief phone call as anything remotely resembling a Rule 26 conference. Rather, Red Hat's filing of this case and its sweeping discovery requests are nothing other than desperate attempts to interject itself into the issues being litigated in the previously filed SCO v. IBM litigation pending in the District of Utah.

2. SCO HAS DEMONSTRATED GOOD CAUSE.

On the issue of "good cause," Red Hat fails to engage the basic argument, which abounds in the case law cited by SCO, that during the pendency of a motion to dismiss any discovery not directed to that motion is potentially wasteful of time and resources. In fact, the cases Red Hat cites for its arguments against a stay or enlargement of time differ markedly from the circumstances of the instant case.

Red Hat cites, for example, 19th St. Baptist Church v. St. Peters Episcopal Church, 190 F.R.D. 345 (E.D. Penn. 2000) as support for the proposition that courts have denied motions to stay and required depositions to proceed. That case can hardly be considered as support for Red Hat's strident opposition. In 19th St. Baptist Church, the court overruled the defendant's motion to stay the taking of the depositions of four octogenarian and nonagenarian plaintiffs so that their testimony could be perpetuated. Id. at 347. The court allowed the depositions to proceed, noting that critical testimony in the case could be lost forever due to the age and infirmities of the deponents, and that the judiciary has an institutional responsibility for safeguarding the rights of African-Americans under the Reconstruction Amendments. Id. at 349-350. No similar concerns exist here. No testimony will be forever lost if the discovery is delayed until after the Court rules on the motion to dismiss.

In another case cited by Red Hat, In re Towers Fin. Corp: Noteholders Litig., 1996 WL 622386 (S.D.N.Y. Jan. 29, 1996), the issue was whether to lift a two-year old partial stay of discovery in a complex class action entered on a motion to dismiss filed by some, but not all, of the defendants. In deciding to lift the stay, the magistrate judge reasoned that "the stay has been in effect for almost two years and if it were to remain in effect until the remaining motions to dismiss were decided by this Court and reviewed by Judge Knapp (and possibly also the Second Circuit), the stay likely would have to remain in effect for another year or more. The additional delay would be unfair to plaintiffs." Id. at *2. Again, the present issue before this Court is far removed from the issues that must be considered in lifting a two year old stay.

Similarly, the facts and circumstances in Cognex Corp. v. Nat'l Instruments Corp. [3] do not support Red Hat's arguments in the present situation. In Cognex, the defendant had answered and counterclaimed, the parties had agreed to a scheduling order, and had exchanged Rule 26(a)(1) initial disclosures, together with numerous requests for production, admissions, and interrogatories. Following that exchange, the plaintiff moved to stay discovery (Exh. A., D. I. 84) eight months after the Rule 16 Scheduling order was entered (Exh. A., D. I. 25) and three months before discovery cutoff date." Id. Under those circumstances, it undoubtedly made sense for Judge Farnan to reject the plaintiff's motion to stay discovery as a tactical move.

Many of the remaining cases cited by Red Hat do not concern a stay of discovery, but instead involve the separate issue of a stay of the proceedings. Bechtel Corp. v. Laborers' Int'l Union, 544 F.2d 1207 (3d Cir. 1976); Dentsply Int'l, Inc. v. Kerr Mfg., Co, 734 F. Supp. 656 (D. Del. 19990); Gold v. Johns-Manville Sales Corp., 723 F.2d 1068, 1076 (3d Cir. 1983) (denying a motion to stay where the "plaintiffs and crucial witnesses are dying, often of the very diseases that" led to the action). These cases, while focused on a separate issue, actually provide support for SCO's position on this issue and others raised in this action. In Bechtel Corp, 544 F.2d at 1215, for instance, the court noted that district courts have "broad powers to stay proceedings," and that in the exercise of their sound discretion, it is not error to "hold one lawsuit in abeyance to abide the outcome of another which may substantially affect it or be dispositive of the issues." On the issue of a stay, SCO's initial motion acknowledged that such decisions are within the court's discretion. Moreover, as touched upon in the briefing on the Motion to Dismiss, if the court denies the Motion to Dismiss, SCO intends to ask the Court either to transfer the proceedings to Utah or, as in Bechtel, "hold [this] lawsuit in abeyance to abide the outcome of another which may substantially affect it or be dispositive of the issues."

Finally, although not relevant to any of the issues in the Motions, SCO must respond to Red Hat's repeated and baseless assertions that SCO has a nefarious plan to spread "fear, uncertainty and doubt" and as part of this plan refuses to produce discovery as long as possible. As support for this argument, Red Hat attaches a Motion to Compel and the docket sheet from the SCO v. IBM case. The reality is that the previously filed SCO v. IBM case pending in Utah governs many of the issues in this case, which certainly justifies staying or transferring this cause. [sic] For the record to be clear for the present Motions, however, SCO has attached a copy of its response to IBM's Motion to Compel in that case as Exhibit B hereto. Moreover, the Court should also be aware that SCO has produced over one million documents in the IBM litigation and that production continues weekly. These are hardly the tools of a nefarious plan. As SCO suggested in its Motion to Dismiss brief, if the Motion to Dismiss is not granted, in the interest of conserving the parties and judicial resources, SCO intends to ask the Court to stay or transfer the case to Utah, which would obviate the need for expensive, duplicative discovery in two separate fora.

CONCLUSON

As set forth in SCO's timely filed Motion to Stay Discovery and its Motion for Enlargement of Time, a stay of discovery or enlargement of time to respond to discovery is appropriate for the brief period of time while this Court considers SCO's pending Motion to Dismiss.

MORRIS, NICHOLS, ARSHT & TUNNELL

___________________
Jack B. Blumenfeld_
Jack C. Schecter_
(address)
Attorneys for Defendant _
The SCO Group_

OF COUNSEL:

Stephen N. Zack_
Mark J. Heise_
Boies, Schhiller & Flexner, LLP

October 24, 2003 ___________________________________________

[1] Red Hat incorrectly states that SCO did not object to the discovery when served or move to stay at that time "even though its motion to dismiss was then pending." RH Opp. to Motion to Stay, p. 2. In fact, when the discovery was served on September 9, the motion to dismiss was not "then pending," it was filed nearly one week later on September 15.
[2] Indeed, even the cases cited by Red Hat recognize the propriety of staying discovery when a pending motion to dismiss challenges the complaint as a matter of law, like the instant case, as opposed to merely attacking the sufficiency of the allegations. See Coca-Cola Bottling Co. of the Lehigh Valley v. Grol, 1995 WI. 421900*2-3 (E.D. Penn. March 8, 1993).
[3] SCO is unable to refer to the text of Jude [sic] Farnan's opinion in Cognex Corp. v. Nat'l Instruments Corp. because it is unpublished, unavailable on PACER, and was not attached to Red Hat's Memorandum in Opposition as required by Rule 7.1.3 (a) (G). SCO therefore relies only on the information available in the docket sheet attached hereto as Exhibit A.

[Attached as Exhibit A, docket sheet for 1:00cv441, Cognex case; as Exhibit B, SCO's Plaintiff's Memorandum of Law in Opposition to IBM's Motion to Compel Discovery]


  


SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet | 180 comments | Create New Account
Comments belong to whoever posts them. Please notify us of inappropriate comments.
Question: How are the Red Hat Lawyers getting paid?
Authored by: Anonymous on Friday, November 14 2003 @ 07:54 AM EST
With the IBM case - SCO's lawyers are getting 20% PLUS they also were issued
some stock (correct this if wrong - because if they were issued stock then they
would have a direct interest in SCO's stock price).

How are SCO's new RED HAT legal team getting paid?
Are the two legal teams working in concert with each other?
Can one legal team split part of the 20% with the other?

[ Reply to This | # ]

SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet
Authored by: kberrien on Friday, November 14 2003 @ 08:36 AM EST
Ok, the IBM case gets an oral hearing on the 5th Dec with another judge who
isnt't very empowered (arg!).

Whats the next big break point in the Red Hat case? When is the next ruling
which moves this forward again.

I'm going to assume, given the nature of the case, and the time sensitive
nature (ie, continuing damage to Red Hat due to a history of unanswered FUD)
that the RH case will stay in Deleware (do judges like to defer THEIR cases to
other jurisdictions litely?) and SCO will have to comply with discovery. Is
this assumption wrong?

[ Reply to This | # ]

PJ
Authored by: brenda banks on Friday, November 14 2003 @ 08:42 AM EST
if you dont get a major job offer from this site i will be amazed
you outscoop everyone
hehehe
so basically sco is grapsing at straws and more delays till they can try to
salvage anything or try to manipulate what info they(sco)wants before the
courts



---
br3n

[ Reply to This | # ]

SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet
Authored by: nealywilly on Friday, November 14 2003 @ 08:50 AM EST
Is SCO admitting that their old lawyers in DE made a mistake when they say the
following:?

This Motion for Enlargement did not raise any
additional bases. As a result, SCO is filing a
consolidated reply in support of both Motions.

Sounds like they are effectively saying, "We should have made more
arguments in support before, so now we are taking care of it here."

[ Reply to This | # ]

SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet
Authored by: Anonymous on Friday, November 14 2003 @ 08:52 AM EST
Remember this? They seem to have removed it from their original site, for some reason too - I can't seem to find it anywhere on www.sco.com

"SCO has consistently stated that our UNIX System V source code and derivative UNIX code have been misappropriated into Linux 2.4 and 2.5 kernels. We have been showing a portion of this code since early June. SCO has not been trying to spread fear, uncertainty and doubt to end users. We have been educating end users on the risks of running an operating system that is an unauthorized derivative of UNIX. Linux includes source code that is a verbatim copy of UNIX and carries with it no warranty or indemnification. SCO's claims are true and we look forward to proving them in court."

And now they are stalling, despite their press releases about looking forward to proving their BS claims. What a bunch of slimeballs these SCO people are.

[ Reply to This | # ]

SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet
Authored by: elrond_2003 on Friday, November 14 2003 @ 08:59 AM EST
IN the footnote:
[1] Red Hat incorrectly states that SCO did not object to the discovery when
served or move to stay at that time "even though its motion to dismiss was
then pending." RH Opp. to Motion to Stay, p. 2. In fact, when the
discovery was served on September 9, the motion to dismiss was not "then
pending," it was filed nearly one week later on September 15.

They reference Rh Opp to MOtion to stay. I could not find this document on the
site. Anyone know where it is? Or have they just misquoted RH reply to motion
to dismiss?

---
After all, it isn't rocket science.

[ Reply to This | # ]

Looks like SCO found a real lawyer.
Authored by: Anonymous on Friday, November 14 2003 @ 09:05 AM EST
He actually seems competent. IANAL, but he seems to have attacked most of the
cases that RH used in order to separate the immediate case from their
circumstances. This could be a big battle here.

I doubt that the Judge is willing to delay for a year or two. It would ruin the
reputation of Deleware's courts for speedy trials.

I noticed one thing in this motion to not show the code. They do not acknowlege
that the case between IBM and SCO is a contract case. The RH case is a slander
/ libel case asking for protection against such actions. Red Hat is asking to
be left out of the comments, as well as all Linux distrobutions until the
information is proven. I can understand that. Waiting for the SCO / IBM case
to finish will do nothing about the RH case, as RH as mentioned in its motion to
compel...unless the only code that SCO is claiming to be infringing is the code
that IBM supposedly submitted. If that is the case, then SGI, SUN, and HP are
all in the clear. SCO's lawyer just shot any chance of going after anyone but
IBM in the foot. He didn't help the current RH / SCO case any though.

That said, I do think that this lawyer has an actual functioning brain. Maybe
SCO should have the rest of the team go get their cat's scanned. It might help
them some.

[ Reply to This | # ]

ENLARGE THE SIZE OF YOUR time till discovery!!!
Authored by: Anonymous on Friday, November 14 2003 @ 09:17 AM EST
ENLARGE THE SIZE OF YOUR time until discovery!!!!

New prooven methods! Guaranteed success!!!

Dear SCO,

Are you unsatisfied with the length of your time until
discovery? Wish you could increase that length? Do you
wish you had a killer delay that would satisfy?

Envious of others who have a six, eight or even whopping
TWELVE month delay? Well, now you can have one too!!!

NOW THERE IS AN ANSWER!!! GUARANTEED SUCCESS!!!

With this new proven method, you can increase the length
of your delay until discovery!

No pain! No exercises!

How? You ask?

(We can't tell you because it's a secret.)

[ Reply to This | # ]

SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet
Authored by: Anonymous on Friday, November 14 2003 @ 09:35 AM EST
Their answer? They actually tell the judge all about millions of documents of discovery they have offered in Utah, as proof that they are not stalling. That beats all for stand-up, sit-down, run-around gall, don't you think? Then they attach their Memorandum on Why We Want to Avoid Discovery with IBM, as I call it, or Plaintiff's Memorandum of Law in Opposition to IBM's Motion to Compel Discovery, as they call it, as Exhibit B. All this does is remind the judge in Delaware that IBM felt forced to bring a Motion to Compel Discovery in Utah.
No, that's not all! It also shows SCO itself saying how their claims aren't what IBM is making of them, and how they didn't accuse IBM of the wrongdoings mentioned at SCOForum. It contradicts, "just a little," their argument about the IBM case covering most of the issues.

[ Reply to This | # ]

Dispositive
Authored by: overshoot on Friday, November 14 2003 @ 09:41 AM EST
Waidamminnit!

It just dawns on me that SCO is claiming that the Utah case would be dispositive of the Red Hat case. The only way that could be true would be if SCOX has no claims against anyone except their original licensees, since contractual claims are all they have asserted in Utah.

Sounds like Red Hat could basically agree to a dismissal in Delaware of the 17USC issues on the grounds that SCO has conceded the point and estopped themselves from future actions.

Anyone with more familiarity with the law (esp. estoppel) care to comment on this?

[ Reply to This | # ]

You Guys Are Finally Getting Some Credit
Authored by: PJ on Friday, November 14 2003 @ 10:02 AM EST
Did you see this?
http://www.theregister.co.uk/content/4/33986.html

"IBM cited a Judge who ruled in a 2001 securities case that fraud
allegations "should not be a pretext for the discovery of unknown
wrongs". That Judge, sharp-eyed posters of Groklaw have spotted, is the
same Hon. Dale A Kimball who will hear the Motion to Strike Affirmative
Defenses, to which the filing is addressed."

[ Reply to This | # ]

RH should agree.
Authored by: overshoot on Friday, November 14 2003 @ 10:12 AM EST
My point is that the only way SCO could possibly get it that way is if the only code that was infringing was the exact same code in question in the IBM case.

Exactly. SCO has already stated that this is so, therefore RH should agree with them that the only issues at stake in the DE case will be disposed of in Utah.

Even then, it wouldnt matter because this isnt a contract case.

SCO says it is. Therefore, RH could agree and simply move for an injunction -- based on SCO's own pleadings -- against any more public representations to the contrary.

SCO has been talking crap about Linux, they need to stop until they can prove it. RH wants exactly that to happen. The RH has failed to present a case where relief can be granted is a load of BS. They have proven (at least to most any one in the world that has read the letters) controversy and immenent threat of being sued.

RH has also alleged trade libel, which SCO has already admitted to the extent that they have no claim against third parties.

RH should agree, says I, and move for summary judgment.

[ Reply to This | # ]

Future news prediction 2?
Authored by: Anonymous on Friday, November 14 2003 @ 10:55 AM EST
Future news prediction?

SCO: The court should exercise its discretion and decline to hear the
declaratory judgement case, and/or move the case to Utah.

Judge: Why?

SCO: Do you really want to deal with people like us for the next year or so?

[ Reply to This | # ]

Testing the grep theory
Authored by: Anonymous on Friday, November 14 2003 @ 11:04 AM EST
1. Find some innocuous files that have not changed for a long time, and are not
likely to change in future.


2. Insert a comments in each along the lines

/* National Underwater & Marine Agency (NUMA) */

/* SMP = Summer Math Program */

/* JFS = Jesus Freaks Supporters */

/* River City United Soccer Club, RCU! RCU! */


3. See if they turn up in a future SCO legal filing.

[ Reply to This | # ]

Analysts puzzled over SCO, IBM subpoenas
Authored by: tcranbrook on Friday, November 14 2003 @ 11:16 AM EST
http://www.infoworld.com/article/03/11/14/HNscoibmsubpoenas_1.html

""The list that I read seemed nonsensical to me," said IDC
analyst Dan Kusnetzky, speaking of SCO's list of subpoena targets. "The
SCO Group has been playing this as a media event," he said."


It seems that the media is begining to understand.

[ Reply to This | # ]

Has SCO granted its own motion?
Authored by: mitphd on Friday, November 14 2003 @ 11:30 AM EST
It's pretty clear that SCO is going to produce absolutely nothing until the
Court rules on its Motion For Enlargement of Time, not even things it could
easily produce, like the code comparison it's showing to anyone who signs an
NDA.

Is it likely, given the high-profile nature of this case, that both the Motion
to Dismiss and the Motion for Enlargement of time will be decided together? If
so, hasn't SCO effectively granted its own motion? If the case is not
dismissed, the Motion for Enlargment is moot. Meanwhile, SCO is acting as if
the Motion for Enlargement has already been granted. Does SCO make itself
liable to any sort of penalty by stonewalling at this point, or it it just pure
gravy?

[ Reply to This | # ]

IBM's Days in Court
Authored by: tcranbrook on Friday, November 14 2003 @ 11:34 AM EST
Some attention from the finacial press.

http://www.fool.com/News/mft/2003/mft03111402.htm

"Of course, in litigation, the attorneys always win. And, SCO's newest
major investor will probably win, too, since it built nice protection features
into its structured investment. But common stockholders -- essentially betting
on a lawsuit -- enjoy no such protection."

[ Reply to This | # ]

Off Topic: OSDL Will Pay for Linus' Defense
Authored by: Alex on Friday, November 14 2003 @ 11:34 AM EST

See this and this.

Alex
< br>

---
Destroying SCO one bozon at a time

[ Reply to This | # ]

SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet - blacklight
Authored by: Anonymous on Friday, November 14 2003 @ 11:44 AM EST
Considering the drubbing and/or reaming that I expect the SCO Group is going to
get in Utah on discovery in December, I am not sure that the SCO Group's
request to have the RH trial consolidated with IBM's is such a good idea for
the SCO Group - But there is only one way to find out. Darl McBride states that
he would be surprised if the SCO Group doesn't sue an end user by the end of
December, and he mentioned Hollywood. I am curious as to how he is going to sue
that customer with any credibility just after the theater curtain crashes on the
SCO Group's antics on December 5.

[ Reply to This | # ]

SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet
Authored by: Anonymous on Friday, November 14 2003 @ 12:16 PM EST
http://www.crn.com/sections/BreakingNews/dailyarchives.asp?ArticleID=46041

http://www.computerworld.com/governmenttopics/government/legalissues/story/0,108
01,87145,00.html

[ Reply to This | # ]

SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet
Authored by: Anonymous on Friday, November 14 2003 @ 12:19 PM EST
Perhaps as a sign of mercy (though not sympathy), perhaps there should be an
antacid relief fund for the SCO legal teams?

[ Reply to This | # ]

SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet
Authored by: Anonymous on Friday, November 14 2003 @ 12:20 PM EST
Judge: Do we have any evidence that IBM gave your code away?

SCO: We did but the Red-Hat case proved we didn't and now we Dont.

Judge: Do we have any evidence that IBM didn't play fair with you poor little
fellows?

SCO: We did but because we didn't format our phrases properly in our court
documents it's now inadmissible and we have to stop complaining about it.

Judge: You have untill sunrise to get out of town. If you ever come here again
we will hang you short and high untill the event of your death.

Bang!...Next case please.



[ Reply to This | # ]

Q about how judges view this kind of thing
Authored by: skidrash on Friday, November 14 2003 @ 04:06 PM EST
What's likely to happen to the attorneys and to SCOG when* these facts become
clear to the various judges involved?

1. All of SCOG's accusations in media and court filings of 'direct copying by
IBM from SysV into Linux" are revealed as absolute falsehoods, admitted by
SCOG?

2. All of SCOG's claims made to analysts (financial and otherwise) are revealed
as absolute falsehoods

3. The amount of SysV code in Linux is zero after the SGI patches

AND If a judge gets really PO'd (PO-ed?) do they have leave and discretion to
impose penalties beyond the vanilla 'attorney fees & miscellaneous
costs'?

* I suppose in these situations it's normal to say if & when, but this
seems like a foregone conclusion

[ Reply to This | # ]

SCO To Red Hat Court: Please Don't Make Us Show Our Code Yet
Authored by: Anonymous on Friday, November 14 2003 @ 05:07 PM EST
PJ, I noticed:
One of the attorneys in my think tank has agreed to create a page showing all the documents filed and which one goes where. And a programmer friend is working on some visuals to make it easier to understand. Motion practice gets complicated, and it's hard to follow without a map, so we are working on the map.
If the above is done correctly, it might be more generally useful code. If so, how about some poetic justice? GPL it. }:>

[ Reply to This | # ]

And the lesson today is...
Authored by: Anonymous on Friday, November 14 2003 @ 09:08 PM EST
There's more then one way to do something,
Part of the power of LINUX.

[ Reply to This | # ]

Attention Journalists - Linux Kernel Mailing List
Authored by: Anonymous on Friday, November 14 2003 @ 09:34 PM EST
Already discussed on GROKLAW (check a couple or so stories back), is that fact that SCO's list of 591 files that might be infringing (they didn't see they are infringing) is rather odd.

The oddest part is some of these 591 files contain no actual code, just comments or instructions to the compiler ("preprocessor" directives), and are extremely short. It would be extremely hard to argue these are trade secrets, since these files don't actually implement any functionality at all!

Somebody in the discussion on GROKLAW, identified that 590 of the 591 files (there are about 14000+ in Linux) contain any one of the following words: JFS, SMP, RCU, SMP.

Anyway, I see that some of this is being discussed among the Linux developers, see http://www .ussg.iu.edu/hypermail/linux/kernel/0311.1/0834.html

Check for yourself (click along "Next in Thread" to read all the discussion in sequence).

Part of what's interesting is one of the developers of one these short files has stepped forward. See for yourself. He says he wrote the whole file and it's been there forever.

[ Reply to This | # ]

Do keywords like SMP identify the files?
Authored by: gvc on Friday, November 14 2003 @ 10:11 PM EST
Anecdotal analysis of the files in SCO's list is amusing but proves nothing.
Can somebody with ready access to the source please come up with a set of search
strings that match the SCO files but no other files in the kernel? Such a set
would be convincing evidence that their selection process was trival.

thanks

[ Reply to This | # ]

Are any files pre 2.4 kernel?
Authored by: kbwojo on Friday, November 14 2003 @ 10:48 PM EST
I am not a wiz or even have the slightest idea about how to check this myself,
but the answer to this question could make some of these files unusable by TSG.
Does anyone know if any of these files were pre 2.4 kernel and if so do they
remain unchanged? TSG court papers claim that only the 2.4 kernel and beyond are
infringing, so if any of these files pre date 2.4 then they are outside the
scope of TSG's claim.

[ Reply to This | # ]

Conflicts between cases to cause delays?
Authored by: Khym Chanur on Saturday, November 15 2003 @ 02:07 AM EST
It's been pointed out that SCO is making contradictory claims in the IBM and
RedHat cases. Is there any way that they can purposfully use such mismatch in
statements to slow both cases down? If so, how much delay could they milk out
of such a tactic?

[ 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 )