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
AutoZone's Exhibit A - Additional SCO Misstatements
Friday, June 17 2005 @ 06:00 PM EDT

Here is AutoZone's Exhibit A - Additional Misstatements [PDF], whereby it corrects the record on SCO's misstatements in its Report Regarding Discovery. It cleared up the most important misstatement in its Response to SCO's Discovery Report, in order to keep the document brief, but in this attachment, it finishes up with the other misstatements it saw in SCO's Report.

I'm surprised AutoZone saved this for an attachment, because it is dynamite. They tell the Court that they designed their migration so as not to use SCO's OpenServer libraries, and as for the two servers where OpenServer code was found, AutoZone has a license for both servers. More than that, the code on one server is for archival purposes only, which is perfectly legal under the 17 U.S. C. Section 117(a)(2), even if they didn't have a license. But they do.

You'll note that AutoZone repeatedly calls them SCO's "alleged copyright rights" and SCO's "alleged proprietary materials". This is to remind the judge that so far, SCO has nowhere, not in this case or in any other, demonstrated that it is, in fact, the owner of the code in question. That is a necessary element in any copyright infringement action, and so far, it's the Missing Link. Or maybe I should call it the Weakest Link.

Judge Kimball is able to follow the tech arguments well; hopefully Judge Jones will be his equal. If so, he will understand the importance of what AutoZone says here, after assuring the judge that in no way was the transition to Linux undertaken without consideration for copyrights (whoever owns them), when it corrects SCO's mischaracterization of Bob Celmer's testimony and explains static linking:

Mr. Celmer's actual testimony was that AutoZone's purpose was to change the source code for all of AutoZone's programs such that they could be recompiled to work on Linux, not to modify AutoZone's binaries to work on Linux as stated by SCO in its report. . . . This distinction is significant. By virtue of recompiling the source code for AutoZone's binaries to work on Linux, AutoZone instituted a process that was designed to result in absolutely no code from SCO being used either during or after the transition from Open Server to Linux. . . .

SCO has not alleged that any of AutoZone's source code for its application programs (as opposed to the operating system on which those programs run) infringes SCO's purported copyrights, nor could they.

Just in case, AutoZone goes on to explain what static linking is, the task I thought it so important to explain, because, thanks to SCO's "material misstatements", I was under the wrong impression that AutoZone had, in fact, used them. What AutoZone actually did is this:

AutoZone's entire transition process was designed so that all of AutoZone's application programs were to have been recompiled under the Linux operating system without any reference to or reproduction of either SCO OpenServer libraries or, in fact, SCO code of any variety. As Mr. Celmer testified, all of the source code for AutoZone applications was intended to be recompiled entirely within a Linux environment with Linux libraries and without any reference to or use of SCO's libraries.

That is what Jim Greer knew and what he said. And while some mistakes may have been made, it was their upright and deliberate intention to avoid all SCO code. So, SCO's been blowing smoke about static linking? Is that not what their entire case is built on with regard to the migration? Or maybe, AutoZone suggests, they just don't get the difference:

SCO's statement in the SCO Report that AutoZone was working to modify binary files so that they would work on Linux represents a misstatement and, of more concern, a potential misunderstanding of the development process. The combination of this misstatement and SCO's overall mischaracterization of AutoZone's software transition process amply illustrates that conclusory statements by SCO to the effect that no regard was given to SCO's intellectual property rights are incorrect and unfounded.

Um. Did AutoZone just say SCO either doesn't get the tech or else isn't giving the court an accurate picture for some other unstated reason? Why yes. Yes, I believe they did.

Then there is the "Spirit" Server. SCO said it found OpenServer code on that server. But AutoZone says it has a license to use OpenServer code on that server. But even if it didn't, since it had installed Linux on that server after OpenServer crashed, any code on that server would likely not now be able to run any more on that server. So whatever there is on that server is strictly for backup or archival purposes, which is permitted uner 17 U.S. C. Section 117(a)(2). So much for AutoZone's alleged "crimes" on that score.

As for Vision Server, it is licensed to run OpenServer. They mean for it to do that. It's not a discovery of anything improper to find OpenServer code on that machine. What's worse for SCO is that they can't plead ignorance of the facts. Celmer testified that Vision was intended to run applications on the OpenServer operating system, and another witness, identified only as AutoZone's 30(b)(6) witness, meaning some bigwig in AutoZone designated to represent the company (Cf. Rule 30(b)(6)), testified that AutoZone has a license for that server. Could SCO look any more foolish? Actually AutoZone describes it as worse than just technically clueless:

SCO's attempt to paint the presence of SCO files on this properly licensed machine as an unspecified violation of its legal rights is simply further evidence of convenient and artful omissions and the overreaching nature of many statements in the SCO Report.

I believe the judge will be able to catch their drift.

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

EXHIBIT A - ADDITIONAL MISSTATEMENTS

The following is set forth in order to detail several additional misstatements made in SCO's Report.

1. AutoZone's Migration Process was Neither Ad Hoc nor Undertaken with Disregard for SCO's Alleged Copyright Rights.

SCO's Report states that Bob Celmer testified that AutoZone developers were not "focused on protecting SCO's OpenServer copyright materials and were, instead, focused on the most efficient way to modify the binaries AutoZone created to work on OpenServer so that they would run on Linux." (SCO Report pg. 7-8.) This statement implies that AutoZone undertook the transition process with a careless disregard for the intellectual property of SCO, which is inaccurate. In fact, the entire transition was structured so that SCO's alleged proprietary materials would not be inappropriately copied or otherwise infringed as a result of the transition process. While it is true that AutoZone located some SCO materials that may have been copied in error, it is not true that the process was either ad hoc or undertaken with disregard for SCO's alleged copyright rights.

SCO's specific misstatement is noteworthy in this instance, but the larger mischaracterization of AutoZone's transition process is of perhaps more importance. Mr. Celmer's actual testimony was that AutoZone's purpose was to change the source code for all of AutoZone's programs such that they could be recompiled to work on Linux, not to modify AutoZone's binaries to work on Linux as stated by SCO in its report. (Celmer Deposition 26:5-13.) This distinction is significant. By virtue of recompiling the source code for AutoZone's binaries to work on Linux, AutoZone instituted a process that was designed to result in absolutely no code from SCO being used either during or after the transition from Open Server to Linux. In order to appreciate the fundamental nature of this distinction, some discussion of basic software development in the context of transition between operating systems is necessary.

Source code is human readable code that is used to create software programs. SCO has not alleged that any of AutoZone's source code for its application programs (as opposed to the operating system on which those programs run) infringes SCO's purported copyrights, nor could

1

they. Virtually all of such code is wholly original to AutoZone. SCO's allegations, however, appear to relate to the transformation of human-readable source code into executable code that a computer can understand. In order to create code that a computer can understand, the source code is run through a program called a compiler. This results in "object code," which is in binary form (i.e., strings of ones and zeros). After the program is transformed into object code by the compiler, the program is "linked" with any libraries that it needs. Libraries are repositories of software functions and routines that can be used by application developers to perform common tasks. Once compiled into object code and linked to the appropriate libraries, the resulting file (in binary, ones and zeros format) is the file that is executed when users of a particular program actually run that application on a computer. If this object code file is linked to the libraries by actually incorporating them into the object code (a method known as "static linking"), that file would necessarily contain libraries provided by the operating system (e.g., UNIX or Linux).

AutoZone's entire transition process was designed so that all of AutoZone's application programs were to have been recompiled under the Linux operating system without any reference to or reproduction of either SCO OpenServer libraries or, in fact, SCO code of any variety. As Mr. Celmer testified, all of the source code for AutoZone applications was intended to be recompiled entirely within a Linux environment with Linux libraries and without any reference to or use of SCO's libraries. (Celmer Deposition 26:5-13.) Mr. Celmer specifically stated that AutoZone's intent was not to modify binary application files compiled for use in connection with the OpenServer operating system. (Id.) SCO's statement in the SCO Report that AutoZone was working to modify binary files so that they would work on Linux represents a misstatement and, of more concern, a potential misunderstanding of the development process. The combination of this misstatement and SCO's overall mischaracterization of AutoZone's software transition process amply illustrates that conclusory statements by SCO to the effect that no regard was given to SCO's intellectual property rights are incorrect and unfounded. 1

2

2. AutoZone is Licensed to Run OpenServer Compiled Programs on Its "Spirit" Server

SCO notes on Page 9 of the SCO Report that discovery revealed that OpenServer compiled programs were on AutoZone's server named "Spirit."' In deposition testimony, Mr. Celmer stated that AutoZone initially ran the Spirit server on the OpenServer operating system under license from SCO until the server experienced a hardware failure. (Celmer Deposition 100:12 -102:19.) When AutoZone restored the server after the failure, per Mr. Celmer's testimony, it decided to load the Linux operating system on the server. (Id.) Significantly" AutoZone had at that time and continues to have a license from SCO to use OpenServer on the Spirit machine through the more than 2900 end user licenses AutoZone has obtained from SCO.

Moreover, software AutoZone reloaded onto the Spirit server was intended to be a copy of the original software that was on the original Spirit machine. Thus, even if AutoZone had not been licensed to load the programs on the machine, AutoZone has the legal right to create a copy of a program for archival purposes. 17 U.S.C. § 117(a)(2). Because any OpenServer compiled program loaded onto the new Spirit server would likely not be able to run on that server (since it was now running the Linux operating system), the only possible reason for keeping programs compiled to run on OpenServer on the Spirit server was for archival purposes. Thus, AutoZone both had a license to copy the programs onto the Spirit server and a legal right to do so for archival purposes, even without the benefit of the license.

