Slashdot Mirror
FSF, GCC, and SCO Compiler Support
Ancipital was one of several who noted that a
special patch is going into GCC. The file is README.SCO, and it is a short writeup about the SCO situation written by the FSF. It stops short of demanding that GCC developers strip SCO support from the compiler, and says more will be announced before the next compiler release.
They should have just removed the support. I don't see how it would harm normal people, as they can keep on using older compilers.
Anyway, this is the right direction. I just hope projects can strip out SCO support without breaking much good code.
Save your wrists today - switch to Dvorak
Of course, the output of this compiler is not executable code. It produces lawsuits instead.
Don't blame Durga. I voted for Centauri.
SCO don't care about GCC support of their OS, they do not are a software company anymore but a litigation company.
Stripping SCO support from GCC will only harm SCO's old customers who don't have anything to do with SCO evil.
...all programs compiled with the -sco flag will now start with a nag screen urging you to pay $699 to legalize your software?
The only thing better than stripping out the support would be generating code that would execute slightly wrongly when run on an SCO OS. Adjusting small decimal numbers just a bit, corrupting a database here and there... every 3 years.
;-).
Talk about Fear, Uncertainty and Doubt
Save your wrists today - switch to Dvorak
I do not believe this is the right way to approach the issue. Let them work this ugly legalese - in courts. How are we any different from Microsoft, if we happen to "exclude" some support from projects because we do not like the receipient? I do not say "let's all develop code for SCO support", but please do not remove any *existing* code.
Those who can, do. Those who can't, consult.
The README suggests that removing support for SCO unix from GCC would hurt SCO's users, but not SCO. I disagree: If SCO's users can't develop software for their chosen platform anymore, then they will likely choose another platform, and SCO will be the one hurting in the end (which is the desired effect). Of course, there are other compilers out there, but the best ones are limited by platform (icc comes to mind) or can't very well just be a drop in replacement for gcc (everything else).
Don't become a regular here, you will become retarded. -- Yoda the Retard
Exactly that attitude is what the FSF had to have had when they decided to write this "patch" Let the Stone throwing begin. Everyone knows SCO is full of shit why cripple GCC's support for SCO's Unix just because it can be done? Is this going to become a standard practice you done did us wrong now its your turn?
There is no reason to continue to support SCO. In fact, I think this action is immediately necessary to let potential licensees of SCO know that they will NOT have a free compiler if they buy SCO/Unix.
There is no reason not to defend the free software community against the illegal actions of SCO. This aggression will not stand.
SCO has profiteered off of the goodwill and charity of millions of programmers across the world. How are they repaying you? By suing you into oblivion and STEALING your code!
This is not the time to be benevolent and charitable. This is the time to be assertive and not let them bully you around.
I strongly urge the likes of the FSF and RedHat, who has already established a legal "defense" fund to also establish a legal "offense" fund and start fighing SCO for violating the GPL and the Copyrights of every developer that had their code distributed by SCO in violation of the GPL.
Everyone is so worried that the GPL won't hold water in court. If you're so worried, than it won't. The time to test the GPL is NOW, so that any weaknesses can be found and corrected.
SCO needs to be taken seriously no matter how irrational or stupid their claims become. Remember that the people they pack juries with are usually just as stupid and irrational.
Might cause SCO's clients to put some pressure on them in regards to the current action SCO is taking...
- 5. No Discrimination Against Persons or Groups
- 6. No Discrimination Against Fields of Endeavor
Does this mean the FSF is no longer open source compatible? For the knee-jerkers out there, this is not a troll, it is a serious question. The issue is that Free software should be free, warts and all. Unintended consequences aside, you can't just remove the right to use GCC of any organisation that uses SCO software, it's not right....The license must not discriminate against any person or group of persons.
The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.
People who think they know everything are a great annoyance to those of us who do.
Instead of striving for the best possible compiler and tools for the open source community, it's better to engage in a pissing match with SCO? Wouldn't it, perhaps, be better just to keep things moving forward?
We must take the higher ground and turn the other cheek, lest we threaten the very trust upon which Open Source is built.
"Learning is not compulsory... neither is survival."
--Dr.W.Edwards Deming
But GCC shouldn't remove SCO support for reasons of pique or spite. As other posters have said, it won't hurt SCO one bit, but to do so would make GCC, FSF, and the entire free/open software community look petty, and perhaps untrustworthy. GNU software has a long history of running on unsupportive or openly hostile platforms (i.e. windows) and its continuing to do so gives users of those platforms an incremental upgrade-path to freedom. Any action like this, however justified it might feel, would do much more to harm innocent SCO customers and the entire free software community's reputation.
## W.Finlay McWalter ## http://www.mcwalter.org ##
Yeah, but I'm not so sure that SCO actually want customers anymore. They know that their market share is falling, acting the bully isn't going to change that. I reckon all this lawsuit stuff is just their dying throes, in which case hurting SCO users won't really have any impact on SCO.
gcc is still Open Source. They would not be placing any additional restrictions on the use of gcc, so anybody could create a patch for gcc to make it work again. They would simply be choosing to remove support for SCO Unix from the mainline gcc source, so it would no longer work "out of the box". Besides, they havent actually removed support yet, though they have hinted they may do in the future if SCO continues its behaviour.
were you expecting to see a sig here? perhaps you'd rather see the inside of an ambulance!
Your problem is with the officials, not the inhabitants. All you would achieve is to turn sympathetic users of GCC into your sworn enemy. At what gain?
Many companies use proprietary technology. Some misappropriate Free Software, others allow it to mingle with their own. When a misappropriation takes place, our action need to be litigation, not misguided populist sentiment.
"Learning is not compulsory... neither is survival."
--Dr.W.Edwards Deming
No, read it again.
It says they've been urged to do so, but will not at this time. They're considering it, but have very good reasons not to. If they did remove it, it would be basically a symbolic move that would hurt a few innocent people. Putting in this readme drawing attention to the controversy achieves a similar symbolic statement, without hurting those people. I think it's a good move.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Friends don't let friends enable ecmascript.
Saying that we are going to waste time removing support that already exists because we do not like what SCO has done would look childish to many observers. The message seems like 'you cannot play with us any more'. It would not disturb SCO in the slightest, as any customer crazy enough to buy a SCO license (or SCO maintenance contract) now would not be deterred by the fact that they cannot use leading edge features of the GCC compiler. All it would do is make FSF look unprofessional.
SCOs customers are a miniscule source of profit anyway. Their customer base is tiny and shrinking. No one with half a brain has bought it in years, there install base is mostly very old installations that are only there because no one wants to break a working system.
Trying to coerce people like that usually backfires. The people still using SCO, all 10 of them, are already working on installing Linux or *BSD instead. No need to antagonise them. They didn't file the lawsuits, and they didn't buy from the company calling itself SCO in the first place anyway - they bought from what is now Tarantella and while you might not like old SCO either, they're certainly on a different plane from Darl & Co.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Friends don't let friends enable ecmascript.
Well that depends on whether or not SCO's operating systems are a part of their business plan any more. A lot of people would argue that they are just a lawsuit company now.
There's a big problem with this proposed action though. What message does it send to people who happen to be using SCO, and decided upon Free Software (GCC) for their compiler? Essentially, they are getting the message "you are using an operating system we don't like, so we'll leave you high and dry". It's Free Software, so it's not as bad as when a proprietary vendor drops support, but it's still a big business risk.
We don't want to give the impression that you can't depend on Free Software unless you buy into the whole philosophy and only use FSF-approved operating systems. I think they have done the right thing by making a public issue out of this before actually doing anything, it lets people plan ahead in case this goes ahead, and it gives end-users a chance to talk to SCO about it (if they aren't already).
did the submitter even read the README?? it says no such thing, and i quote:
Any chance we can stop giving this corporate protection racket so much free publicity?
You know you can NOT click on the article? If it bothers you so much, why not disable the Caldera/SCO topic from your preferences? Heck, how was your thinking process? "Lets click in this story that disgustes me so much, scroll dow, hit reply, write a troll comment about how sick are we with this SCO news thing".
Speak for yourself, I for one am grateful with the following Slashdot is doing to this case. Some of us (and our families) LIVE out of linux, and you can always NOT click the link and go read another story.
Life isn't like a box of chocolates. It's more like a jar of jalapenos. What you do today, might burn your ass tomorrow.
The FSF used to boycott Apple in exactly the same way they have now decided not to boycott SCO, namely by removing (or refusing to add) explicit support for Apple configurations from their software.
The Apple boycott was motivated by Apple's "look and feel" lawsuit against HP. If look and feel was copyrightable, the GNU projeect itself was threatened since GNU very much look and feel like Unix.
Evcantually, the FSF dropped the boycott with the reason that it was not effective, the Apple management didn't care if they even knew about it.
I believe the same reason will apply to SCO, their management no longer have any interest in their own products, they are solely a litigation company these days.
I consider boycotts a legitime weapon, despite that it also hits innocents. Nobody have a moral obbligation to buy or support anything. However, such weapons should only be used when they are effective.
don't worry if it's cubs will go hungry.
This is a life and death battle. If you don't fight, there's a slim chance that some moron judge will side the wrong way.
SCO has the audacity to attack linux, and hence, Free Software. How many GCC developers run linux? How many of us do?
I'm completely looking forward to the linux revolution that's creeping in. This is our chance to prove how strong free sofware really is. We can't seem meek, because if we do, and just barely squeak by SCO, microsoft or someone else with a bag of cash is gonna crush us. We gotta give everything we got.
It's sorta like a prison movie. Either kick someone's ass the first day or become someone's bitch.
We need to pull out all the stops. No survivors. lay them of them to the man. cut up their credit cards. Throw the board of directors in the electric chair. If we hold back, there will be dire concequences.
Unfortunately all of my software is pretty simple, and there's no way of removing support for SCO since there's none to begin with.
Yes, This will hurt SCO users, but then again, they can always complain to SCO and notice that SCO doesn't give a damn about them. Perhaps they'll consider moving to another platform.
Looking for Book Reviews? Check out Literary Escapism.
Every argument here thus far has been either to strip the SCO support, or not to. Mostly as a symbolic gesture, but have all of you forgotten how open source works? Even if you do strip SCO support, they (SCO, people compiling under SCO, etc ...) can readily use their old versions of GCC, and even put SCO support back into newer versions and create a different branch.
Quite honestly, I don't see where the harm comes into play, other than this being a symbolic gesture.
--LordKaT
If you look at GCC's MAINTAINERS file you will see that SCO's Kean Johnston is the OS port maintainer for SCO's platforms. If you search through gcc-patches, you will see that he still is actively contributing, using his @sco.com address. So they seem to allow this to happen.
.... that users of SCO products shouldn't be deprived the right to use things like GCC. It's not the person at the sharp end (e.g. fellow geeks, techs, developers) that would suffer NOT SCO.
What _may_ be affective (if its possible) is to, for the time being initially, revoke the GCC licence for use of SCO - so SCO cannot package it up on their systems (nor use it inside SCO to copmile products - i.e. stopping development at SCO until a new "GCC" style compiler has been written that _DOESN'T_ use FSF/GCC code), but allow individuals to do this.
Also, if SCO release ANY product, state that they _must_ be using copyrighted code illegally, and report them to the appropraite people and then, possibly, sue them!
Might have an effect.
JaJ
Linux and Stallman are staunch representatives of the freedom to code and share your code and have show this during many years with deeds, not words.
SCO, you know who they are, they are trying to hurt our freedom to code and share that code, with evil deeds, not only words.
Any contribution coming from anybody related to SCO should be seen with extreme paranoid suspicion and skepticism. This guy may be contributing on good faith, but the safety of GCC is owrth alienating one guy if you ask me.
You don't need to have contributed a single line of code to GCC in order to arrive to this conclussion.
IANAL but write like a drunk one.
Because SCO has always been our enemy. Just like Iraq has always been our enemy, and Russia has always been our ally.
For those of you who have been reading your Corrected History books, pull your heads out of your ass and look at actual archives. The port maintainer in question has been contributing code for a long, long time. In good faith. With a smile, even. He has the same copyright assignment on file as the rest of the GCC contributors, which means SCO signed a disclaimer that they would not try to claim ownership of the code he contributes, just like every other software-related company whose employees contribute code to GCC.
Fortunately, nobody has to ask you, because you're wrong.
(People bitch and moan about GCC contributors being required to get assignments and disclaimers from their employer. This is one of the reasons why it's done. It's different from other open source projects, but /. has overlooked that fact)
No, but you do need to be completely ignorant of the rules by which GCC operates.
You cannot apply a technological solution to a sociological problem. (Edwards' Law)
You claim that the scope of this lawsuit is a dispute with IBM.
sCO has sent thousands of letters to Linux end users warning them of legal liability. SCO publicly stated that Linux cannot possibly work on enterprise systems without illegal code theft from SCO. And Darl McBride said last week: "What is at issue is more than SCO and Red Hat. What is at issue is intellectual property rights in the age of the Internet." (Conference Call, 2003-08-05).
So don't even try copping that "this is about IBM, why is the community so upset?" line. SCO says that it is about the community and attacks the community repeatedly in their conference calls and legal filings.