SCO Will Try Again
The internet is alive with the sound of screaming this week, as everyone and their brother rushes to announce the Tenth Circuit Court of Appeals ruling on SCO's appeal of the U.S. District Court's decision in its case against Novell. To hear some tell it, SCO has emerged triumphant, Novell is vanquished, darkness shall reign in the whole of the land, and male pattern baldness will engulf us all.
Reports of the Court of Appeals ruling have been wide and varied in their interpretations. While your editor is missing the hair on the back of his head, it is most surely not a result of mass SCO-ruling induced baldness, nor will anyone be forced to read this via candlelight due to the blackening out of the sun. While we've not yet had the opportunity to review the full decision in depth — it's fifty-four pages of beautiful legalese, if you're feeling adventurous and/or suicidal — there are a few things that are clear.
First, it is true: The Court of Appeals reversed some of the District Court's findings. They did not decide SCO was right, they did not rule that Novell was wrong, they didn't answer any of the material questions of the case, and they didn't sentence Judge Kimball to death. What they did do was to hold that certain issues the District Court ruled on should not have been decided by the Court on its own. Some background on the process is helpful in understanding just what went on.
One of the most important distinctions between courts in the United States (and many other countries as well) is the distinction between trial courts and appellate courts. While both are courts, and both are run by judges in black robes — or if they're really special, like the Supremes, Justices — they don't provide the same function. Trial courts take evidence, determine facts, and rule on points of law relevant to the matter at hand. Their scope is quite wide — they generally will hear and rule on any aspect of the case that presents itself, regardless of how it comes up.
Appellate courts don't take evidence — there are no witnesses when the Supreme Court sits — they don't determine facts, and they don't hear a wide scope of matters. The appellate court hears only questions of law specifically brought to it by the parties, and then only if it relates to a matter originally raised at trial. They base their decision entirely on the arguments presented by the parties in the form of legal briefs (and oral arguments, if there are any) and the certified record sent by the trial court. Their only function is to determine whether the law was correctly applied — they don't decide who was right or wrong, or whether or not Colonel Mustard was in the library with the candlestick, only whether the trial court followed the law and ensured that everyone else knew what it says.
Even more important than the distinction between trial and appellate courts is the distinction between judges and juries. Extremely simplified, there are three things taking place during trial (often they are enumerated as such in the court's orders): determining facts, drawing conclusions from the law, and issuing a judgment. Determining facts is the exclusive province of the jury: once the jury has determined a state of facts, it is binding on the court. The judge's responsibility is to determine matters of law, to properly instruct the jury in the applicable law, and once the jury has returned its findings, to issue a judgment in accordance with those findings and the law from which they flow. (The jury may be involved in the judgment process as well, by recommending a sentence or an amount for damages, but it is the judge's role to make the final decision.)
When there is no jury, then the judge becomes the finder of fact and the concluder of law. Additionally, if the court can be convinced that there is no reasonable chance for one side to successfully prevail on a matter of fact, it can issue a summary judgment that decides the issue without actually holding a trial or empaneling a jury. These decisions are highly popular and highly unpopular at the same time. The courts favor them because trials are expensive and take inordinate amounts of time, time that the overwhelmed court system just doesn't have. They are unpopular, however, particularly on appeal, because they bypass the trial process — having ones day in court — and if used where the facts are not overwhelmingly clear, deny the parties their right to a fair trial.
In SCO v. Novell, Judge Kimball issued a series of summary judgments determining various matters in contention before the trial took place. (In fact, it wasn't long after his ruling that SCO filed for bankruptcy.) Among the the matters decided by summary judgment was the issue of who owns the Unix copyrights that SCO claims it never sold to Novell. The court determined, without a trial and without a jury, that Novell owned the copyrights, and when the remainder of the matter was tried, it was tried in light of that determination. SCO, obviously, wasn't pleased, and appealed the matter to the Court of Appeals, arguing that the summary judgment was inappropriate.
Inappropriate is an important word here — if perhaps not the one the court itself would have used — because the Court of Appeals ruling did not decide that the judgment was incorrect in itself, that is, that Novell doesn't own the copyrights and SCO does. What the court decided was that it was inappropriate for Judge Kimball to issue a summary judgment on the matter — the Court of Appeals felt that, based on the record before it, that matter was too complex to meet the standard for a summary judgment. As such, the court reversed the summary judgment and remanded the matter — that is, they sent it back to the trial court with the order to hold a jury trial and let the jury decide who owns the copyrights.
That's it — no great victory, no sweeping darkness, no mass vanishing of follicles. Just the decision that Judge Kimball shouldn't have decided for himself and the instruction to ask a jury. Interestingly enough, the court upheld the other matter SCO appealed — the $2.5 million judgment against it. So, now all that remains is to hold that trial, and Big Bad Darl — McBride, CEO of SCO — is vowing to fight to the death against the "knock off of our Unix." Except...
Darl seems to have forgotten that he's a corporate eunuch at this point — his business card may say "C.E.O." but he lacks any P.O.W.E.R. That's because he and his cohorts thought the Bankruptcy Court system was a good way to avoid paying their creditors until they could come up with a new evil plan — unfortunately, while they they were working on their evil plan, they failed to come up with a reorganization plan, and landed themselves in hot water with the Bankruptcy Court. As we reported a few weeks ago, SCO's management is no longer in control of the company, as the Bankruptcy Court has ordered that a trustee be appointed to run SCO's affairs.
Having a trustee appointed isn't like getting a receptionist — he or she doesn't sit at the front door and answer your calls while you come up with new ways to destroy the company. The trustee becomes the management, and gets to decide how to run the company, including whether or not to continue suicidal suing. The Court of Appeals ruling says that a new trial should be held, but that is contingent on a) SCO (i.e., the trustee) pursing the matter, and b) the Bankruptcy Court allowing it. As those who have been following the SCO case for some time will remember, when a party is in bankruptcy, there is an automatic stay on all litigation — the only way any court can hear any matter related to the party is with permission of the Bankruptcy Court. No permission, no trial.
At this point, there are at least three significant bars to SCO seeing anything resembling a victory. First, the trustee will have to be convinced that the lawsuit a) actually has any merit to it whatsoever, and b) could actually be won. (All the Court of Appeals ruled was that a jury should make the decision, not that SCO has a chance of purple cows giving Pepsi.) The trustee's job isn't at all to do what SCO's management wants, and isn't just to do what's in the best interests of SCO actually emerging solvent from bankruptcy — it's also to protect the creditor's ability to recover what they are owed. That means the trustee won't be going on a fishing expedition with the Novell/IBM cases — if it's not got a good chance of winning, the trustee won't waste the estate's resources on it.
Second, the Bankruptcy Court will have to be convinced to lift the stay on the litigation. Even if SCO manages to drug, brainwash, and/or torture the trustee into going on with the cases, they'll have to talk the Bankruptcy Court judge into it too — a judge who has figured them out and is tired of their antics. Lifting the automatic stay on litigation is what might be termed an extraordinary remedy — the judge isn't going to do it just because he's grumpy that his cornflakes were soggy at breakfast.
Finally, the biggest hurdle for SCO is what the whole appeal was about: the jury. Twelve ordinary people, with little or no legal training, potentially without any understanding of technology at all, are going to have to be convinced that the hundreds and hundreds of pages of sale agreements don't include selling the Unix copyrights in question. Judge Kimball was described as having great trouble clarifying all the details, so getting it across to a jury isn't going to be easy. It'll be particularly difficult if, like last time, Darl swears things on the stand that other executives have denied — minutes before, under oath. And as we said almost a year ago, if it does go back to trial, Novell has a whole host of issues it can reinstate.
For now, we're firmly planted in our seats waiting to see what happens — though we may run out for a toupée at some point. As for the Court of Appeals ruling, to quote ourselves: Final order? Yes. Final chapter? Not even close.
Justin Ryan is a Contributing Editor for Linux Journal.
Practical Task Scheduling Deployment
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.View Now!
|The Firebird Project's Firebird Relational Database||Jul 29, 2016|
|Stunnel Security for Oracle||Jul 28, 2016|
|SUSE LLC's SUSE Manager||Jul 21, 2016|
|My +1 Sword of Productivity||Jul 20, 2016|
|Non-Linux FOSS: Caffeine!||Jul 19, 2016|
|Murat Yener and Onur Dundar's Expert Android Studio (Wrox)||Jul 18, 2016|
- Stunnel Security for Oracle
- The Firebird Project's Firebird Relational Database
- My +1 Sword of Productivity
- Managing Linux Using Puppet
- SUSE LLC's SUSE Manager
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Non-Linux FOSS: Caffeine!
- Doing for User Space What We Did for Kernel Space
- Google's SwiftShader Released
- Parsing an RSS News Feed with a Bash Script
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide