Why SCO UNIX Is A Bad Idea
Ashcrow writes "SCO UNIX has long boasted its 'true UNIX' code base, but is that really the case? A story running at The Jem Report looks into SCO's claims and holds it up to other UNIX variants to try and find validity for SCO's claims." The author has a bit of a chip on his shoulder, but worth reading for the comparison of various *nix's.
It's not just the code. Programmer comments embedded in Linux -- English-language descriptions -- are identical to those found in SCO's Unix code, according to SCO. There's even a typo in one of the commentaries in Unix System V that also appears in a Linux commentary. Extracting the controversial code is not really a feasible solution. Because of the way intellectual property (IP) laws work, derivative products that use the allegedly pilfered code are also subject to liability. Anyone who bundles suspect products, or uses them, is also conceivably on the hook.
My college roommate in my sophomore year, an electrical engineering student named Mike Foster, helped me coin that one. He had an answer for everything, and often it involved the death penalty, a flat tax or some other clean, simple solution that would have been absolutely insane to try in real life. Don't get me wrong. I stand in awe of people who can design transistors or even who can put up drywall. But there is arrogance inside the scientific mind, and it rarely knows when to stop.
Put the SCO argument another way: What if you found out something you had a hand in was now the basis of a multibillion-dollar empire? Would you want a slice, or denounce yourself as a fraud? SCO could also be really overplaying some minor copying. But we won't know until the evidence is in.
SCO does not have any kind of intellectual property claim to UNIX. Therefore, claiming ownership of it will make them look like criminal idiots.
And as a server OS, SCO UNIXes are worse since not all of them (yes, they do have all different kinds - even worse) support such things as IPv6 or ACLs which any modern day operating system such as Linux should have. And they're attempting to sue Linux programmers? Who incidentally implemented features they don't have? Hmmm...
Besides, this article has nothing to do with the SCO lawsuit, editors. It's about comparing SCO to other Unices. (Though I presume everyone will make a comment about that anyway.)
Bash script for FP whores
Well, the first thing I can think of is: SCO probably won't be around this time next year. So chances are, you're going to be out of luck for support, unless someone pops up to cover SCO support contracts (for a significant price, I'm sure).
====
Crudely Drawn Games
At least, that's what I'm conditioned to think, and so far it's worked out.
I've been working on a proposal to implement a paperless office for a doctor in a hospital. After quite a bit of research, I decided that Sun was the way to go. They have some really cheap Intel severs right now, which is important because I'm trying to underbid competitors. The OS is already installed out of the box, which saves me time for real stuff like coding, and since one of the requirements for this was to last and be supportable for the forseable future, the fact that Solaris is not going to be phased out for something like Linux sold me. Of course military grade security is nothing to sneeze at when you're talking about a wireless network of private patient information.
I've seen a lot of things, but I've never been a witness.
The reason sco is a very bad choice for current projects is it hasn't been alive for quite some time.
Most people complain about the lack of driver support in Linux and BSD but its positively nonexistent in SCO. USB, SATA, Firewire, Sound, Video, high end nic's, backup devices the support isn't there. VMware and Virtual PC both won't support SCO. BOCHS will but only with an incredible amount of effort. This situation is not going to improve especially after SCO's recent actions. If you develop drivers are you going to develop for a company likely to sue you for porting your code ???
There is the further "I am stupid take advantage of me" effect in dealing with 3rd party vendors. If you are implementing on SCO 3rd party vendors figure you are a mark and should be mercillessly taken advantage of. Their rational is that you are obviously trapped in a legacy system and have no ability to move. The licensing schemes for products on SCO open server can be so draconian as to destroy business.
So yes why would you go with SCO, its not a software company any more. Its a protection racket.
Irritable, left-wing and possibly humorous bumper stickers and t-shirts
Some examples of non-genetic Unix operating systems are GNU/Linux and *BSD
I had to stop reading after that line. That line and his belief that people think of SCO software when people say Unix entirely undermines the credibility of this article in my opinion.
And the muscular cyborg German dudes dance with sexy French Canadians
Well yes, but it is far from "nice research". In fact, it's incredibly poorly researched and written. It's inaccurate, misleading and very biased. Sadly, this just serves to undermine the credibility of the valid points in the text.
"The invisible and the non-existent look very much alike." -- Delos B. McKown
The author uses the term "scalability" to mean something like forward compatibility for hardware. Seems like an odd lapse.
If SCO refuses to show what code is infringing, then why not look at what "hints" they've given, for instance, I've read that the SMP related code is tainted... so why not just rip all the SMP stuff out and rewrite it?
Taking that same tatic, you could easily replace all the code that is possibly infringing, and in the process, refine what portions had to be recoded. Everyone wins? eh?
-Dudds
As a comparison of different Unix platforms, this article is pretty much a joke. He seems to be comparing the vendors' marketing materials instead of their actual products.
For example, he concludes that Red Hat has poor security not because of its record of security holes and useless, vulnerable services enabled by default, but because he couldn't find a list of security features or a security policy on their website. Impressive.
All he has to say about OpenBSD is that it "takes a cryptographic approach to security" and "is rumored to be the most secure OS on the market". Even though he claims to be "looking at Unix operating systems sold as they are", he doesn't mention how OpenBSD has only a minimal number of services enabled by default, unlike Solaris and Linux where one's first task in securing a system is to disabled the many useless, possibly exploitable daemons the vendor has enabled in the default install. He also doesn't mention the many steps that have been taken of late to make OpenBSD more resistant to stack smashing attacks.
He concludes that "Solaris is one of the most secure choices you can make" apparently only because he was impressed by Sun's website. Although I'm a big fan of Sun and Solaris, I would certainly be inclined to disagree here. In my experience, Solaris is comparable to Linux in terms of security; it's not secure by default like OpenBSD, but it can be made fairly secure with a bit of work (turning off services, enabling the non-executable stack, possibly using roles or auditing, etc).
So, although I'm as eager to slam SCO as the next guy, I'm somewhat skeptical of this article's criticisms, seeing as they seem to be based entirely on SCO's website and product literature. Without any personal experience with any of their systems, I'm not going to take this guy's word for it.
Ubi dubium, ibi libertas.
Unless your a government contracter who requires real Unix( not like or just plain possix) then its not worth it.
Linux and the BSD's are examples of great OS's. However the new 2.6 kernel now is comming into pre-release versions so his arguments on scalability are about to become outdated.
FreeBSD supposed to have better stability then the 4.x series but it has not been benchmarked yet. Also its not as scalable as Linux. Certainly more reliable though.
May SCO Unix just die.
Bell Labs Unix was cool in the 80's but has been neglected as soon as the Unix team focused on Plan9/Inferno. Also Sun and SGI improved Unix in their own proprietary versions. Seriously it has been since the mid 80's since any new features have been added( sco unix that is).
Running Unixware today is like running Dos 4, os/2 2.0, or Novell 2.1. Its very gone.
And to top it off McBribe actually believes Linux was the reason that Unixware never took off. Nevermind Novell and Bell labs before them could not get anyone to buy it. Yes, drivers have nothing to do with. He even stated that Linux would not be so hot if Linus cut and pasted code from Unixware in it.lol.
http://saveie6.com/
And what, precisely, does this have to do with the SCO lawsuit?
Are you stating that the Linux kernel is a derivative of UNIX? Bzzt! Wrong. Review your history. Linus Torvalds built the Linux kernel essentially from the ground up. He had no UNIX source code in front of him. Linux does work a lot like UNIX, and you see UNIX-isms in Linux, but this alone does not make it a derivative product, any more than my wife's Honda is a derivative of my Toyota just because the both have automatic transmission.
Now lets talk about the SCO lawsuit. Recall that SCO has finally narrowed its specific claims to RCU, NUMA, SMP, and JFS. Yes, these are big hunks of code. But if SCO is found in the right, these are the only affected pieces. They cannot simply retrofit the law to extend this backwards in time and claim derivative works on all of Linux. Most of this code made it into version 2.4, the specific version that SCO is citing in their complaint.
Now I agree that the SCO lawsuit is something that should be taken seriously, as much as I feel that SCO is serving up a nice load of steaming bullshit. But be careful in your conclusions. You're extending SCO's IP way too far, which is most likely what SCO wants people to do. Get armed with the facts so you can resist SCO FUD.
Karma: Frotzed (mostly due to the Frobozz Magic Karma Company)
Remember most people who buy UNIX boxes from companies other than Apple are buying servers. Most people buying from Apple are buying desktops or laptops. While Apple's total sales are a mere fraction of IBM, Dell, HP/Compaq, etc, each computer company's UNIX portion is only a fraction of the their sales. IBM sales comprise of AIX, Linux, and Windows. Dell has Windows and Linux. HP/Compaq sales are Tru64, Windows, and Linux. And so on.
While Linux is gaining popularity, it suffers from the same issue as other UNIX variants: Most people are using them as servers not desktops so their numbers are significantly smaller.
Well, there's spam egg sausage and spam, that's not got much spam in it.
Have a group of kids who have never worked on Linux before (but who want to help) be told the inputs, the outputs, and what should happen in the middle. Rewrite from scratch. No Copyright infringement, because you cannot create a derivative work without seeing the original.
Problem solved.
The ______ Agenda
Both the Democrats and the Republicans are bought and corrupt, so vote Democrat? This is insightful?
An AC that can spell words like maelstrom, use reasonably correct grammer, etc. is improbable enough. One that also happens be slowwitted enough to be parroting the Gartner FUD (what is they are right, you just can't risk it) line is too improbable for a reasonable person to buy. So I call astroturf.
We don't have to wait for the evidence because we would be waiting forever. There IS no evidence because there was no copying. The features SCO claims were copied do not exist in the old UNIX codebase SCO may or may not own so they could not have been copied from that source. Further, were SCO to actually have a case they would have sent cease and desist orders by now. They have not.
This is a pump & dump stock swindle mixed with a little FUD for hire on the behalf of Sun and Microsoft to raise the money to retain Boises & Co and keep SCO's doors open long enough to dump the stock.
Democrat delenda est
And this happened as soon as Linux started to be stable and compatible enough for people to switch. A large client of ours ran their back office system on SCO, and still does, but all development and training servers run RedHat. They don't switch only because they have had the servers for 5 years and will keep them for another five.
SCO Unix as a product has almost zero relevance to today's world, and to SCO's actions. Remember that this is a company that bought the SCO baggage and then used it to launch lawsuits.
Would you buy an operating system from a firm of lawyers? Nope, me neither.
Ceci n'est pas une signature
So you're incredibly ignorant about OS X. You can configurte the OS completely from the command line. Of course, there's no need for reality to interfere with your silly beliefs.
While SCO may possibly win in court--I doubt it, but it's possible--I don't think their claims have any moral standing whatsoever. They are exploiting the legal system in the name of pure greed, not in the name of justice.
This is exactly the point. While there has already been far too much debate here on Ye Olde Slashdot about whether SCO's claim of copyright infringement has technical merit, the management of SCO surely couldn't care one wit about the truth of their claims. I'd be surprised if the people at SCO responsible for launching this legal attack could distinguish between Linux box and a SCO Unix box. This action isn't based on technical merit. Here's what it is based on:
Inflating their stock price.
What SCO is doing is a management hack and it's working. It's a way of creating temporary value in the company so that one of these scenarios can happen:
There is no way that SCO's actions represent a long-term business plan. Instead, this looks like the last gasp of a dying company. I don't believe SCO will be an independent entity three years from now.
The most damaging effect of this lawsuit is the chilling effect it has on businesses adopting Open Source projects. It's infuriating that the half truths, lies and innuendo told by SCO in its last days are scaring other companies away from Linux. This could not have worked out better for Microsoft.