Sun to Acquire Tarantella
SunFan writes "Sun announced that they will acquire Tarantella Inc., who were the original SCO before selling their operating system to Caldera. Another write-up with more historical detail is at SunHELP. Apparently, Sun is after the Secure Global Desktop products, which might fit into their SunRay strategy."
The original SCO (decent guys) are now called Tarantella, which are apparently being bought by sun.
The evil people used to be Caldera. They bought the SCO *name* and tarnished it.
Haven't you been paying attention? The original SCO never sold their souls, they just sold their name.
Do daemons dream of electric sleep()?
You have to imagine that they are after intellectual property beyond what is on the surface. Could it be that Caldera didn't get all of the rights that SCO thought they did?
forget all this nonsence about unix rights. Its not about that. The Secure Global Desktop system is something we've had in production at my workplace for a few years now, and its a great system, similar to VNC, but on a much higher level. I've tested it on sunrays with sun IT execs and they were througoughly impressed. The acquisition therefore comes as no surprise. SGD is also much cheaper than Citrix and is rapidly expanding. In my console, which i run on gentoo, i have very quick access to win2003, the SGD management console, Gnome, KDE, and many other apps. I think this is much more valuable than some never ending court battle creating bad PR. Sun aint after that.
If you're going to bash Sun, at least do it properly.
Sun Microsystems are the people responsible for OpenOffice.org. Recently I acquired an AMD 64-bit workstation. I have been trying to get OpenOffice.org to compile on this thing.
It ain't having it. Not even the CVS version I checked out.
I know all about the "32-bit chroot" way of doing it. It's an ugly solution, like teaching a cat to bark. I've paid for a 64-bit processor, for crying out loud -- and I'm damned if I'm going to have it run on half its cylinders.
But OpenOffice.org keeps coming up with compile errors.
Properly-written code should not care about what processor it is running on. It's wrong from a portability point of view to assume that a particular data type can be substituted for another data type just because, on one system, they happen to have the same bit size. Yet that seems to be at the very root of the issue here. I edited file after file, lost track of where I was at, and finally gave up. Meanwhile, I've come to love KOffice.
Bear in mind that this is Sun's OpenOffice.org, a piece of code they dare show us the internals of.
Now think. Sun also sell proprietary, closed-source stuff, which they don't have to worry about other people seeing. Stuff like Solaris and Java.
If OpenOffice.org is so sloppily written that it won't compile on a 64-bit system without more mods than I was prepared to make, and that's what they deign to let us look at -- then what sort of state is the code in that they won't let us see?
Je fume. Tu fumes. Nous fûmes!
You bought an Opteron workstation. You want to run it with a 64-bit OS? So run Solaris 10. You shouldn't need to compile OpenOffice.org just download the darned binaries. Solaris 10 runs 32- and 64-bit binaries side by side, seamlessly, flawlessly and with no performance penalty.
Stick Men