3. AutoZone is Licensed to Copy SCO Files onto Its Vision Server

SCO notes on page 10 of the SCO Report that AutoZone's developers copied numerous SCO files onto AutoZone’s server named "Vision." 2 This statement is correct insofar as it goes,

3

however, SCO neglects to point out that Mr. Celmer also testified that the Vision server is running a properly licensed copy of SCO's OpenServer operating system. (Celmer Deposition 73:7- 74:8.) The Vision server runs and is intended to run application programs on the OpenServer operating system, and AutoZone’s 30(b)(6) witness testified in response to questions from SCO during his deposition that AutoZone had a license from SCO to operate the OpenServer operating system on the Vision server. SCO's attempt to paint the presence of SCO files on this properly licensed machine as an unspecified violation of its legal rights is simply further evidence of convenient and artful omissions and the overreaching nature of many statements in the SCO Report.

4


1AutoZone is also somewhat surprised by SCO's statements as to the "ad hoc" nature of the transition process, since SCO previously represented to IBM in an interrogatory filed before the commencement of this lawsuit that AutoZone’s migration occurred with "precision and efficiency." SCO's Revised Supplemental Response to IBM’s First and Second Set of Interrogatories, pg. 51 (Excerpt attached hereto as Exhibit E).

2SCO represents that "the precise number" of SCO files on the Vision computer "has not been disclosed in discovery." This is another misstatement. On October 27, 2004, AutoZone produced to SCO a listing of every file on the Vision computer. Letter from David Stewart dated October 27, 2004 (attached hereto as Exhibit B.)


  


AutoZone's Exhibit A - Additional SCO Misstatements | 93 comments | Create New Account
Comments belong to whoever posts them. Please notify us of inappropriate comments.
Corrections if needed
Authored by: WhiteFang on Friday, June 17 2005 @ 06:07 PM EDT
n/t

