Slashdot Mirror


Do You Know UNIX Secrets?

ESR writes "You can help stop the SCO attack on IBM and the Linux community. I'm looking for ways to prove that Unix trade secrets have been legally nullified. I want to know if you have ever had read access to proprietary Unix source code (not just binaries and documentation) under circumstances where either no non-disclosure agreement was required or whatever non-disclosure agreement you had was not enforced. To help out, see my No Secrets page."

78 of 392 comments (clear)

  1. I'd tell you by Anonymous Coward · · Score: 5, Funny

    But then I'd have to kill -9 you.

    1. Re:I'd tell you by Evil-G · · Score: 5, Funny

      You could always trap me inside user mode linux, then i wouldnt be able to tell anyone anyway...

    2. Re:I'd tell you by zakezuke · · Score: 5, Funny

      My pid is Inigo Montoya. You "kill -9" my parent process. Prepare to vi!

      --
      There is no sanctuary. There is no sanctuary. SHUT UP! There is no shut up. There is no shut up.
    3. Re:I'd tell you by Anonymous Coward · · Score: 3, Funny

      SCO invented user-mode nested operating systems. Pay up fools.

  2. Klink? by shibbydude · · Score: 3, Funny

    "I know nothing... nothing!"

    --
    We're only gonna die from our own arrogance, that's why we might as well take our time...
    1. Re:Klink? by Anonymous Coward · · Score: 2, Informative

      "I know nothing... nothing!"

      Actually, that was Schultz, not Klink.

  3. Start with Lion's Unix Source Code commentary by Anonymous Coward · · Score: 5, Interesting

    This is the book which shows the roots of Unix: Lion's Commentary on UNIX 6th Ed. with source code

    1. Re:Start with Lion's Unix Source Code commentary by friendklay · · Score: 3, Informative

      That won't do because he does not want "Version 7 and older". http://catb.org/~esr/nosecrets/

    2. Re:Start with Lion's Unix Source Code commentary by MAXOMENOS · · Score: 5, Interesting
      I found this sentence rather interesting:

      In 1998, the SCO company agreed to the publication of this book and everyone can now obtain it legally, for $29.95 (www.peer-to-peer.com).

    3. Re:Start with Lion's Unix Source Code commentary by 00_NOP · · Score: 2, Insightful

      Just because it's in a book it doesn't mean you can rip it off. Try publishing your own version of "Harry Potter and the Chamber of Secrets" say, and see how far you get. Even if you changed a few character names or even one or two twists in the plot my guess is that you won't get far.

    4. Re:Start with Lion's Unix Source Code commentary by znu · · Score: 4, Insightful

      That's true, but SCO isn't just claiming its copyrights were violated. SCO is claiming its *trade secrets* were stolen. If you want to claim that something is a trade secret, you have to make some reasonable effort to actually keep it secret.

      --
      This space unintentionally left unblank.
    5. Re:Start with Lion's Unix Source Code commentary by Pharmboy · · Score: 5, Insightful

      IANAL, but here is my spin. To address your statement, yes but no. It is too old to be considered in this case (looking for 7 or newer) HOWEVER while it would not allow you to cut and paste the code and use as you want, it would nullify any 'trade secrets' claim. Because it was published, you would be allowed to create your own, independent, implimentation of anything in the book. It would no longer be 'secret', even if it is covered by copyright.

      Linus owns Linux. You can't cut and paste the code and release under a different license, but you can impliment a new kernel from what you learn from Linux, and release it however you want because there is no trade secrets that can be claimed. As you state, you can't just change a few routines and let it slide, but if you get the 'idea' for virtual memory, and figure out a different way to do it, then you are free to copyright it or license it anyway you want, assuming your code is 100% gpl free.

      --
      Tequila: It's not just for breakfast anymore!
    6. Re:Start with Lion's Unix Source Code commentary by blair1q · · Score: 2, Interesting

      No, it wasn't widely available. The Lions book is famous precisely because of what it was.

      And it doesn't matter if the trade secret "gets out". The owner of that trade secret still owns it, and anyone passing it along (e.g., as part of an open-source operating system, hint, hint) is open to action from the owner.

  4. Sun... by psyconaut · · Score: 3, Interesting

    When Sun gave away Solaris source code way back...did that maybe justify the cause?

    -psy

    1. Re:Sun... by alsta · · Score: 3, Informative

      Sun licensed the Solaris 8 source code under its Community Source License, a few years back. It is no longer the case though;

      http://wwws.sun.com/software/solaris/source/

      There was an NDA though, one which I can not recollect the therms of. But anyway, Solaris 2.x is based on SVR4, so it qualifies as a derivative.

      --
      Wealth is the product of man's capacity to think. -Ayn Rand
    2. Re:Sun... by Stonent1 · · Score: 4, Informative

      And Solaris isn't System V Release 4?! Gee...I guess Sun have been lying to me :-p

      SunOS Release 5.7 [UNIX(R) System V Release 4.0]
      The first line line of text that appears when the kernel loads. So you're right.

    3. Re:Sun... by grue23 · · Score: 5, Informative

      I was a in the platinum beta test program for Solaris at the time, and the question of it being made open source came up when I was visiting. Sun was actually interested in making all of the Solaris source available to NDA-signing clients, but found themselves unable to do so for legal reasons.

      Over the years, over 100 subcontractors, some of which no longer exist as companies, were involved in writing the code that makes up Solaris. It was impossible for Sun to get the okay from all those subcontractors to make those pieces of the source available to clients outside of Sun, and I suspect it quickly became a logistical nightmare of tracking which pieces of code were subject to which legal agreements with subcontractors, who had the IP rights of any subcontractors that were defunct, and so on.

    4. Re:Sun... by psyconaut · · Score: 4, Informative

      SunOS (later the WIndowed version was called Solaris 1.x) up until 4.x was BSD 4.3 system...it was NOT a "free BSD" derivative, whatever you mean.

      Solaris 2.x+ is very much System V Release 4. Sun were a member of that collective and Solaris still retains that structure.

      You might want to check your facts.

      -psy

  5. Finally some action by acid_zebra · · Score: 2, Insightful

    It's good to see someone with a NAME (like him or hate him, he's a well-known character) gets things in gear. I hope something comes out of this so this FUD stuff (& the whole lawsuit of course) dies a quiet death like it should. Just point out the f$#^*ing code (if any), and write around it.

    --
    -- No Sig is a Good Sig
    1. Re:Finally some action by mj01nir · · Score: 4, Informative

      If you think that ESR is "finally" getting things in gear, then you haven't seen his OSI Position Paper. The initial draft of this was released 4 days after the initial lawsuit.

      Those of you who have read it awhile back may want to look again. A fair amount has changed in the past week or so.

      --
      the no .sig .sig
  6. Will it help IBM if they have shown somebody AIX? by Sigurd_Fafnersbane · · Score: 2, Insightful

    Will it help IBM if someone comes forward and claim they have gotten access to AIX source-code without an NDA in place? I can understand that if SCO have been sloppy with NDA's that that can help the case but if IBM, SUN or any of the other licensees have leaked trade secrets/source would that not rather help SCO?

  7. probably IBM by molnarcs · · Score: 2, Interesting

    The "who" might be IBM. According to an article on The Inquirer, he might be employed by IBM:
    http://www.theinquirer.net/?article=9536

    I also think that this might be the fastest way to win the case. Even while SCO's claims are ridiculous, they can pile up thousands of lines of code they would consider 'stolen' - answering those allegiations one by one can lead to a possibly endless debate (especially with their 'obsfucating to make it look like it wasn't stolen' line argument). What ESR does is to cut the roots of the problem.

  8. I know a few by Hayzeus · · Score: 4, Funny

    In 1973, UNIX had a secret affair with MULTIX. The resulting child was put up for adoption, and the whole thing was hushed up.

    1. Re:I know a few by powerlinekid · · Score: 4, Funny

      Was in Xenix? I always knew that it had to be the bastard child of someone ;).

      --

      can't sleep slashdot will eat me
    2. Re:I know a few by thinkliberty · · Score: 2, Funny

      In the 60's the US government experimented with UNIX and LSD. The end result was MKULTRIX

  9. Er... by Anonymous Coward · · Score: 4, Insightful

    So let's get this... ESR wants to know where the NDA wasn't enforced. So he's looking for someone who's copied code from the Unix source tree into something else and got away with it. Isn't that what's called admitting your culpabilty? And when SCO serves papers on ESR for that information which he has garnered? Oh, you too can have your day in court. Woohoo.

    1. Re:Er... by Gunfighter · · Score: 4, Interesting

      Actually, I'm sure his lawyer-type wife (as well as any other lawyer or person versed in trade secret law) can tell you why he's doing it. You see, there's this little precedent set in regards to trade secrets. If they've failed to enforce their NDA before, then they might not be able to make a claim against someone else who didn't uphold it.

      I learned this when I left an employer and they realized I had worked there for ohhhhhh... about 3 years without signing their non-compete (duh!). The only thing they could sick a lawyer on me for was to protect their precious "trade secrets".

      Their trade secrets were the following:

      1) Their "best practices" methods of engineering, installing, and maintaining networks. Luckily, TCP/IP networking is pretty much common knowledge. The "best practices" are easily attainable from the Cisco and Microsoft websites (I helped them compile their best practices from those two websites). No way they could be considered a trade secret. This is analogous to the SCO fraudulent case as follows: They claim that the Linux OS couldn't have advanced without the inside knowledge attainable only from the UNIX source code. Unfortunately for SCO, if the "Enterprise kernel features HOWTO" is out there somewhere, SCO is screwed on this point.

      2) Their special configuration and wiring of a modem to be used for a special out-of-band management device. Unfortunately, they had released the information to one of our suppliers. The supplier, in turn, posted it on their website. Doh! In the trade secret world, if one person can take a bit of information public, you can't make another person _not_ take it public. For example, BSD code is public, so they can't attack IBM for releasing a version of the same code. They tried to and LOST the case against BSD years ago. No enforcement against BSD == no enforcement against IBM.

      3) Their last "trade secret" was supposedly their customer list. This one stumped me at first, because I (obviously) had knowledge about their customers. I knew who they were, their administrator/root passwords, their contact information, etc. etc. I even had a job offer or two from them. To use this information to my financial advantage _must_ be considered inappropriate use of a trade secret, right? WRONG! Their customer list is printed right on the back of one of their marketing brochures ("Look who we've done work for!"). Company name in hand, the phone book/Internet provided me with all of the contact information I wanted. As far as the customers' network layouts and passwords, those are proprietary information of the customers, not my former employers. Granted, it was a partial customer list and quite old. That didn't matter to me. The information I needed to get started was there. That was two and a half years ago. I've been stealing business from them ever since (not hard since they no longer provide the services I offered to their customers). This is much like SCO's earlier release of an old version of the UNIX source code. That earlier release could be enough to fry their case. Even though they are accusing IBM of raping their more recent versions, if the code in question is anywhere _near_ present in the old version, SCO is screwed.

      Personally, I think SCO's case is going to fall... hard. If they had a real case, they would have shown the code long ago. Not just shown the code, but PROVED that they had it first and not the other way around. After all, Linux had many enterprise features before SCO's various *NIX flavors. Perhaps we should be sueing them for violation of the GPL?

      -- S

      --
      -- Stu

      /. ID under 2,000. I feel old now.
  10. No.... by mindstrm · · Score: 4, Insightful

    The point is, it's been basically otu in the open for decades already... so yes, you can't take it and make a product with it... copyright prevents it.
    But the source code to various versions of unix has been widely available to anyone who wanted it, and none of the previous copyright holders of it even really cared.

    SCO cannot claim trade secret violations for somethign that has been common knowledge for well over 10 years.

    Yes, 2 wrongs don't make a right, and merely taking something and publishing it doesn't make trade secret invalid.. but if I publish your trade secret stuff, and it gets re published for a full DECADE, you can't come in 10 years later and claim your "secrets" have been leaked.. it's not a secret anymore.

    1. Re:No.... by TeraCo · · Score: 2, Interesting
      So, RMS is giving big corporations this message:

      If you let us look at your stuff for free, and don't persecute us if we tell others about it, we will turn around and stab you in the back to get all your stuff turned into the public domain.

      Yeah, I bet he will be the first to complain when YAMC [Yet another massive corporation] locks down their IP rights on ,

      --
      Not Meta-modding due to apathy.
  11. Re:This is kind of silly by bstadil · · Score: 4, Interesting
    No it is not. ESR wants to make that very argument convicingly in court. You have to show the judge that it is so, not just tell him.

    It the difference between showing a signed petition with thousands of signatures, vs citing a poll that X% of the constituents is for or against somethng.

    To run for office you need signed patitions not just a few pollsters saying you are popular.

    --
    Help fight continental drift.
  12. Re:This is kind of silly by Fefe · · Score: 4, Funny

    HE WROTE the OSI position paper, you dimwit!

  13. "Do You Know UNIX Secrets?" by Loki_1929 · · Score: 2, Funny

    <insert Matrix "I know Kung Foo" joke here>

    --
    -- "Government is the great fiction through which everybody endeavors to live at the expense of everybody else."
    1. Re:"Do You Know UNIX Secrets?" by BetterThanCaesar · · Score: 3, Funny

      "This is Unix. I know this."

      Sorry, wrong movie.

      --
      "Stop failing the Turing test!" -- Dilbert
  14. Back in the day, you had to avoid the source by Anonymous Coward · · Score: 2, Interesting

    The issue was contamination. If you had ever had access to the source, your work was potentially contaminated.

    In the early-mid-late 80's, this was a very big deal (and partly why RMS is such a visionary). Even if it is hard to imagine in these daze of Linux..

    1. Re:Back in the day, you had to avoid the source by jcast · · Score: 2, Insightful

      And contamination is a feature of trade secret law. So, if ESR can show they've lost their trade secret protection, that takes away the contamination argument. Not sure if you've gotten this, but I thought I'd let you know.

      --
      There are reasons why democracy does not work nearly as well as capitalism.
      -- David D. Friedman
  15. It seems we are of a technical nature by Oriumpor · · Score: 4, Interesting

    If the claim is that the system needs to be stricken of all SCO *owned* code. Isn't the first argument: What code do you really own, what happened in the AT&T Case (open the court files) show us what needs to be changed BEFORE a lawsuit ever took place.

    The technical community is VERY good at solving these sorts of problems. Even if we are talking 6-18 months time to rewrite all the sources they are claiming are in violation. That's much shorter than this court case with IBM is going to be.

    Besides, even if they are not *really* in violation. And there are claims for both sides, if they were re-written, SCO loses their lawyer money, and we can go back to ragging on M$-Wintel-DMCA and the US court system.

  16. dangerous by g4dget · · Score: 4, Insightful

    The only case in which access to source code would be of interest would be if SCO or its predecessors made the code available themselves, without requiring an NDA. That could be accidental (putting it up for FTP on a public site) or deliberate (publication in a book, sending it to a university research group).

    In all other cases, access to it would probably be in breach of either NDAs or computer crime laws. For example, if you had access to SCO source code through your employer, you are covered through their NDA. If you made your own copy of it, you and your employer might be in a lot of trouble. If SCO or someone else accidentally left open an NFS mount with the source tree (as has happened in the past), you'd probably be guilty of computer hacking if you tried to access it. So, be careful of what you admit to.

    Overall, I think people should just ignore SCO and go about their business until SCO comes forward with concrete claims. There is no need to spin our wheels or waste any amount of time on this right now. After SCO makes concrete claims, any reasonable judge should give the open source community ample time to respond, and SCO's secretiveness and unwillingness to let people fix whatever they are complaining about probably only hurts their case.

  17. Not even a half-baked idea by SuperBanana · · Score: 5, Insightful

    There are three problems here.

    "under circumstances where either no non-disclosure agreement was required or whatever non-disclosure agreement you had was not enforced."

    Problem #1: Just because it wasn't enforced at one time, doesn't mean the NDA is null and void- in fact, many/most NDAs specifically say "lack of enforcement does not nullify this agreement".

    I'm looking for ways to prove that Unix trade secrets have been legally nullified

    Problem #2: Disproving "trade secret" status is pointless(not to mention, unlikely to happen). It's still copyright SOMEONE ELSE, and YOU CAN'T USE IT unless they let you!

    Problem #3: It's been said time+time again, there is no proprietary code that belongs to SCO in the Linux kernel. This project, therefore, is entirely moot, at least in regards to the SCO lawsuit...and it can only, in fact, cause damage, because you're implying there IS code that belongs to SCO that "we" need to find a way to justify its presence in the kernel...when in fact no such code exists.

    By the way, why are people wasting time "helping" IBM? They don't need it, nor do they deserve it- they're "into" Linux because it makes them money, not because they wanna be friends, or they think it's "cool"...and with legal "help" like this, who needs SCO? Dispute the claims intelligently, boycott SCO, whatever- just leave the legal arguments to the lawyers, or you just might end up helping SCO...and IBM won't be the only loser if that happens.

    I can hear the SCO execs and lawyers now: "See? They DID steal our code, now they're trying to find a loophole!"

    1. Re:Not even a half-baked idea by Fnkmaster · · Score: 2, Interesting
      You clearly are missing the point here. Obviously, showing that trade secrets were not kept secret does not obviate the potential for copyright infringement. Luckily, as you point out in problem 3, we are fairly confident that there was no copyright infringement - and if there was, it is fairly straightforward to remedy it.


      The point is that if we knock out the possibility of a cogent trade secret argument being made against IBM/Linux, that forces SCO to prove copyright infringement and make a case around that. We don't think they can, because they refuse to explain where it happened and because there's really no evidence that anybody needed to copy lines of code from SCO to make Linux work. The fear is that they might try to swerve this into a trade secret violation case, which would make it easier to cast doubt over the IP heritage of Linux, because to make a logical argument they would only need to show that 1) Somebody at IBM who worked on AIX was subject to NDA with SCO, 2) Said person worked with people who contributed code to parts of Linux that gave it features it didn't previously have, and 3) Said features constituted the use of "trade secret" material from SCO/UnixWare.


      Note that the vagueness of SCOs claims make this a rather founded fear IMO, since they keep mentioning "IP violations" more often than they specifically have mentioned copyright violations, though they have also mentioned those.

    2. Re:Not even a half-baked idea by Anonymous Coward · · Score: 4, Funny

      I may not be a lawyer

      Could be worth your time to find out whether you are or not for sure.

  18. Nice try SCO! by Flat5 · · Score: 5, Funny

    Posing as ESR to try to get people to incriminate themselves is a pretty nice trick. But we're not falling for it!

    Flat5

    1. Re:Nice try SCO! by Goldberg's+Pants · · Score: 2, Funny

      Putting it on Slashdot is damn near the same thing...

  19. Bad Idea by nurb432 · · Score: 3, Insightful

    This would serve only to HELP SCO's case that people are running around with 'improper' code that they signed non-disclosure agreements that they have disclosed....

    Exactly what the case is based on..

    Don't give them MORE ammunition people.. its going to get ugly before its all over.... and download what code you can now.. for soon it may be gone... between this, DMCA, DRM, and patriot act.. OSS just may become extinct...

    --
    ---- Booth was a patriot ----
  20. I'd love to respond, but ... by SmoothTom · · Score: 4, Informative

    Back in the mid '80's, when I was working for U S WEST, the Amdahl machine I and a bunch of other engineers had logins on had the /src files all open (read only).

    I used my access to the source of that version of UNIX (UTS) source a lot to help me with the Xenix system I was running at home.

    Thing is, my racall of this is flakey enough that I cannot provide actual dates that the source on the "PN1" machine was open (about a one year window, after we moved from an IBM to an Amdahl mainframe, probably around 1985-86).

    I don't think that's good enough, though, to have any effect on the SCO v IBM case.

    (I wonder if the fact that U S WEST used to be a part of the Bell System - I went to U S WEST from Bell Labs, Holmdel - possibly made us feel a "part of the UNIX family" so we didn't seem to be as strict about holding the source inviolate. I dunno.)

    1. Re:I'd love to respond, but ... by SmoothTom · · Score: 2, Interesting

      Well, I suppose I should have mentioned that I did not in any way have legitimate access to the /src files - I was not in an area that was associated with computers other than as end-users.

      The files were just open to read - to anyone who happened to log on to the system, be they computer guru, engineer, marketeer or clerk - or even the temp employees we hired for fill-in.

      Even though UNIX was originally from Bell Labs, and the other Bell System companies had also been subsidiaries of AT&T, this was well after divestiture (JAN84), and the code that was accessible was Amdahl's version of System V, not BTL's. When I was actually at BTL, I did NOT have access to source ...

      My confidentiality agreements dealt with customer and telco plant information.

      As to whether this applies only to the Intel stuff by Novell or not won't really be known until SCO releases what "stuff" they are talking about.

      --
      Tomas

  21. Re:This is kind of silly by Anonymous Coward · · Score: 2, Funny

    1) Claim that UNIX is an "open secret"
    2) Surprised by cock
    3) Beg for evidence to back up your claims
    4) ????
    5) Profit

    (FYI The ??? is getting hired by IBM as a trial consultant.)

  22. Yep, nothing to do with the lawsuit... by Jerf · · Score: 4, Insightful

    This project, therefore, is entirely moot, at least in regards to the SCO lawsuit...

    I think you understand the most literal level, but I think you're missing the logic. I think you're right, this doesn't have anything to do with the lawsuit. I think this is punitive . I think this is a side-project, to punish SCO for violating community standards, no matter what happens to the lawsuit.

    As such the rest of your concerns are irrelevant, since as you yourself say this has nothing to do with the lawsuit.

    This is a long-term project, to establish the danger of messing with the UNIX community, to make anybody else in the future who thinks they can milk money from the community, or that a lawyer-spasm is preferable to simply going out of business, think twice because they can expect the community to lash out not just in rhetoric, but with legal manuevers of their own. Textbook deterrence.

    I'm not ESR and I don't know. But that's how I read this, and I think it's a great idea. May not go anywhere but if it works it's very poetic and appropriate payback.

  23. This makes no sense. by mark-t · · Score: 2, Insightful
    The request being made here appears to generalize to the following request: "Tell me something that you thought was secret that everyone else actually knows anyways". Why in the world would anyone think something was secret if they had never been told to keep it a secret? And if they *had* been told to keep it a secret, then they couldn't tell it anyways without breaking an NDA. If they had never been told to keep it a secret, and they knew that everyone else knew about it, what reason would one have for suspecting that it had ever been secret?

    The entire request is so completely ludicrous as to border on being outright stupid.

    1. Re:This makes no sense. by jcast · · Score: 2, Informative

      No. The request is `tell me something I know everybody knows, and you know everybody knows, but SCO thinks is a secret.' The goal is to prove that everyone knows it.

      --
      There are reasons why democracy does not work nearly as well as capitalism.
      -- David D. Friedman
  24. Unix source code access by nero4wolfe · · Score: 5, Interesting

    During the times I was involved with actual Unix source code (mid 1970's to mid 1980's) for three different employers (UCLA, SDC, Tektronix) there was nothing similar to a nda. The school or company just agreed to not give source code access to non-"employees", and "employees" agreed not to give access to others who hadn't agreed to the Bell license.
    Within those terms, there was a lot of access. At the yearly conferences (which later became USENIX) there was a typically conference distribution tape. That tape was a mixture of "new" things, and modifications to the Unix kernel or Unix commands. To assure that everybody was "licensed", when you first became a member you submitted a copy of the signature page of the license.
    During that time we went from V6 Unix, PWB Unix, V7 Unix, to 2BSD (pdp11) and 4BSD (vax).
    Sharing went both ways of course. A number of changes/new cmds from other groups became part of the Official Bell release.
    That sharing was a factor in the settlement of the USL vs UCBerkeley lawsuit, that ended in the free availability of the 386bsd work.

  25. Ain't speaking for me by The+Mutant · · Score: 5, Interesting

    I was at Bell Labs for almost three years in the early 1980's, moving over to AT&T Information Systems after the court ordered breakup of AT&T in 1984 or so.

    They were pretty laid back then; I may have signed an NDA but I certainly don't recall it. I do recall the usual W4 and Insurance BS but an NDA doesn't stick out.

    And yes, I had almost full access to the source tree. IIRC, only some arcane kernel stuff wasn't available, being crafted in assembly. But given the corporate culture I have no doubt it was somehow accessable, but because it was processor / architecture specific, I never bothered looking for it. Plenty of stuff to look at and learn from at higher levels.

    Source code was available to any member of technical staff and since it was my second job out of Uni I had a ball. I even dl'ed some source to my Osborne I so I could read it at my lesiure.

    In fact I didn't realise how special it was at the time to have access to Unix source code until maybe five years later when I'd moved over to Wall Street.

    The Street was ramping up sharply on tech in those days, and Unix (think Sun, NeXt and SGI workstations) was the only game in town since PCs were still pretty underpowered.

    I remember someone asking me a question, and I told him to "grep for it". He looked at me cryptically, and then it hit me.

    No way to grep Dude - they's binary distributions.

  26. USC by One+Louder · · Score: 4, Informative

    The University of Southern California had a project in 1981-1982 to port UNIX from a VAX 780 to the Data General MV8000 (from "The Soul of a New Machine") using about 20 grad students. To my knowledge, none of the students (including me) had to sign anything to work on the project, and we certainly had access to the full source. One of the other guys was Fred Cohen, who has been widely credited with coining the term " computer virus".

    1. Re:USC by puzzled · · Score: 2, Interesting


      I just sent a note to Fred Cohen about this ... perhaps he'll be one of the multitude to step up on this issue.

      I didn't realize I worked with such bigshots :-)

      --
      I am very easy to get along with, but I don't have time to waste being nice to people who are being stupid. -Theo
  27. Re:This is kind of silly by blair1q · · Score: 3, Insightful

    He has no case. He'd have to show that the IP holder knew about the failure to NDA and did nothing about it. If the failure to NDA was between a sublicensee and an employee, that wouldn't count as abandonment of the IP rights. The IP rights weren't ever abandond. Bell Labs did due diligence on the Lions book. The people who bought UNIX since have kept it close because really all they had bought was the IP.

    And your metaphor with the polls is just silly.

  28. Will this help ESR ? by Rosco+P.+Coltrane · · Score: 2, Funny

    The official history of Unix.

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
  29. Re:old unix code by Fembot · · Score: 2, Informative

    This the page you meant?

    Doesnt this kinda invalidate the whole law suit?

  30. Re:Be careful what you wish for by SiMac · · Score: 2, Interesting

    Derivative works of public domain works are still elligible for copyright protection. West Side Story was a derivative work of Romeo and Julliet, does that make it any less copyright-able? What about the new translations of older books (Beowulf, etc.)?

  31. You missed the point really... by Kjella · · Score: 4, Interesting

    Problem #1: Just because it wasn't enforced at one time, doesn't mean the NDA is null and void

    No, it doesn't. But if you can prove that the Unix-company in charge of those NDAs actually did not protect their trade secrets, that is very nice. If they released it into the public by neglect of their own NDA, they are at fault. Now if the signer of that NDA did anything wrong (regardless of sloppy enforcement or not), that would be another matter...

    Problem #2: Disproving "trade secret" status is pointless(not to mention, unlikely to happen). It's still copyright SOMEONE ELSE, and YOU CAN'T USE IT unless they let you!

    No, but you can write your own implementation of anything copyrighted (it's not a patent), something you could not legally do with a trade secret you have knowledge of. Now if SCO is claiming that IBM went copy-paste, you would be right. But last I heard they were throwing around FUD like "stealing ideas from proprietary SCO code and incorporating into Linux". To gather all information that was, is and has been publicly available, you show that there was in fact not a trade secret and so, nothing could have been stolen.

    Problem #3: It's been said time+time again, there is no proprietary code that belongs to SCO in the Linux kernel.

    So you say. SCO says otherwise. Which is why we're going to court, isn't it? Where the hell do you get the divine knowledge to know that noone anywhere ever fell for the temptation to copy-paste a little? Oh, right you've been listening to 10,000 posts to slashdot on how that *can't* be the case. Nevermind...

    By the way, why are people wasting time "helping" IBM? (...) and with legal "help" like this, who needs SCO? Dispute the claims intelligently, boycott SCO, whatever- just leave the legal arguments to the lawyers, or you just might end up helping SCO...and IBM won't be the only loser if that happens.

    SCO has threatened to sue Everybody(tm) right down to your favorite Linux distro, and if you're a Linux user, you too. If you want to pretend IBM is the only one that could get hurt here, think again. The SCO execs and lawyers are going "Damn. They're calling our bluff. Again. Better send out a troll to slashdot to keep them from counting the cards."

    Kjella

    --
    Live today, because you never know what tomorrow brings
  32. Re:This is a pretty serious claim by j-pimp · · Score: 2, Insightful

    I don't believe that the end justifies the means but people downloading OpenBSD would probally be the most positive consequence of this lawsuit.

    --
    --- Justin Dearing http://www.justaprogrammer.net/ We're just programmers.
  33. I'm confused... by josepha48 · · Score: 2, Interesting
    .. we still don't know a few things..
    1) What is UNIX anyway? I thought it was trademarked by the open group, and a set of standards. If this is the case then can't ANYONE create their own UNIX, that abide by those standards?
    2) X does not make up UNIX does it? I did not think the GNU tools did either, nor gcc. So this leaves out the GUI and anything attached to it. It also leaves out the 'UNIX-like' commands. So what is left? The kernel.

    What parts or parts of the kernel does SCO think Linux is infringing? should be the first question. Then the second is where is the proof?

    The same thing happened with BSD - USL/ATT/Novell years ago.

    SCO's president and 85% shareholder is playing a dangerous game of winner takes all! His company is worth about the same price as a roll of toilet paper, and he knows it. It is going down. If he wins, and Linux is proved to be infringing, it may not be a case of just rewrite parts of the kernel, it may be a case of move all the drivers to the GNU Hurd or something. If he looses UNIX then may become an open standard that SCO losses all their license to. If IBM pays up then they are admitting that SCO is right and could loose AIX and SCO could get AIX AND Linux.

    He has nothing to loose. I think the end result could be that people say screw UNIX like apple did and move to BSD.

    --

    Only 'flamers' flame!
    Does slashdot hate my posts?

  34. Get a fucking lawyer by NineNine · · Score: 2, Insightful

    ESR needs to get a fucking lawyer. Going around asking people in a public forum if they had access to proprietary code years ago that they're not legally allowed to disclose is juvenile at best. This is another lame stunt that if the press hears about it, will make the Linux proponents look like even bigger jackasses than they already look like now. This is *not* how you go about working on a legal case. Even if he found some special code, IBM's lawyers aren't going to care. They're doing their own research, and I'm sure that they can't take the word of some raving fanatic with them into court.

    1. Re:Get a fucking lawyer by cduffy · · Score: 2, Interesting

      Actually, no, this is a pretty valid thing. Thing is, trade secrets are only valid if they're genuinely secrets, and if they're released to folks under a set of circumstances which is, at minimum, a subset of those ESR describes, they may well cease to be trade secrets any more at all. He's not looking for "special code", he's looking for trade secret violations -- and if you can think of a better way to do that than asking around to find people who may have been witnesses to them, yer a better man than me.

      Anyhow, it's not the word of the "raving fanatic" that IBM needs to take, it's the word of the people who are (potentially) responding to the "raving fanatic"'s request for info.

      ESR isn't all that much of a raving fanatic, though -- certainly not like RMS is. Plus he plays a pretty mean jazz flute...

  35. 'Contractual' Trade Secrets? by no_code_charlie · · Score: 2, Interesting

    I'm not sure what you're trying to do here, and I'm even less sure that you can necessarily help IBM. Even if you're successful in finding some people who had 'unrestricted' access to SCO's so-called trade secrets, this may not be dispositive of SCO's claims against IBM. Reason: IBM may have agreed (i.e., promised) to treat certain matter as trade secret matter pursuant to some contract that it entered into with SCO (or its predecessor, etc.). In such case, if IBM failed to respect the confidential nature of the matter, SCO may still have claims against IBM irrespective of the prior disclosure of the matter to third parties. (This all would depend on said contract.) Of course, such a thing would be IBM's problem (not the OSS community at large). (Nothing in this comment is intended to support or validate any of SCO's positions, claims or FUD; on the contrary, I say that SCO has nothing and is nothing.) Linux Wins!

  36. solaris source by Anonymous Coward · · Score: 2, Informative

    (Posted anonymously for obvious reasons.)

    I'm sitting at a workstation here in my CS department computer lab reading parts of the Solaris source (a recent version). I didn't sign anything to be able to do this, I just happened to find it in a remote, out-of-the-way part of the filesystem. The permissions are such that anyone with an account can read it, although I doubt they were intented to be that way. I'm not sure if this includes the code for every piece of Solaris; I see just about all of the user-space commands and libraries, and some development tools, but I can't find the kernel source, and the directory structure is too confusing to look for it.

  37. Not even a half-thought-out post by psychonaut · · Score: 2, Interesting
    Just because it wasn't enforced at one time, doesn't mean the NDA is null and void- in fact, many/most NDAs specifically say "lack of enforcement does not nullify this agreement".

    And just because someone inserts some term into a contract doesn't mean it's legally binding. In many jurisdictions you cannot, for example, sign away your basic human rights, nor can you agree to do something which is illegal. Those parts of the contract will be null and void. A clause stating that "lack of enforcement does not nullify this agreement" may itself be nullified if the law unequivocally says that lack of enforcement nullifies this sort of agreement, no ifs, ands, or buts.

    Disproving "trade secret" status is pointless(not to mention, unlikely to happen). It's still copyright SOMEONE ELSE, and YOU CAN'T USE IT unless they let you!

    That depends on what the basis of SCO's lawsuit is. Have you read the plaintiff's claim in full? Do you know for sure that they're not suing on the basis of breach of trade secrets and not just copyright alone? Proving that SCO's source code is no longer secret may well prevent them from using that line of attack, to which they may very well resort (if they haven't already) if a simple breach of copyright can't be proven.

    It's been said time+time again, there is no proprietary code that belongs to SCO in the Linux kernel.

    Popular though that opinion may be among the Slashdot crowd, I'm sorry to say that it counts for absolutely nothing. The only thing that matters is what the judge and/or jury thinks of the evidence that will be presented at court. Remember that your average judge and jury knows absolutely nothing about writing computer code and open source software licences. A lazy or inadequately-prepared defence may lead the judge to conclude in the legal universe things which aren't necessarily true in the everyday-life universe, including and not limited to a ruling that the GPL is completely unenforceable. This might not help out SCO very much, though needless to say it would have interesting implications for the Free Software community.

    I can hear the SCO execs and lawyers now: "See? They DID steal our code, now they're trying to find a loophole!"

    Learn the alphabet, boy. ESR != IBM. SCO's lawyers will be thinking no such thing, but even if they do, it really doesn't matter (see above).

  38. Re:Will it help IBM if they have shown somebody AI by jcast · · Score: 2, Insightful

    No. Read ESR's page on the legal issues. Trade secret law is like trademark law; if AT&T, Novell, and SCO have been sufficiently lax for sufficiently long about enforcing the NDAs, then it's too late to start now---they've already given up their trade secrets.

    --
    There are reasons why democracy does not work nearly as well as capitalism.
    -- David D. Friedman
  39. What if SCO contains Linux code? by Vip · · Score: 3, Insightful

    What if SCO programmers looked at Linux code, put some of it into SCO code, line for line.
    Now someone else goes back and looks and goes, "Hey, there's SCO code in Linux!! Time for a lawsuit!"
    How to say if this type of thing is happening?

    Vip

    1. Re:What if SCO contains Linux code? by Skapare · · Score: 3, Interesting

      Once it is known what line(s) of code are involved, then it's a matter of tracing back to who wrote it or contributed it. Testimony by the author may help. Proof of release dates may help. There are ways once the specifics are known. SCO is trying to prevent anyone from having time to research this by hiding facts until they actually have to show them during the legal proceedings.

      And if in fact it turns out to be genuine SCO code that got in there, somehow, it should be possible to figure out the path it came from. The code would be removed and the kernel developers could cite where it came from. Maybe someone would get in trouble, depending. But until specifics are known, no serious action can be taken. If it's userland code, then it's a matter of that project author or team to work with.

      If it's SysV init script code, at least my servers are safe because I already got rid of that :-)

      --
      now we need to go OSS in diesel cars
    2. Re:What if SCO contains Linux code? by Billly+Gates · · Score: 2, Interesting
      Unfortunatly Linus refuses to use CVS or any other developer managment system. If he like a piece of code he gets from email he just patches it to the source and its forgoten.

      That is the problem.

      Having Linus try to remember who put it in will not cut it without some record. Kernel.org will show when the offending code was added but not by who. The BSD groups have cvs so in a future lawsuit they can trace it to which user added the transaction adding the offending code.

      What is interesting is at caldera's ftp site, they removed all the kernel 2.2.rpm files but left the later 2.4's. This shows that IBM had nothing to do with this but Novell or SCO could of leaked it. Assuming it was the 2.2 kernel and earlier that had Unix IP in it.

  40. Re:Get a fucking lawyer (utterly OT reply) by swordgeek · · Score: 2, Interesting

    Heh.

    For some bizarre reason I went looking through my "freaks" list--the list of people who have marked me as foes. Most of them, I found, were people that I'd have disagreements with online but fundamentally and philosophically agreed with.

    You are one such poster. I can't remember what we got on opposite ends over at some point, but nearly every time I see your posts, I agree with them. This is one such case.

    ESR has done many things within the open source community, but every time he pokes his nose into the real world, he comes off sounding like a juvenile, immature, and clueless fanatic. This is a legal case, requiring legally acceptable evidence, obtained in proper ways. Asking an anonymous community of geeks is about as far removed from reality as one might get. No one--NO ONE--is going to seriously examine another Raymond Rant.

    --

    "People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban
  41. The problem with SCO's claim by mark-t · · Score: 2, Informative
    For SCO to have fair claim of a trade secret violation would require that someone who knew SCO's trade secrets used them in Linux. If it was independently reinvented, then trade secret violation does not apply, no matter how similar they are. The secrets SCO is trying to protect by not divulging where the offending code is will not be trade secrets anymore by the time the case is over anyways (since if they continue to allow their use in Linux after the case, they forfeit trade seecret status, and if they remove them, the public will know what the secrets were anyways almost as fast as one can type 'diff'), so the argument that SCO has not simply said where the offending lines of code are on the premise that they would be revealing their trade secrets is moot.

    This leaves SCO with a supposed copyright infringement claim. For this to be valid, someone must have taken SCO's code, and directly copied it into Linux. But again, SCO has not divulged where any infringement of this sort actually is. Their only defense for their silence falls on their "trade secret" argument, which as I pointed out, is voided by the fact that loss of these so called trade secrets is imminent anyways. So SCO would have nothing to lose by telling us where the copyrighted code is so it can be removed. Further, SCO has made references to code that was supposedly copied from SCO but changed so as to appear to be different, but if there were enough changes to it to cause it to appear that different, then it would not be a copyright violation. Copyright does not protect ideas, only the content. Further, copyright does not extend to ownership of derivative works. [1]

    It is also worth pointing out that even if the so-called infringing code were removed, it would not reduce the damages that SCO could collect if their allegations have merit. That is, they could have legitimate claim to substantial losses due to their trade secrets becoming public knowledge, even if it was due to them revealing where they were in the kernel, because the code to Linux was already public. Another point of interest is that, according to my legal sources, the amount of a trade secret infringement claim should not ever exceed (by much) the net worth of the company whose secrets were compromised, measured at the most recent point in time before the secrets could have been stolen. This could date no further back than the date that IBM (the supposed source of the trade secret infringement) began its official involvement with Linux, so SCO could ask for an amount on similar par with their maximum net worth at any point since then. The fact that they are asking for so much more than this (by orders of magnitude!) means that it would be impossible for this to be a trade secret violation claim alone.

    [1] This is, interestingly, the heart of MS's claim against the GPL, but can be shown to be inapplicable because the GPL does not affect who owns the copyright on a product, it only affects who has the right to distribute the copyrighted work (in the case of the GPL, rights to distribute are granted by the copyright holder only to those who will not limit the rights to further distribute the original work or works derived from it). If a person wants to make a change to a GPL'd work, but does not want his changes subject to the GPL, he can simply choose to not distribute his changes, and he's fine. Also, since copyright does not protect ideas, one can freely examine the source to any GPL'd product for the purposes of self-education, and then apply that knowledge to a new work that would not be subject to the GPL. RMS would probably loathe this loophole, but it can't be helped --- knowledge, once learned, is inherently free to use for the person who has it, and without an NDA, no copyright clause can govern what a person does with it once it is in their head.

  42. File this under "Really Bad Idea" by idiotnot · · Score: 3, Interesting

    I'll begin with a question....

    Is ESR your wife, shrink, attorney, or priest?

    (I think that covers all the exemptions from being compelled to testify) If the answer is "no" on all accounts, don't talk to him. He can in no way guarantee that you won't be compelled to testify at trial, or that you, yourself, will be safe from prosecution. This is just doing discovery for SCO's attorneys, pointing out individuals with names of people who could have tainted the Linux source. I'm of the opinion that they have absolutely no proof of this, why assist them in finding it?

    I understand the community wants to do something here. There is, however, little we can do to help, other than keep our mouths shut. Want to help? Convert an AIX or SCO Unix machine to Linux. We don't want to show support for SCO in any way.

    Then let the folks who sign their correspondance "Esquire" figure this out.

    1. Re:File this under "Really Bad Idea" by Questy · · Score: 2, Insightful

      Your assertion that we should move SCO boxen to Linux ASAP is well founded, and easily done. Congrats on a great idea. I've done so myself. However, moving AIX boxen to Linux is a little more problematic. For instance, my *SMALLEST* AIX machine has 12 processors and 6GB of RAM. This has FibreChannel connections back to my Shark which has untol Terabytes of capacity potential. Unfortunately, and I expect flames here, it is near on impossible to replace large systems (CLinical, finacial, etc.) with Linux boxes "just because SCO is an idiot". Most clinical systems won't write for Linux for several reasons...the largest of which is that Intel platforms are substandard platforms for the large environment. When you move into our larger systems which contain 32 processors and GIGS of RAM, LPAR technology and many of the most recent advancements available to the platform, it is truly impossible to replace AIX with Linux. Linux is incapable (still) of handling the types of workloads our machines see every day, and incapable of scaling to 32 processors and exorbitant amounts of RAM. While many of us would love to be unencumbered by such rantings as what SCO has thrown into the public fodder pit, it is completely impractical for Linux running on Intel. As far as I am apprised, Linux just isn't ready for primetime on RS6000 either. The choice for high-end AIX admins is simple: Stay where we are, and let IBM squash SCO like a bug.

      --
      #!/Jerald
  43. Re:OT: Re:I'd tell you by lenski · · Score: 2, Informative

    Nope, it's Inigo. Read the book (as it's been said in another post, it is a good read).

  44. Wow. by mindstrm · · Score: 5, Insightful

    Where did you get that.

    Nobody is saying that you can steal... there is a difference between trade secret stuff and just "How we did that thing".

    SCO is not "locking down their IP rights". THey are trying to assert IP rights they do NOT have.

    You CANNOT claim to have a "trade secret" if everyone and his pet duck has had virtually unfettered access to it for TEN years. SCO did not have anything that EVERYONE did not already know, was taught in universities, etcetera.. that's the point.

    This has nothing to do with RMS.

    This is about asking if anyone in the past has had access, legally, to the unix source in any form where they did not have to sign NDAS, or where the NDAS were consciously overlooked by the rightsholder in the first place. Why? So they can help show that SCO is making baseless claims (which any idiot can see that they are)

  45. TIme to EXPOSE Novell - Another smoking gun by NZheretic · · Score: 5, Interesting
    In 1993, Novell bought USL. USL and Univel became the Novell UNIX Systems Group. Novell transferred the UNIX trademark to X/Open (later to become The Open Group). In 1993, Novell bought AT&T's stake in USL. In 1995, Novell sold the UnixWare business to old SCO

    BUT IN 1994 Novell who then fully owned UnixWare...From the Usenet Archives

    Novell Brewing a New 32-Bit GUI Environment (PC Week)
    From PC Week for April 25, 1994 by PC Week Staff

    Novell Inc. is developing a low-cost, 32-bit multitasking operating environment based on a "freeware" version of Unix that sources said will run Windows, DOS, NetWare, and Unix applications.

    Novell is expected to demonstrate the software -- which it is developing under tight security at an off-site warehouse -- to a few select users at next week's NetWorld+Interop trade show, said sources close to the Provo, Utah, company.

    The new system, code-named Expose, is not a derivative of Novell's own UnixWare; it is based on Linux, a full-featured Unix clone for PCs that is distributed under a free GNU Public License, sources said. Linux 1.0, which shipped in March, runs on 386- and 486-based ISA and EISA computers.

    Expose will be based on a graphical X Window System environment called Looking Glass, which Novell licensed from Visix Software Inc., of Reston, Va. It is expected to use an advanced 3-D desktop metaphor to allow users to easily navigate through it, sources said.

    Expose "is not as much an applications environment as it is a front end to many environments, [including] NetWare, Unix, and Windows applications," said a source who has been briefed on the project. Users also will be able to run Expose as a front end to the Internet, possibly through the Mosaic GUI, sources said.

    However, one source said development is in the early stages, and given Novell's track record, the project could be abandoned if it does not show strong promise.

    Another source said Novell has already demonstrated Microsoft Corp.'s Office suite of Windows applications running on Expose. The source claimed the applications were running without a Windows emulator, even though Linux does not fully support Windows applications.

    Novell's goal, sources said, is to quickly bring to market a graphical operating environment that would give PC users a lower-cost alternative to Windows. The environment would likely be priced below UnixWare's $249 price and possibly even lower than the $149.95 retail price asked for Windows.

    "Ray [Noorda] would give it away if he could," said a source knowledgeable about the project.

    The GNU license allows developers to use and modify the Linux code and sell it for any price the market will bear -- with the caveat that they must also distribute the Linux source code with their derivative products.

    Some corporate NetWare users questioned the sagacity of Novell developing yet another graphical 32-bit operating system. "I'd hate to see them spend a whole lot of research resources on one more operating system," said Jim Queen, director of enterprise networking for Enron Corp., a Houston-based energy company with a large NetWare network. "If they have a vision for this thing, they'd better share it."

    Another IS manager said he is still trying to get his company's current set of desktop operating systems to work together on a LAN. But although he doesn't want to deal with yet another contender, "I'll keep an open mind," said Lee Roth, LAN manager for Dallas-based Southwest Airlines Co. "If [Expose] gives me some new functionality, I'll consider it."

    Did Novell, who at that time owned the Unixware source, put some of the code into GPL'ed Linux to remain compatable with UNIX binaries?

    Time to dig up those old copies of Byte and PC Weekly.

  46. This SCO Fud by digitaltraveller · · Score: 3, Interesting
    Dennis Ritchie has put up some of the court papers from the previous SCO (nee USL) vs University of California lawsuit that tried to destory BSD. One of the documents is an affidavit from Kirk McKusick stating that a source code audit found only 65 "infringing lines" out of around 250 000 in NET2.
    It makes the Copyright statement from the terminfo file that ESR maintains seem oddly prescient. The statement is accessible on my RH8 system with
    head -255 /etc/termcap | tail -19
    (2nd line, last paragraph).
    What's next? I predict Microsoft will sue Sun for Copyright infringement of /bin/clear on Solaris. :)
  47. Re:Get a fucking lawyer -- He's married to on! by Proudrooster · · Score: 2, Informative

    ESR is married to a fiesty red-headed IP lawyer named Cathy. Maybe you should get a clue before trashing ESR and this strategy. I am sure that this will all make sense soon.

    Things are seldom as they seem.