Date: Thu, 26 Apr 2007 08:50:11 -0700 From: Sam Leffler <sam@errno.com> To: Yar Tikhiy <yar@comp.chem.msu.su> Cc: src-committers@FreeBSD.org, Andre Oppermann <andre@FreeBSD.org>, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org, Stephan Uphoff <ups@FreeBSD.org>, Coleman Kane <cokane@FreeBSD.org> Subject: Re: cvs commit: src/sys/amd64/amd64 pmap.c src/sys/i386/i386 pmap.c [NDA's] Message-ID: <4630CA33.5000404@errno.com> In-Reply-To: <20070426054228.GA53614@comp.chem.msu.su> References: <200704211417.l3LEHUKK078832@repoman.freebsd.org> <462A27CD.5090006@freebsd.org> <1177170852.32761.0.camel@localhost> <20070424091858.GA31094@comp.chem.msu.su> <462FA0BC.8020207@freebsd.org> <20070426054228.GA53614@comp.chem.msu.su>
next in thread | previous in thread | raw e-mail | index | archive | help
Yar Tikhiy wrote: > Was the change based on a document under NDA? Then this case raises > an interesting question: to what extent an open source developer > is allowed to explain his code that was based on a document under > NDA? Of course, it should depend on the NDA, but I suspect that a > typical NDA requires a lawyer to interpret it unambiguously (I've > never signed one by myself), and an overcautious lawyer would say > that the open source code itself violates the NDA because anybody > can RTFS. :-) NDA's are negotiable. I've signed plenty and am very careful to structure them so that when the work product is to be released to the open source community there is no confusion about whether information may or may not be disclosed. Companies that work with the open source community but require NDA's typically use them to control premature release of information and restrict related information (e.g. product plans). In my experience companies often mark documents w/ an NDA because they don't want to have to deal with the liability of a doc having mistakes and because they don't want to deal with random folks badgering them for support when they can't understand what's written. The key to working with companies is always to establish a level of trust and a relationship with people that work there. Everything else falls out as a result. Sam
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4630CA33.5000404>