[ Reply to This | # ]

OT here
Authored by: overshoot on Friday, June 17 2005 @ 06:12 PM EDT
Clickable links if you have 'em, thanks

[ Reply to This | # ]

I'm amazed!
Authored by: WhiteFang on Friday, June 17 2005 @ 06:26 PM EDT

Material Misstatements

When you look at the details of what TSCOG filed and AZ's claifications, it's crystal clear that TSCOG is only interested in causing as much pain as possible. This, without any regard for truth, fairness or legality.

Talk about shaking down your 'clients'.

[rhetoric]
Customer Relations. Yeah, we've heard of that. It's where you threaten to kneecap cap your customers for more loot.
[/rhetoric]

[ Reply to This | # ]

  • I'm amazed! - Authored by: Anonymous on Friday, June 17 2005 @ 08:39 PM EDT
    • I'm amazed! - Authored by: sef on Friday, June 17 2005 @ 10:10 PM EDT
What is this likely to mean ...
Authored by: dmarker on Friday, June 17 2005 @ 06:38 PM EDT

in the overall scheme of things ?.

Is AZ expecting the judge to make comments or ruling in regard to tSCOg's filing
?.

Is the judge able to make a ruling ?

Apart from Groklaw rubbing tSCOg's nose in their duplicity in wording, is there
any other action that can come from this case that will punish tSCOg for their
misdeeds.

In summary, am wondering where this now leads ?.

Doug Marker

[ Reply to This | # ]

Rule about conflicting statements
Authored by: Anonymous on Friday, June 17 2005 @ 06:38 PM EDT
"AutoZone is also somewhat surprised by SCO's statements as to the "ad
hoc" nature of the transition process, since SCO previously represented to
IBM in an interrogatory filed before the commencement of this lawsuit that
AutoZone’s migration occurred with "precision and efficiency.""

Isn't there a rule that says that you can't argue two different things in two
different courts? What happens if this happens? Can both things be pitched
out? Anyway, AutoZone seems merely to be expressing suprise and not asking for
a remedy here. They aren't nearly as 'creative' as SCO.

[ Reply to This | # ]

SOP
Authored by: floyds_void on Friday, June 17 2005 @ 06:42 PM EDT
AutoZone's purpose was to change the source code for all of AutoZone's programs such that they could be recompiled to work on Linux, not to modify AutoZone's binaries to work on Linux

Having been involved in operating system software for businesses and .gov agencies for the past, ahem, 30 years, and having been involved in several operating system switches, I can say it is not only a matter of convenience to rebuild all your apps for the new os but also a matter of necessity.

You would be lucky if your routine ran on the new os using the old os'es libs. Further, you wouldn't get much sympathy if your app started failing.

Modifying binaries, what we used to call zapping, is tedious at best and a pain if you want to rebuild your app. Remember, some apps (or portions) have to be rebuilt continuously, because eg payroll deduction rules change.

No sane techie in my position would recommend modifying binaries. I worked for a couple of banks years back. Even thinking of modifying a binary executable was, well, unthinkable. Now, of course, just about everything in the business or gov world is documented, and zapping is virtually unheard of except to mollify a critical problem.

[ Reply to This | # ]

Libel by publishing court filings
Authored by: whoever57 on Friday, June 17 2005 @ 07:23 PM EDT
I know that speech and filings in court are protected from libel claims, but
what about SCO's habit of copying the filings on its own website? Does the
protection apply to any copy of a document once it has been filed with the
court?

[ Reply to This | # ]

AutoZone's Exhibit A - Additional SCO Misstatements
Authored by: meshuggeneh on Friday, June 17 2005 @ 08:38 PM EDT
I'm surprised AutoZone saved this for an attachment, because it is dynamite.
I think because this attachment mainly deals with all the complex and possibly confusing explanations underlying the very clear statements given in the Response. If you want to send a message, make a clear statement, then back it up.

[ Reply to This | # ]

AutoZone's Exhibit A - Great Explanations
Authored by: rsteinmetz70112 on Friday, June 17 2005 @ 08:59 PM EDT
Exhibit A is a very clear concise explanation of what AZ set out to do. They are
doing a great job of explaining things to the judge.

---
Rsteinmetz

"I could be wrong now, but I don't think so."
Randy Newman - The Title Theme from Monk

[ Reply to This | # ]

Another joke thanks to the US legal system
Authored by: Anonymous on Friday, June 17 2005 @ 09:19 PM EDT
Why hasn't this case been thrown out????

SCO have been proven as liars, providing false statements. The judge should be
giving them a fine or some other punishment.

Its ridiculous. Other nuisance lawsuits will pop up and when the judge tries to
sanction the dropkicks because of their false statements, they will just cite
this case as precedent. "SCO made tons of false statements and the judge
did nothing, it would be unfair for you to do the same". Of course they
will waste at least 10,000 words and quite a few weeks arguing the point.

How old is the US legal system? 200 years? Its degenerated into a farce and
needs major updating.

[ Reply to This | # ]

A thought
Authored by: Tufty on Friday, June 17 2005 @ 09:36 PM EDT
Sometimes my mind wanders a little. Some have accused it of wandering so much
that it infrequently occupies the same time, space coordinates as my corperal
self. Following these AZ documents I found myself musing

If any of the SCO gang bought a car part in AZ and fitted it to their car, would
the car belong to AZ?

If any of the SCO gang bought a car part in AZ would the screen on the POS start
flashing 'LITIGATION ALERT,DO NOT SERVE THIS PERSON'?

Sorry, just wondering.
;-)


---
There has to be a rabbit down this rabbit hole somewhere!
Now I want it's hide.

[ Reply to This | # ]

"the precise number"
Authored by: tangomike on Friday, June 17 2005 @ 09:46 PM EDT
In footnote 2 AZ says that TSCOG complained about not getting "the precise
number" of files, but AZ had provided a complete list. Technically, TSCOG
is right, probably because they were too lazy, or unable, to count (1,2,3,...)
and AZ hadn't counted for them.

---
Nothing screams 'poor workmanship' like wrinkles in the
duct tape.

[ Reply to This | # ]

Two possibilities
Authored by: tangomike on Friday, June 17 2005 @ 10:02 PM EDT
Either:

a) TSCOG thought that AZ couldn't possibly have rewritten their software to run
on Linux without TSCOG code, or

b) TSCOG knowingly filed a false suit against an existing customer (AZ still has
TSCOG licenses), hoping to get a cash settlement.

It's hard (for me at least) to decide which is the dumber idea. Here's a
technology vender that doesn't know enough about its market, despite selling the
product that AZ converted to, to know what's possible. Or business executives
that thought extortion would be possible and AZ wouldn't be able or willing to
refute the charges.

Every once in a while TSCOG reminds me how truly stupid and greedy their
executives are. And lets be clear here: TSCOG is a legal entity, but the
stupidity is all Darl and his cows/rustlers.

---
Nothing screams 'poor workmanship' like wrinkles in the
duct tape.

[ Reply to This | # ]

AutoZone's Exhibit A - Additional SCO Misstatements
Authored by: blacklight on Saturday, June 18 2005 @ 12:10 PM EDT
This is my summary of SCOG's PR strategy:

(1) If you can't dazzle them with brilliance, baffle them with b.s.

(2) Shock them with shlock

(3) Make up your facts and your pleadings as you go along. Improvisation is
praise worthy, up to the point where your arguments are not merely inconsistent
diametrically opposed to each other

(4) Put your baloney in court filings so you can't get sued for it. On the other
hand, it's pretty hard to deny that you said what you said when it's in writing
and in your own court papers no less.

Oh, well.

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