[opensource-dev] Can you legally agree to incomprehensible conditions?

Kent Quirk (Q Linden) q at lindenlab.com
Thu Apr 1 17:44:08 PDT 2010


1) The first line of my comment is that I don't speak for Linden legal.
2) What I said was that if you want to understand legalese, you should talk to a lawyer. That's it.

	Q


On Apr 1, 2010, at 4:54 AM, Gareth Nelson wrote:

> An interesting point:
> If a member of staff at LL is basically saying "none of you can
> comprehend this policy", then that surely means none of us can
> actually consent to agree to it.
> 
> Q - you may have just provided some "fuel" for use in any future court case
> 
> On Thu, Apr 1, 2010 at 8:42 AM, Morgaine <morgaine.dinova at googlemail.com> wrote:
>> On 21st March, Q Linden explained to us that legalese is not a language
>> amenable to "common sense" interpretation, and more specifically, that
>> programmers like ourselves should not expect to understand this Linden TPV
>> policy document using our normal logic and our normal dictionary.  I'll
>> repeat his words here for clarity:
>> 
>> 
>>     Kent Quirk (Q Linden) q at lindenlab.com
>>     Sun Mar 21 10:24:13 PDT 2010
>> 
>> I'm emphatically not a lawyer and I don't speak for our legal team. But:
>> 
>> Legalese is a specialized language. It's not strictly English, and it's not
>> always amenable to "common sense" interpretation. Think of lawyers as people
>> who write code in an underspecified language for a buggy compiler, and you
>> begin to understand why legalese is the way it is. There's a lot of law that
>> isn't stated, but is actually implied by the context of the existing settled
>> law. What that means is that if you're not a lawyer, you probably shouldn't
>> be attempting to interpret legal documents -- especially not for other
>> people. Similarly, if you're not a programmer, attempting to interpret
>> program source code is a risky business. Programmers are especially
>> susceptible to trying to interpret legal documents using a normal dictionary
>> because they're logical thinkers. That doesn't always work. If you have
>> legal questions about the implication of documents, you should ask a lawyer,
>> not a mailing list.
>> 
>> Similarly, any comment by one of Linden's lawyers in this forum or any other
>> could possibly be treated as legally binding. That also goes for Linden
>> employees, especially those with any seniority. So you're unlikely to get
>> further remarks or "clarifications", except general statements that don't
>> address specific questions. The policy was revised based on comments on this
>> list and elsewhere. That's probably a pretty good indication that Linden
>> Lab's lawyers now think it's clear enough to state its intent and to stand
>> up in court if they need it to.
>> 
>> Q
>> 
>> 
>> I've been thinking about this extraordinary post and its relationship to our
>> ongoing saga about the TPV, and I fail to see how any rational person could
>> agree to something unknown, except under duress.  Is it even legal to be
>> required to agree to the incomprehensible?  Does anyone know how the law
>> works in this area?
>> 
>> The GPL license was written by FSF lawyers specifically to be understood by
>> programmers, so it's no surprise that the large majority of people here
>> understand it. Given that Lindens claim that they are issuing a valid GPL
>> license, perhaps one might accept that at face value, and assume that GPLv2
>> clauses 6, 7, 11 and 12 remain intact and valid.  Therefore there are no
>> "further restrictions" imposed on SL TPV developers (clause 6), and the "NO
>> WARRANTY" clause (11-12) continues to protect developers from downstream
>> liability, and no "conditions are imposed on you that contradict the
>> conditions of this License" thus making the license valid (clause 7).
>> 
>> Given the forgoing, the officially incomprehensible TPV document then no
>> longer matters to SL TPV developers, because their rights and freedoms and
>> lack of liability are determined entirely by the GPL.  (It could be no other
>> way anyway, since we are told that we cannot understand the TPV.)
>> 
>> That leaves only the matter of users of TPVs behaving responsibly when they
>> use TPV clients in SL, with which I'm sure every person on this list is
>> happy to agree.  (Note that developers become users when they connect to SL,
>> and are bound by the same requirements as users.)  When users do something
>> bad with a TPV client, or indeed with a Linden client, then naturally they
>> are personally responsible for their actions.
>> 
>> In the absence of a TPV document that we can comprehend, perhaps this is the
>> best that TPV developers can do, since agreeing to incomprehensible
>> conditions is not something that any sensible person should consider.
>> 
>> 
>> Morgaine.
>> 
>> 
>> 
>> _______________________________________________
>> Policies and (un)subscribe information available here:
>> http://wiki.secondlife.com/wiki/OpenSource-Dev
>> Please read the policies before posting to keep unmoderated posting
>> privileges
>> 
> 
> 
> 
> -- 
> “Lanie, I’m going to print more printers. Lots more printers. One for
> everyone. That’s worth going to jail for. That’s worth anything.” -
> Printcrime by Cory Doctrow
> 
> Please avoid sending me Word or PowerPoint attachments.
> See http://www.gnu.org/philosophy/no-word-attachments.html
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges



More information about the opensource-dev mailing list