Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Caldera Software Linux

SCO Claims Linux Lifted ELF 675

fymidos writes "SCO has finally spoken. According to this linuxworld article, they claim that linux illegally uses the ELF binary format, the JFS filesystem, the init code and some more 'copyrighted Unix header and interfaces'. Finally SCO makes its move. The JFS part was expected of course, but according to the article, as far as the ELF format is concerned 'the Tool Interface Standard Committee (TISC) came up with a ELF 1.2 standard' and 'granted users a "non-exclusive, worldwide, royalty-free license" to the stuff'. Oh, and of course 'both Novell and the old SCO - as well as Microsoft, IBM and Intel - were on the committee'."
This discussion has been archived. No new comments can be posted.

SCO Claims Linux Lifted ELF

Comments Filter:
  • by idiotnot ( 302133 ) <sean@757.org> on Tuesday July 20, 2004 @05:15PM (#9753357) Homepage Journal
    Make binary compatibility easier with Darwin, anyway.

    This affects everyone, including the BSD's. And, of course, they're full of shit, once again. ELF is not the mortar that binds the OS together. Linux started with a.out, and can probably function just fine with some other binary format.
  • ...skeptically [yahoo.com]. Which is nice.
  • by Jahf ( 21968 ) on Tuesday July 20, 2004 @05:28PM (#9753519) Journal
    IIRC, JFS was contributed by IBM. Go back to the IBM v. SCO mess. I would guess that some part of the JFS code (at least in SCO's mind) contains SCO licensed material.

    Remember that just because IBM wrote most of JFS, it may still contain code that had to be duplicated or rewritten to work outside of AIX. The question is whether IBM violated their agreements with SCO by redistributing or re-engineering those technologies.

    Not saying it is so, only pointing out what SCO is probably trying to say
  • by mst76 ( 629405 ) on Tuesday July 20, 2004 @05:32PM (#9753570)
    The Complete Story of Caldera/SCOX, as told by Yahoo [yahoo.com].
  • by Anonymous Coward on Tuesday July 20, 2004 @05:36PM (#9753614)
    Exactly
    They threw all this new FUD _because_ of the trend their stock was going
    SCOX, 5 days [yahoo.com]
  • not the same SCO (Score:1, Informative)

    by Anonymous Coward on Tuesday July 20, 2004 @05:37PM (#9753617)
    This isn't the same SCO. You're talking about the Santa Cruz Organization, which isn't what the current SCO is. The current SCO was Caldera until relatively recently. They have nothing to do with each other.
  • by Anonymous Coward on Tuesday July 20, 2004 @05:37PM (#9753626)
    Actually, there isn't all that much similarity except for the general money-grubbing-IP-capitalist stench.

    Rambus committed fraud by ensuring their patented technology became incorporated in the standard without revealing their patent.

    SCO committed perjury by claiming it owned copyrights on UNIX and JFS (Novell and IBM own those copyrights, respectively), and it violated the GPL by not allowing IBM to redistribute code that was licensed to them under the GPL.

    The former was a fraud committed to get real evidence, the latter is a fraudulent claim to evidence.
  • by AlanWay ( 470656 ) on Tuesday July 20, 2004 @05:38PM (#9753633)
    From http://oss.software.ibm.com/jfs/ in their FAQ

    Q1. What is the history of the source based use for the port of JFS for Linux.

    A1. IBM introduced its UNIX file system as the Journaled File System (JFS)
    with the initial release of AIX Version 3.1. This file system, now
    called JFS1 on AIX, has been the premier file system for AIX over the
    last 10 years and has been installed in millions of customer's AIX
    systems. In 1995, work began to enhance the file system to be more
    scalable and to support machines that had more than one
    processor. Another goal was to have a more portable file system,
    capable of running on multiple operating systems.

    Historically, the JFS1 file system is very closely tied to the memory
    manager of AIX. This design is typical of a closed-source operating
    system, or a file system supporting only one operating system.

    The new Journaled File System, on which the Linux port was based, was
    first shipped in OS/2 Warp Server for eBusiness in April, 1999, after
    several years of designing, coding, and testing. It also shipped with
    OS/2 Warp Client in October, 2000. In parallel to this effort, some
    of the JFS development team returned to the AIX Operating System
    Development Group in 1997 and started to move this new JFS source base
    to the AIX operating system. In May, 2001, a second journaled file
    system, Enhanced Journaled File System (JFS2), was made available for
    AIX 5L. In December of 1999, a snapshot of the original OS/2 JFS
    source was taken and work was begun to port JFS to Linux.

    So, the original JFS-1 was written as closed source for AIX. However, the JFS that made its way into Linux was JFS-2, which was originally written for OS/2 then ported to AIX and Linux.

    Dunno how SCO can claim code written for OS/2 :-)

  • by Timex ( 11710 ) <smithadminNO@SPAMgmail.com> on Tuesday July 20, 2004 @05:43PM (#9753688) Journal
    I think you meant Kim Jong-Il [bbc.co.uk]...
  • ELF licence/standard (Score:5, Informative)

    by Anonymous Coward on Tuesday July 20, 2004 @05:48PM (#9753744)
    The ELF Standard [ddj.com] says:

    "The TIS Committee grants you a non-exclusive, worldwide, royalty-free license to use the information disclosed in this Specification to make your software TIS-compliant; no other license, express or implied, is granted or intended hereby."

    Now that's pretty damn clear indication that anyone is allowed to use this license.

    So how does SCO own this again? Oh, right, unlike IBM, Microsoft, Intel and the other members of the TIS committee, their business model is to sue! Ok, sorry, my fault.
  • Object formats (Score:4, Informative)

    by Anonymous Coward on Tuesday July 20, 2004 @05:51PM (#9753767)
    Can't use ELF? No prob, we have a few others to choose from ...

    * a.out (Unix / Linux)
    * COFF (Unix / Linux)
    * XCOFF (AIX)
    * ECOFF (Mips)
    * SOM (HP)
    * Mach-O (NeXT, Mac OS X)
    * NLM
    * OMF
    * PEF (Macintosh)

    ;)
  • Re:Gupta? (Score:2, Informative)

    by Anonymous Coward on Tuesday July 20, 2004 @05:51PM (#9753769)
    Probably not. As near as I can tell, "Gupta" is the Indian equivalent of the English surname "Smith"; i.e. there are millions of Guptas running around.
  • by Anonymous Coward on Tuesday July 20, 2004 @05:53PM (#9753792)
    Just correcting your misstatement: MoveOn.org did *NOT* connect Bush with Hitler. Two random people on the internet submitted *contest entries*, which were up among about *1500* entries. When the Hitler ads were pointed out to MoveOn.org, they promptly took them down. The outrage would be equivalent to, if I had made an anti-Semitic rant on slashdot, people accusing Slashdot of being an anti-Semitic site.

    On the other hand, the Bush administration not only showed images of Hitler in the middle of an ad showing prominant democrats, but they falsely attributed the images to "MoveOn.org". That is slander. However, it doesn't stop there; lets not forget Max Cleland, who they compared to Osama bin Laden. And lets not forget all of the prominant Republican schills (Rush and his talk radio ilk, and even a number of people on Fox and the Washington Times) who regularly compare Democrats to Nazis without so much as a word of criticism because people have grown so used to it. And this on widely disseminated public mediums, instead of on an obscure page in a website's contest!
  • by wambaugh ( 666794 ) on Tuesday July 20, 2004 @05:55PM (#9753802) Homepage
    For those of us with fuzzy memories:

    According to http://www.dvorak.org/scotimeline/ [dvorak.org], the SCO suit was launched on March 6, 2003.

    According to http://encyclopedia.thefreedictionary.com/Timeline %20of%20Linux%20development [thefreedictionary.com] Linux Kernel 2.4 was released on January 4, 2001 so it would follow that the code for 2.5 would be under development until the release of 2.6 on December 18, 2003.

    So it's possible that SCO code was incorporated into 2.5 at the time of the lawsuit, but if they had actually seen that happening when they filed the suit you'd think they might have mentioned it. Afterall, they would have been able to make a reasonable argument for an injunction.

  • by tjrw ( 22407 ) on Tuesday July 20, 2004 @05:56PM (#9753814) Homepage
    Exactly!

    Regarding RCI, no SCO don't have a patent on RCU (as I'm sure you know :-). IBM do. It was invented at Sequent, and patented by Sequent. As IBM bought Sequent in 1999, they own the patent on RCU, and can do whatever they please with it. SCO's nonsense argument about derivative works wouldn't help them even if it were correct (which it isn't). The method is not specific to Unix.

    As regards JFS, the Linux code is derived from the OS/2 version. This has been repeated time after time, but it doesn't suit SCO's story, so they keep peddling the same lies as though that somehow makes them true.

    Talk about clutching at straws!
  • by Anonymous Coward on Tuesday July 20, 2004 @05:56PM (#9753816)
    No, you're the one who's wrong about dates. It was filed nine months before 2.6.0 came out.

    Lawsuit filed against IBM: March 2003 [groklaw.net]
    Release of 2.6.0: Decemeber 2003 [grokline.net]
  • by Admiral Ackbar ( 30112 ) on Tuesday July 20, 2004 @06:04PM (#9753894)
    Actually, even HP/UX 11.00 on PA-RISC uses ELF on 64 bit binaries:

    HP-UX ***** B.11.00 U 9000/800 675309372 unlimited-user license

    > file /stand/vmunix /stand/vmunix: ELF-64 executable object file - PA-RISC 2.0 (LP64)
  • by cmoss ( 14324 ) on Tuesday July 20, 2004 @06:05PM (#9753902)
    keep in mind that they are Caldera/TSG not the old SCO that was one of the parties that released the ELF standard.
  • by senatorpjt ( 709879 ) on Tuesday July 20, 2004 @06:05PM (#9753905)
    If this is so, then the Sony Playstation 2 would also be illegal since its binaries are in ELF format, right?

  • by gr ( 4059 ) on Tuesday July 20, 2004 @06:09PM (#9753950) Journal
    Uh. Are you familiar with what is involved with running under a Mach framework?

    It means running, like MkLinux did, as a client process atop a Mach microkernel architecture. This is diametrically opposite to the way that the Linux kernel functions, which is largely because Linus (and many other people, myself included) thinks that microkernel architectures are a waste of resources in the real world (though they're certainly very pretty for OS research).

    This would also destroy the usefulness of all the binary packages in distribution now, which would be a major financial blow that would quite probably put all of the commercial Linux vendors out of business.

    Also, this wouldn't affect OpenBSD, since they still use a.out. (Hey, refusing to change finally paid off for Theo! Good going!)
  • by Anonymous Coward on Tuesday July 20, 2004 @06:15PM (#9754019)
    ummm... sorry what?

    HP-UX in 32 bit mode uses SOM, in 64 bit mode uses ELF.

    Tru64 uses ECOFF.
  • by eventhorizon5 ( 533026 ) <ryan@thoryEULERk.com minus math_god> on Tuesday July 20, 2004 @06:32PM (#9754195) Homepage
    There's some weird errors in the article, especially since it comes from a Linux magazine:

    "ELF is sorta like Microsoft's DLLs and was developed by AT&T's Unix System Labs as part of the Unix Application Binary Interface (ABI) before Unix was sold to Novell in 1993."

    ELF is not like Microsoft's DLLs. ELF is a binary executable format, and is comparable to Microsoft's PE executable format (am i correct on that?) used in their EXE files. Unix shared libraries are comparable to Windows DLLs. Also, that's the first time I've ever seen the word "sorta" in an article. hmmm....

    They also don't mention that almost every Unix OS uses the ELF format (as far as I've seen).

    "The Free Software Foundation is also the creator of the GPL, the viral license that makes Linux so provocative."

    Is this a statement from the Linuxworld author or SCO? SCO claimed the GPL was a "viral" license, but if that is coming from Linuxworld then something's wrong.

    "It also says the journaled file system (JFS) module from later versions of AIX, which SCO believes may derive from the JFS Unix, is in Linux 2.6. - MOG"

    what's "the JFS Unix"?

    Anyway, SCO is going insane and should hopefully die soon. But the author of that article needs to learn more about Linux first lol (especially since it's a Linux magazine).

    -eventhorizon

  • by pjrc ( 134994 ) <paul@pjrc.com> on Tuesday July 20, 2004 @06:33PM (#9754201) Homepage Journal
    Obviously you don't remember the bad old days of Linux a.out. It's not about the binary applications... it's about the libraries.

    Under a.out, each library had to be assigned a memory location. Back in the old days, there was a long list of official assignments that you could download from sunsite and the other major ftp sites. There were three major problems.

    1. New libraries had to obtain an "official" memory range allocation if they were to be distributed to a wide audience. I never compiled any shared libs back then, but I'm sure someone around here must remember who was in charge of the official memory allocation list.
    2. Revisions to a library had to fit within the space they had been allocated. Add too much code, and all of a sudden your shared library may overlap a range reserved for some other library.
    3. Because liberal amounts of extra memory were allocated to each library to allow code size to grow, memory was allocated inefficiently.

    Obviously, this wasn't scalable.

  • by k98sven ( 324383 ) on Tuesday July 20, 2004 @06:53PM (#9754389) Journal
    The nature of software licensing is such that there's frequent cases of derrived works from different sources, which is rarely the case in books.

    Not true. People use other people's code under license, and people use other people's written texts under license. There is no inherent problem here: A programmer knows when he is and is not writing original code just as well as a writer knows when he is producing original work as opposed to quoting.

    SCO claims that the committee that opened up that standard didn't have the authority to do so. Well, it's now years later, and there are countless works derived off of that original standard, and now SCO wants to undo it.

    Yes, and they can't.

    Basically this has the effect of destroying copyright in software.

    No it doesn't. SCO can claim whatever they want. It doesn't mean it'll stand up in court.

    How can anybody feel legally safe using any software product at any time when the history of every piece of code isn't out there for our perusal?

    Not difficult. As a programmer, don't use other people's code without knowing what copyright restrictions apply.

    No, you can't change those restrictions retroactively, except if a court finds it was an obvious mistake, and even then only within a reasonable timeframe. SCO has no case, yet you seem to assume they are right. One should never assume that about SCO.

    As a end-user you are not liable. You are only guilty of contributory copyright infringment if it can be proven that you knew or should have known that the software you were using contained someone else's code. How are you supposed to know that as an end-user? Especially if you're running a binary? That is just silly.

    As a software developer, for patents: Don't look at patents. If you can't afford to have a team of lawyers continously scrutinize your work for patent violations, the best option is not to look at anything you know is patented. In that way, you can always claim any infringment was unintentional, in which case you are unlikely to be forced to pay damages.
    (Given you take appropriate action when a patent owner does accuse you of infringement)

    As an end user: The same logic on contributory infringment applys.

    I agree though, patents are dangerous and will end up increasing the legal complexity and costs of developing software.

    But copyrights are not a problem in this sense.
  • by Stormie ( 708 ) on Tuesday July 20, 2004 @07:02PM (#9754470) Homepage

    Please do not post links to thefreedictionary.com - they are a dodgy site which repackages Wikipedia [wikipedia.org] content whilst stretching the GFDL [wikipedia.org] as far as they possibly can.

    Look at that link you posted - you'll see a credit to Wikipedia at the bottom. Now disable javascript in your browser and refresh - ooh, the credit is gone! They insert it in with javascript rather than putting it in the body of the page to ensure that Google doesn't pick it up. Why? Because a link to Wikipedia's article would help lift Wikipedia's pagerank above that of freedictionary.com.

    Just say no, and if you want to read Wikipedia's timeline of Linux development, read the original [wikipedia.org].

  • by John Hasler ( 414242 ) on Tuesday July 20, 2004 @07:02PM (#9754471) Homepage
    > ...SCO should not be allowed to pull this into
    > court...

    They aren't. In none of their claims in any of their lawsuits do they ever accuse anyone of infringing their copyrights by putting their stuff into Linux.

    IBM, on the other hand, is close to getting a declaratory judgement that nothing in Linux infringes SCO's copyrights. In opposing IBM's motion for summary judgement on that declaratory judgement SCO has explicitly said that they are not claiming any infringement by Linux.
  • by cduffy ( 652 ) <charles+slashdot@dyfis.net> on Tuesday July 20, 2004 @07:10PM (#9754558)
    Yes, some microkernel OSes *suck*.

    And then, some of them don't.

    See Plan 9, or QNX, or VSTa (still a toy for most purposes -- but very small and fast, and generally considered quite promising by a group of kernel developers I happen to know, a group which includes some folks who are considering building it into an OS suitable for real-life deeply embedded work).
  • by spacecowboy420 ( 450426 ) * <rcasteen@NOsPam.gmail.com> on Tuesday July 20, 2004 @07:14PM (#9754598)
    Just got my karma back, but I gotta do this anyway since you pushed the political bantering.

    1. moveon.org is NOT a far left-wing organization - unless you listen to bill O'reilly. Visit their website, do a logic test. Now do the same at gop.org. logical fallacy after logical fallicy to explain the accusations of the "coalition of the wild-eyed"
    2. The association between Bush and Hitler by moveon.org was made by a private citizen in media presented as an entry into a contest - not moveon.org. The contestent didn't win, and kerry nor moveon.org never endorsed the ad. They also denouced the submitted ad.
    3. Bush/Cheney did however endorse and release an ad that included the Hitler picture that was submitted in moveon.org ad - again, perpetuating the half-truths of the Bill O'Reilly's of the world.

    Fox is NOT "Fair and Balanced", diversify your news gathering instead of repeating the O'Reilly propaganda. Seriously, be a conservative all you want - good for you - just do you research, learn both sides.
  • by dolmant_php ( 461584 ) on Tuesday July 20, 2004 @07:18PM (#9754632)
    Actually, OpenBSD moved to ELF (for many archs) in 3.4 [openbsd.org].
  • by enjo13 ( 444114 ) on Tuesday July 20, 2004 @07:20PM (#9754652) Homepage
    Just FYI: "Substantially similiar" is a legally valid term that is suggesting that the code is a derivative work of the SCO code.

    In order to violate copyright they don't need to be identical copies. Instead they need to show that they are substantially similiar (there it is) to each other, implying that the Linux version is derived from the original SCO code. At what point something stops being a derived work is a whole different mess...

    One common example of this type of copyright dispute is in housing floorplans and architecture. Often someone will see a floorplan they like in a magazine (copyrighted), and move a few things around and have blueprints drawn from that. That's an infringement on the original copyright, because the resulting work is really just a derived form of the original.

    SCO's claims fail on a number of levels, but your 'analysis' is more or less incorrect.
  • by Artifakt ( 700173 ) on Tuesday July 20, 2004 @07:38PM (#9754796)
    SCO stock's inside trading record shows five automatic sell orders and only two regular sells in recent History (Going back to Sept. of last year). No inside trades have been reported since April 7th. There are no buys or automatic buys (0).

    Largest number of transactions (by far) and largest total value (by a smaller ratio) is Director Thomas P. Raimondi.

    Gasparro, Larry (VP), Broughton, Reginald (SR VP), and Bench, Robert K. (CFO) all appear on the list. Bench owns (or owned by the most recent record) roughly 2.4 times as much stock as the next largest investor on the list.

    Hunsaker, Jeff F. is the only person appearing on the list who is not shown with a position in the company described to explain why he is an insider, but other sources confirm he was a SR VP.

    Interestingly, Darl's name does not appear at all on the inside trading list.
  • by idiotnot ( 302133 ) <sean@757.org> on Tuesday July 20, 2004 @07:59PM (#9754987) Homepage Journal
    When NeXTStep was written, single-server was fashionable. It was also a quick way to get a Unix environment, while having a system that didn't necessarily depened on Unix in a non-networked environment.

    As I said in the last post, MkLinux sprung up because Linux didn't run natively on PPC -- and Mach did. At the time, the PPC machines were fast enough that a PPC running MkLinux was performance-comparable to an x86 machine running Linux on the hardware. The project didn't last very long, however. And MkLinux, depending on who you talk to, is a lot better than AIX, which is what they'd been selling before that (yes, real AIX, not A/UX -- that only runs on m68k machines).

    Darwin isn't really mach anymore. It's mach + Free/NetBSD stuff running in the same address space, as well as oskit for the driver framework (native mach drivers are gone).
  • Re:Finally (Score:3, Informative)

    by Zeinfeld ( 263942 ) on Tuesday July 20, 2004 @08:10PM (#9755067) Homepage
    Hello, this is Darl McBride, I'm sorry to inform you, but this Winston Churchill quote has been acquired by SCO through a series of acquisitions and mergers. As with the linux operating system, we require that you license this quote from us for the low price of $699 a post.

    Actually while he was an ordinary MP Churchill spent a lot of time on copyright matters. He made sure he kept the copyright on all his speeches. The BBC have to pay a substantial fee every time they use them. Its probably at leas 500 quid by now.

  • by EvanED ( 569694 ) <evaned@NOspAM.gmail.com> on Tuesday July 20, 2004 @08:24PM (#9755166)
    The burden of proof is indeed a preponderance of evidence. I don't like the description of "51%" because it isn't that meaningful to me. I prefer saying that proving something by a preponderance of evidence means showing that it is more likely than not. (Including the defense's evidence of course.) Barron's law dictionary has the quote "Evidence preponderates where it is more convincing to the trier [of fact] than the opposing evidence."

    Clear and convincing evidence is sometimes used for affirmative defenses, such as insanity. (Usually it's a preponderance of the evidence.) In these cases, the defense must show by clear and convincing evidence that the defense was met. If during deliberation the jury finds that the burden was met, and the prosecution failed to disprove the defense by a 'beyond a reasonable doubt' burden, they must acquit.
  • Re:ELF Info (Score:2, Informative)

    by Amigan ( 25469 ) on Tuesday July 20, 2004 @08:51PM (#9755399) Homepage
    What makes the claim even funnier is that SCO Openserver 5.0 was the first time that old SCO actually introduced ELF to its Operating Systems. It was the default, but you could use the a.out format if you wanted to create binaries that ran on SCO Openserver 3.x I can actually remember presentations on ELF as the future and how good it was when I attended SCO Forum in August of 1995.

    SCO Openserver 5.0 came out in 1995 and was the last Intel Unix to move to that standard.

  • by evilpenguin ( 18720 ) on Tuesday July 20, 2004 @09:18PM (#9755564)
    Actually, ex post facto means "after the fact." The phrase a posteriori is the complement to a priori, which are terms from philosophy that define how a datum is knowable: Knowledge that is "a priori" is knowledge that is known without experience, whereas "a posteriori" knowledge is known only with experience.

    The most useful contrast would be between mathematics, which may be continually derived by pure thought, and physics, which requires that theories be subjected to experimentation.

    Mathematics and logic can be said to be "a priori" systems, but natural science requires validation against experience and is thus "a posteriori."

    IIRC, these phrases mean "from before" and "from after," not "after the fact," which, as I said before, is better translated to Latin as "ex post facto."

    Not that your meaning wasn't clear to me, but quickly looking over the use of these phrases in modern writing shows me that "a priori/a posteriori" are terms mostly used in logic and epistomology, wheras I see them not at all in legal dictionaries, while "ex post facto" shows up frequently in legal writing.

    I don't claim any great authority, here, however, and would be happy to be proved wrong. (Well, not happy, maybe, but I'm preapred for it ;-)

  • by bluGill ( 862 ) on Tuesday July 20, 2004 @10:20PM (#9755923)

    This was a problem with the linux implimentation of a.out, and not a.out itself. When Linux (all contributers) decided it was time to change, everyone recognized elf as the future, so they combined fixing a.out with jumping to elf.

    Freebsd stuck with a.out for several years longer, until the pain of being different exceeding the pain of changing. Other than being easier to keep in sync with the tool chain (GUN stuff) there was no read gain. (though of course elf is the standard and that is a gain in itself)

  • Re:RCU and Sequent (Score:1, Informative)

    by Anonymous Coward on Wednesday July 21, 2004 @12:07AM (#9756560)
    > in the early '80s when Sequent S81 was running Dynix/ptx with SVR and BSD interface flavours.

    It must have been late 80s or early 90s, because the first 386-based *uniprocessor* system was released by Compaq in 1986.

    Sequent certainly didn't have 386 SMP machines in the early 80s. Even 286 SMP machines look unlikely in that timeframe, given that the 286 was introduced in 1982. In any event, there wasn't any version of System V for the 286, if we exclude Xenix 286.
  • by Anonymous Coward on Wednesday July 21, 2004 @01:47AM (#9757076)
    The bsd CASE cause that source to be giveout ie the Lose of it was Novell sorry you can not go back before Novell that stuffed it up everything before them was called stolen from bsd ie can not use stolen code to proff of theif or code that was use to pay off the cost of using BSD code by removing the licence. So Init and elf not a problem read the linux source please lot of elf sections are BSD kinda kills everything BSD allows GPL to be put over the top with the version that was on that code. As for the filesystem almost no linux systems use it so lossing it would not be a problem.

    So basicly SCO is stuffed with both fights most of the init files in linux also came from bsd so also protected.
  • by lynx_user_abroad ( 323975 ) on Wednesday July 21, 2004 @08:34AM (#9758506) Homepage Journal
    If SCO took GPLed code and placed that code into their UNIX products, then distributed those products to their customers, SCO could (potentially) be forced to distribute the source code to their UNIX products that contained the GPL'ed code.

    I think "forced" is the wrong word. If a software distributor adds GPL'd code to their own and distributes the result, they either have to demonstrate they have a license, or they are infringing the copyrights of the GPL'd code author(s). That leaves them two choices, only one of which required them to offer their own code under a GPL-compatible license. The other option is to stop the infringement by no longer distributing the infringing code. The "rip it out and replace it" strategy works just as well for them as it does for anyone, presuming they actually understand how to code it.

It is easier to write an incorrect program than understand a correct one.

Working...