[sldev] Legal questions for Linden Lab

[Tim Shephard]

Fair enough and the policy makes perfect sense (if we had forums /
another mailing list ready to go, that is), but unfortunately there is
bleed over that you have to accept.

For example, I proposed an architecture that was entirely technical -
but it is intricately involved in policy.   Would LL merge something
that allowed connections (say via RPC) to closed source plugins?

This has been the question since day one.  And yet, there is still no answer.

We're not discussing this constantly because we wish to nag or badger
but rather because there is a fundamental connection between code and
policy here that needs to be settled.

On 4/9/07, Rob Lanphier <robla at lindenlab.com> wrote:
> Hi folks,
>
> There's a problem with discussing licensing issues on this list:
>
> 1.  The people that deal with licensing are not monitoring this mailing
> list, and I'm not about to advise them to start.
> 2.  The people who did sign up for this list did so to discuss
> development issues, not licensing issues.
>
> If you feel there should be an "sldev-policy" mailing list, please vote
> for this issue, and take any comments there:
> https://jira.secondlife.com/browse/MISC-44
>
> In the meantime, if you wish to discuss client licensing amongst
> yourselves, feel free to use this wiki talk page:
> https://wiki.secondlife.com/wiki/Talk:Unofficial_Licensing_FAQ
>
> If you have questions for Linden Lab about licensing, please address
> those to licensing at lindenlab.com.  That gets to the people here at
> Linden Lab actually in charge of licensing policy.
>
> Please review the guidelines for this list before posting further on this:
> https://wiki.secondlife.com/wiki/SLDev
>
> If you disagree with the guidelines, please register your dissent here:
> https://wiki.secondlife.com/wiki/Talk:SLDev
>
> Thanks
> Rob
>
>
>
>
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
>
>
>