Earlier quoted context omitted.
My point isn’t that McBride was doing something financially irresponsible, my point is that he’s obviously lying .
He’s technically only claiming that turning the company around was his job description when recruited. Is that this was a lie told to him.
The SCO lawsuit, 20 years later
161–170 of 259 posts
Re: The SCO lawsuit, 20 years later
#162Earlier quoted context omitted.
Well, it's not just Congress. There's the Berne Convention which, with minor variances, governs copyright in most of the world. The US can do whatever it wants I suppose but it's not as simple as Congress saying: We're going to do our own thing. Who cares about Europe etc.?
I'm not familiar with that. Congress passed the Sonny Bono Disney Protection Act (being facetious here). Was that before the Convention was signed?
There is apparently some flexibility within the Berne Convention on copyright terms. There are also limitations on public domain works in continental Europe that differ from common law countries like the US. However, it does govern copyright in broad strokes. For example, the US used to require that a creator explicitly assert copyright while most of the rest of the world did not.
In any case, the US is generally aligned with copyright in most of the rest of the world. So any broad change in copyright law (other than perhaps somewhat shortening terms) would make it an outlier.
Re: The SCO lawsuit, 20 years later
#163Earlier quoted context omitted.
My main experience with RedHat has been needing to bend over backwards to support its wildly outdated library versions. Because RedHat “supports” operating systems for about a decade, there’s always an argument that a library should be written to support whatever toolchain is provided by the oldest supported RHEL version. RHEL’s “support” should be seen as “your software will continue to run unmodified when on this s…
Current development was better done on Fedora, the upstream of RHEL, I think they were pretty clear that's what it was for. RHEL was for when you needed everything to work no matter what. Fedora was for new development and latest and greatest.
Re: The SCO lawsuit, 20 years later
#164Earlier quoted context omitted.
My main experience with RedHat has been needing to bend over backwards to support its wildly outdated library versions. Because RedHat “supports” operating systems for about a decade, there’s always an argument that a library should be written to support whatever toolchain is provided by the oldest supported RHEL version. RHEL’s “support” should be seen as “your software will continue to run unmodified when on this s…
They're talking about stuff that predates RHEL by half a decade.
Re: The SCO lawsuit, 20 years later
#165Earlier quoted context omitted.
He’s technically only claiming that turning the company around was his job description when recruited. Is that this was a lie told to him.
Even if he's getting fed nothing but lies by someone else about how IBM really did steal their source code and winning this is in the bag and will totally turn the company around, and somehow has no ability to discern the truth himself, you still don't hire David Boies to deal with that.
With all due respect...the hell you aren't.
Re: The SCO lawsuit, 20 years later
#166Re: The SCO lawsuit, 20 years later
#167One thing that the author of this article left out is that SCO was not SCO during this dark period of litigation. SCO (Santa Cruz Operation) was an x86 UNIX vendor that wasn't great, but enjoyed a lot of market share. I'd estimate they were #2 to SUN in installations because it ran on commodity x86 hardware. But by the late 1990s, they knew their time was up given the pressure from Linux. When the company was sold to…
Re: The SCO lawsuit, 20 years later
#168Earlier quoted context omitted.
If the stock went so low, couldn't IBM or whoever just buy SCO? Or were not there not a controlling number of shares available?
The LWN article discusses this point: > it was widely assumed at the time that SCO's real objective was to prod IBM into acquiring the company. That would have solved SCO's ongoing business problems and IBM, for rather less than the amount demanded in court, could have made an annoying problem go away and also lay claim to the ownership of Unix — and, thus, Linux. ... > IBM, though, refused to play that game; the com…
Re: The SCO lawsuit, 20 years later
#169Earlier quoted context omitted.
Even if he's getting fed nothing but lies by someone else about how IBM really did steal their source code and winning this is in the bag and will totally turn the company around, and somehow has no ability to discern the truth himself, you still don't hire David Boies to deal with that.
You've decided to throw down with IBM with a lawsuit that could result in billions in damages. You've convinced yourself you're going to win, lies or no. Microsoft is shoveling money at you to do it. And......you aren't going to go hire a gold-plated superstar litigator, the guy whose already spanked Microsoft in court, "to deal with that"? With all due respect...the hell you aren't.
In 2003? Boies was probably best known for losing one of the most watched court cases in American history.
He's a great choice... if you want an savvy operator with a weak moral compass to pump your stock. Not so much if you want to win because you believe the company is in the right and has a promising future. (He might do that too, but no better than dozens of other effective lawyers.)
Re: The SCO lawsuit, 20 years later
#170Earlier quoted context omitted.
Yes, but the arguments of that era always seemed to revolve around minutiae like the package manager, or default filesysem, or choice of default desktop.
You're being dismissive of issues that were far bigger than you make them look. >like the package manager It wasn't about, for example, dpkg vs rpm, but apt-get versus.. nothing, because Red Hat had nothing to solve dependencies. Installing software on Red Hat was a truly hellish experience. >default filesysem I have never in my life seen people dismiss a distro because of a default filesystem. I question whether you…
No, it totally was. APT vs. nothing was a big deal, but RPM per se had a lot of mistakes. Debian also had massively better standard tooling around conffiles, diversions, alternatives, etc. They also had publicly-published packaging standards so even out-of-distro debs were often pretty good, while third-party RPMs were a garbage fire.