whoops accidentally sent that last email before i was ready too.. But again If
i felt that things were heading towards
complete commercialization and closed source I would not be involving myself on
the board or endorsing these kind of
decisions. I do think it is good though that people say what they are thinking
and feeling about how things are
progressing so that we can all talk about it, we are trying to keep this
process open as much as possible to everyone so
you can rest assured there is no intention of privatizing and locking up the
OpenSimulator code. Really our hope was to
open it up more and bring more people into the fold in a safe manner but it is
good to ask questions, if you have more
questions keep them coming and we will try to answer everything we can and
hopefully put peoples mind at east. Thanks
everyone.
On Sun, Jul 3, 2011 at 3:24 AM, Michael Cerquoni <[email protected]
<mailto:[email protected]>> wrote:
I am also not a lawyer, but I can tell you that I would not be involved if
I felt this was the direction that things
are heading.
On Sat, Jul 2, 2011 at 6:12 AM, Melanie <[email protected]
<mailto:[email protected]>> wrote:
IANAL either, but as the software is currently BSD licensed, anyone
can take it, spin a release off it and sell it. So I would assume
that core could go and make it closed and commercial, which means
the last release would remain BSD and all future development could
be closed. That is possible even today, independent of any
contributor's agreements.
However, core has been working under the 6 month clause and other
constraints to keep OpenSim BSD for a long time, so I don't see any
reason to believe this would ever come to pass, one way or the
other. We have no interest in making OpenSim core closed source.
Melanie
On 02/07/2011 08:22, Snowcrash Short wrote:
> Hi
>
> Since IANAL, I have a couple of questions.
>
> Usually when I encounter these kinds of licenses, they also imply
that the
> foundation obtains a right to re-license the copyrighIted material,
since
> the foundation has a separate copyright and thus may produce a copy
under a
> separate license. Will this also be the case for Overte?
>
> What about the submissions made prior to license policy, will Overte
> retroactively try to get the contributors to sign such a license?
>
> My goal here is to ensure that OpenSim will remain free.
>
> /Snowcrash
>
> On Fri, Jul 1, 2011 at 12:32 AM, Andrew Hughes <
> [email protected]
<mailto:[email protected]>> wrote:
>
>> Hi Guys,
>>
>> We would like to donate funds also to the Opensim Dev project.
Please let
>> me know when this is possible. Thanks!
>>
>>
>> Have a creative day,
>>
>>
>> Andrew Hughes
>> President
>>
>>
>>
>> - A Second Life ® Gold Solution Provider
>> - A proud member of the Better Business Bureau
>> - Member of the eLearning Guild
>> - General Services Administration (GSA) IT Schedule 70 Contract
Holder
>> - General Services Administration (GSA) MOBIS Contract Holder
>> ------------------------------
>> Address: 8401 Claude Thomas Rd. | Suite 23 | Franklin, OH
45005<http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=Designing+Digitally+8401+Claude+Thomas+Rd.+Franklin,+OH+45005&sll=39.596152,-84.21679&sspn=0.143386,0.259895&g=8401+Claude+Thomas+Rd.+Franklin,+OH+45005&ie=UTF8&ll=39.567728,-84.269471&spn=0.008552,0.016243&t=h&z=16&iwloc=A&iwd=1&cid=3634860409431715648&dtab=0
<http://maps.google.com/maps?f=q&source=s_q&hl=en&geocode=&q=Designing+Digitally+8401+Claude+Thomas+Rd.+Franklin,+OH+45005&sll=39.596152,-84.21679&sspn=0.143386,0.259895&g=8401+Claude+Thomas+Rd.+Franklin,+OH+45005&ie=UTF8&ll=39.567728,-84.269471&spn=0.008552,0.016243&t=h&z=16&iwloc=A&iwd=1&cid=3634860409431715648&dtab=0>>
>> Phone: 866-316-9126
>> Fax: 866-701-0029
>> Email: [email protected]
<mailto:[email protected]>
>> DDINC Website: http://www.designingdigitally.com
>> *3D Virtual Campus Tours:* http://www.3dvirtualcampustours.com
>> *3D Serious Games & Simulations:*
>> http://www.3dseriousgamesandsimulations.com
>> Blog: http://www.designingdigitally.com/blog/
>> Second Life Island: http://tinyurl.com/2643z5y
>> ============================================================
>> CONFIDENTIALITY NOTICE: This email and any files transmitted with
it are
>> confidential and intended solely for the use of the individual or
entity to
>> which they are addressed. If you are not the intended recipient,
you may not
>> review, copy or distribute this message. If you have received this
email in
>> error, please notify the sender immediately and delete the original
message.
>> Neither the sender nor the company for which he or she works
accepts any
>> liability for any damage caused by any virus transmitted
>>
>>
>> Connect with us: [image:
Facebook]<http://www.facebook.com/designing.digitally.inc> [image:
>> LinkedIn]
<http://www.linkedin.com/companies/designing-digitally-inc.> [image:
>> Flickr] <http://www.flickr.com/photos/designingdigitally/> [image:
>> Twitter] <http://www.twitter.com/ddinc>
>> What's new with Designing Digitally, Inc.: Getting Employees Up To
Speed
>> On New
Software<http://feedproxy.google.com/%7Er/designingdigitallyblog/%7E3/XrWJtcLubz4/getting-employees-up-to-speed-on-new-software>
>>
>>
>> On Thu, Jun 30, 2011 at 6:26 PM, Justin Clark-Casey <
>> [email protected] <mailto:[email protected]>> wrote:
>>
>>> Thanks very much for the offer, Justin. If it's okay, I'll let
you know
>>> when we have a donation channel established. This might take a
little while
>>> since we're in the holiday season at the moment and various people
are away.
>>>
>>> -- Justin
>>>
>>> On 30/06/11 16:25, Justin Lyon wrote:
>>>
>>>> Justin,
>>>>
>>>> Simudyne would be willing to donate some funds to help set-up the
Overte
>>>> Foundation. What would you need?
>>>>
>>>> Best,
>>>> Justin
>>>>
>>>> On 30 Jun 2011, at 13:00, opensim-dev-request@lists.**berlios.de
<http://berlios.de><[email protected]
<mailto:[email protected]>>wrote:
>>>>
>>>> Send Opensim-dev mailing list submissions to
>>>>> [email protected]
<mailto:[email protected]>
>>>>>
>>>>> To subscribe or unsubscribe via the World Wide Web, visit
>>>>>
https://lists.berlios.de/**mailman/listinfo/opensim-dev<https://lists.berlios.de/mailman/listinfo/opensim-dev>
>>>>> or, via email, send a message with subject or body 'help' to
>>>>> opensim-dev-request@lists.**berlios.de
<http://berlios.de><[email protected]
<mailto:[email protected]>>
>>>>>
>>>>> You can reach the person managing the list at
>>>>> opensim-dev-owner@lists.**berlios.de
<http://berlios.de><[email protected]
<mailto:[email protected]>>
>>>>>
>>>>> When replying, please edit your Subject line so it is more
specific
>>>>> than "Re: Contents of Opensim-dev digest..."
>>>>>
>>>>>
>>>>> Today's Topics:
>>>>>
>>>>> 1. Re: Built libbullet shared object libraries for Linux but
>>>>> this isn't what you wanted! (Justin Clark-Casey)
>>>>> 2. The Overte Foundation for OpenSimulator (Justin Clark-Casey)
>>>>>
>>>>>
>>>>> ------------------------------**------------------------------**
>>>>> ----------
>>>>>
>>>>> Message: 1
>>>>> Date: Thu, 30 Jun 2011 00:51:27 +0100
>>>>> From: Justin Clark-Casey<jjustincc@**googlemail.com
<http://googlemail.com><[email protected]
<mailto:[email protected]>>
>>>>> >
>>>>> To: [email protected]
<mailto:[email protected]>
>>>>> Subject: Re: [Opensim-dev] Built libbullet shared object
libraries for
>>>>> Linux but this isn't what you wanted!
>>>>> Message-ID:<4E0BBA7F.7070206@**googlemail.com
<http://googlemail.com><[email protected]
<mailto:[email protected]>>
>>>>> >
>>>>> Content-Type: text/plain; charset=windows-1252; format=flowed
>>>>>
>>>>> On 27/06/11 16:52, Adams, Robert wrote:
>>>>>
>>>>>> Building Bullet itself is a start. Thanks Justin.
>>>>>>
>>>>>> The makefile should be fairly straight forward as there are
just the
>>>>>> two cpp files and one .h file with the only dependencies being
on the std
>>>>>> library and Bullet itself. As you now know, Bullet used CMAKE
for its
>>>>>> build/configuration tool and I don't know if there is a way to
link a
>>>>>> BulletSim build into it (put the Bullet directory under
BulletSim and do a
>>>>>> CMAKE which builds both together).
>>>>>>
>>>>>> I'm setting up a Linux build environment so I should be able to
help
>>>>>> anyone working on this by next weekend. I'm doing some stress
testing this
>>>>>> week and then I will look into linksets again -- I want to get
vehicles
>>>>>> working.
>>>>>>
>>>>>
>>>>> I put in a scratch Makefile and fixed one definition issue in
>>>>> BulletSim.cpp. However, on make this still brings up the
>>>>> errors
>>>>>
>>>>> BulletSim.cpp:38:14: error: ?gDeactivationTime? was declared
?extern?
>>>>> and later ?static?
>>>>> BulletDynamics/Dynamics/**btRigidBody.h:29:17: error: previous
>>>>> declaration of ?gDeactivationTime?
>>>>> BulletSim.cpp: In member function ?int
BulletSim::PhysicsStep(**btScalar,
>>>>> int, btScalar, int*, EntityProperties***, int*,
>>>>> unsigned int**)?:
>>>>> BulletSim.cpp:107:79: error: cast from ?void*? to ?unsigned int?
loses
>>>>> precision
>>>>> BulletSim.cpp:108:79: error: cast from ?void*? to ?unsigned int?
loses
>>>>> precision
>>>>> BulletSim.cpp: In member function ?btCollisionShape*
>>>>> BulletSim::CreateShape(**ShapeData*)?:
>>>>> BulletSim.cpp:405:61: error: no matching function for call to
>>>>> ?BulletSim::**AdjustScaleForCollisionMargin(**btCollisionShape*&,
>>>>> btVector3)?
>>>>> BulletSim.h:469:7: note: candidate is: void BulletSim::**
>>>>> AdjustScaleForCollisionMargin(**btCollisionShape*, btVector3&)
>>>>> BulletSim.cpp:426:62: error: no matching function for call to
>>>>> ?BulletSim::**AdjustScaleForCollisionMargin(**btCollisionShape*&,
>>>>> btVector3)?
>>>>> BulletSim.h:469:7: note: candidate is: void BulletSim::**
>>>>> AdjustScaleForCollisionMargin(**btCollisionShape*, btVector3&)
>>>>> BulletSim.cpp:432:61: error: no matching function for call to
>>>>> ?BulletSim::**AdjustScaleForCollisionMargin(**btCollisionShape*&,
>>>>> btVector3)?
>>>>> BulletSim.h:469:7: note: candidate is: void BulletSim::**
>>>>> AdjustScaleForCollisionMargin(**btCollisionShape*, btVector3&)
>>>>> BulletSim.cpp: In member function ?SweepHit
BulletSim::ConvexSweepTest(
>>>>> **unsigned int, btVector3&, btVector3&, btScalar)?:
>>>>> BulletSim.cpp:1166:95: error: cast from ?void*? to ?unsigned
int? loses
>>>>> precision
>>>>> BulletSim.cpp: In member function ?RaycastHit
>>>>> BulletSim::RayTest(unsigned int, btVector3&, btVector3&)?:
>>>>> BulletSim.cpp:1209:70: error: cast from ?void*? to ?unsigned
int? loses
>>>>> precision
>>>>> make: *** [BulletSim.o] Error 1
>>>>>
>>>>> It's a long time since I did any significant c/cpp (and then it
wasn't
>>>>> on Linux) so I'm not sure why this is happening.
>>>>> Maybe it's gcc specific.
>>>>>
>>>>>
>>>>>> I was able to pull opensim-libs anonymously last week (
>>>>>>
http://opensimulator.org/svn/**opensim-libs<http://opensimulator.org/svn/opensim-libs>).
>>>>>> Has it broken since then?
>>>>>>
>>>>>
>>>>> Thanks Robert - I was trying the wrong url. I put the
information into
>>>>> the wiki.
>>>>>
>>>>>
>>>>>> -- ra
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: opensim-dev-bounces@lists.**berlios.de
<http://berlios.de><[email protected]
<mailto:[email protected]>>[mailto:
>>>>>> opensim-dev-bounces@**lists.berlios.de
<http://lists.berlios.de><[email protected]
<mailto:[email protected]>>]
>>>>>> On Behalf Of Justin Clark-Casey
>>>>>> Sent: Sunday, June 26, 2011 4:48 PM
>>>>>> To: [email protected]
<mailto:[email protected]>
>>>>>> Subject: [Opensim-dev] Built libbullet shared object libraries
for
>>>>>> Linux but this isn't what you wanted!
>>>>>>
>>>>>> Hi Robert. I briefly putzed around with building shared object
Bullet
>>>>>> 2.78 under Linux tonight and popped the results
>>>>>> in as commit 23bf773 on the bulletsim branch.
>>>>>>
>>>>>> However, I just realised that you weren't asking for the bullet
>>>>>> libraries to be built. What you were really asking for
>>>>>> in http://lists.berlios.de/**pipermail/opensim-dev/2011-**
>>>>>>
June/010271.html<http://lists.berlios.de/pipermail/opensim-dev/2011-June/010271.html>were
Linux/OSX
makefiles to build your
>>>>>> BulletSim.dll interfacing library in the opensim-libs svn repo
(for
>>>>>> which anonymous access is unfortunately not
>>>>>> currently working - this need to be fixed).
>>>>>>
>>>>>> That doesn't look too difficult but it's a little more involved
for me
>>>>>> since it's a long time since I wrote a Makefile.
>>>>>> I don't know when I might get a slice of time to do that, so
I think
>>>>>> help from anybody else would still be very much
>>>>>> appreciated.
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Justin Clark-Casey (justincc)
>>>>> http://justincc.org/blog
>>>>> http://twitter.com/justincc
>>>>>
>>>>>
>>>>> ------------------------------
>>>>>
>>>>> Message: 2
>>>>> Date: Thu, 30 Jun 2011 02:21:51 +0100
>>>>> From: Justin Clark-Casey<jjustincc@**googlemail.com
<http://googlemail.com><[email protected]
<mailto:[email protected]>>
>>>>> >
>>>>> To: [email protected]
<mailto:[email protected]>**,
[email protected] <mailto:[email protected]>
>>>>> Subject: [Opensim-dev] The Overte Foundation for OpenSimulator
>>>>> Message-ID:<4E0BCFAF.5030908@**googlemail.com
<http://googlemail.com><[email protected]
<mailto:[email protected]>>
>>>>> >
>>>>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>>>>
>>>>> Dear all,
>>>>>
>>>>> As I'm sure everybody on these lists is aware, OpenSimulator
currently
>>>>> has some restrictions on who can contribute code
>>>>> to the project
(http://opensimulator.org/**wiki/Contributions_Policy<http://opensimulator.org/wiki/Contributions_Policy>
>>>>> ).
>>>>>
>>>>> The most controversial of these is the one that prevents
contributions
>>>>> from people who have studied the Linden Lab
>>>>> viewer within the past 6 months.
>>>>>
>>>>> This policy came about because the early core developers wanted
to be
>>>>> very cautious when dealing with a project that was
>>>>> intimately intertwined with OpenSimulator through a common
virtual world
>>>>> protocol and concept, but which was licensed
>>>>> under the copyleft GPL license rather than OpenSimulator's BSD
license.
>>>>> It was also inspired by bad, though unrelated,
>>>>> early experiences of unwanted inclusion of GPL code within
>>>>> OpenSimulator.
>>>>>
>>>>> However, this rule increasingly restricts progress and
innovation. To
>>>>> state the obvious, it effectively stops Linden
>>>>> Lab viewer and third party viewer developers from contributing to
>>>>> OpenSimulator and it stops OpenSimulator developers
>>>>> from contributing code to those viewers.
>>>>>
>>>>> We do want to do something about this. In very broad terms,
there are
>>>>> two choices of action. Either we simply drop the
>>>>> 6 month restriction or we establish a Contributor's License
Agreement
>>>>> (CLA) to explicitly clarify that a developer has
>>>>> the necessary rights to contribute the code that they're giving.
>>>>>
>>>>> Simply dropping the restriction is tempting. However, the
conditions
>>>>> under which it was established have not changed -
>>>>> the core of the Linden Lab viewer and derivatives is still under
the
>>>>> copyleft LGPL license. Some people think that in
>>>>> general such restrictions are entirely unnecessary but others
think that
>>>>> it's a reasonable precaution in the absence of
>>>>> a CLA.
>>>>>
>>>>> So the other alternative is to have that CLA. This is the route
that
>>>>> we've started going down. The proposal is to have
>>>>> a CLA by which a contributor explicitly grants a copyright
license over
>>>>> their contributions. Each contributor will
>>>>> continue to own their own code (i.e. there is no transfer of
copyright).
>>>>>
>>>>> Again, there is considerable debate over CLAs, with some people
seeing
>>>>> them as essential and others thinking that they
>>>>> are entirely unnecessary. However, many open-source projects
have CLAs
>>>>> (Apache, Django, Python, the Linden Lab viewer)
>>>>> so we would not be in bad company. Having to submit a CLA might
also
>>>>> reduce casual 'drive-by' patches, though we would
>>>>> make CLA submitting as easy as possible - by accepting them
>>>>> electronically, for instance.
>>>>>
>>>>> In order to grant a copyright license there needs to be a
receiving
>>>>> entity. To this end, we are in the process of
>>>>> setting up an organisation known as the Overte Foundation. The
Overte
>>>>> Foundation will receive the copyright licenses
>>>>> and become the official distributor of OpenSimulator rather than
>>>>> individual core developers. This will put it in a good
>>>>> position to deal with code origin or other issues, if any should
ever
>>>>> arise.
>>>>>
>>>>> Once the CLA is complete, the current contribution restrictions
to
>>>>> OpenSimulator will be removed. It will be down to
>>>>> each developer (including core developers) to affirm via the CLA
that
>>>>> they have the necessary rights over the code that
>>>>> they are contributing.
>>>>>
>>>>> One advantage of going down the foundation route is that it will
also be
>>>>> able to promote and support OpenSimulator in
>>>>> other ways, quite possibly incorporating members of the
community other
>>>>> than just developers. The foundation could also
>>>>> extend to cover other open-source
virtual-environment/virtual-**world
>>>>> projects and components. In the short term, though,
>>>>> we will be concentrating on establishing the CLA.
>>>>>
>>>>> At some point soon we would be very grateful for donations to
the Overte
>>>>> Foundation in order to deal with some of the
>>>>> costs involved in setting things up and for ongoing support and
>>>>> promotion of OpenSimulator. Setup costs should not be
>>>>> too high since Ben Esplin of Pillsbury Law is very kindly
donating time
>>>>> and expertise (he also helped OSgrid establish
>>>>> their organisation).
>>>>>
>>>>> We're actually still in the process of setting up the foundation
so
>>>>> we'll only be requesting donations once we have a
>>>>> bank account for them. However, we wanted to get this out in
the open
>>>>> now so that people know what is being proposed
>>>>> and so that we can get feedback.
>>>>>
>>>>> For a much shorter public statement and FAQ about these topics
shorn of
>>>>> the historical context, please see
>>>>>
>>>>>
http://opensimulator.org/wiki/**Foundation<http://opensimulator.org/wiki/Foundation>
>>>>>
http://opensimulator.org/wiki/**Foundation_FAQ<http://opensimulator.org/wiki/Foundation_FAQ>
>>>>>
>>>>> I will be acting as the first Overte Foundation president, with
Diva as
>>>>> treasurer, Melanie as secretary and Nebadon and
>>>>> Ben as initial board members. The foundation itself will not
directly
>>>>> control OpenSimulator development - this will
>>>>> remain with the OpenSimulator team and community as it does now.
>>>>>
>>>>> Discussion about this is very welcome, whether supporting or
critical.
>>>>> I'm logging off now so will likely answer any
>>>>> points tomorrow. Of course, other core developers are very
welcome to
>>>>> chip in.
>>>>>
>>>>> Best,
>>>>>
>>>>> --
>>>>> Justin Clark-Casey (justincc)
>>>>> http://justincc.org/blog
>>>>> http://twitter.com/justincc
>>>>>
>>>>>
>>>>> ------------------------------
>>>>>
>>>>> ______________________________**_________________
>>>>> Opensim-dev mailing list
>>>>> [email protected]
<mailto:[email protected]>
>>>>>
https://lists.berlios.de/**mailman/listinfo/opensim-dev<https://lists.berlios.de/mailman/listinfo/opensim-dev>
>>>>>
>>>>>
>>>>> End of Opensim-dev Digest, Vol 46, Issue 19
>>>>> *********************************************
>>>>>
>>>>
>>>> ______________________________**_________________
>>>> Opensim-dev mailing list
>>>> [email protected] <mailto:[email protected]>
>>>>
https://lists.berlios.de/**mailman/listinfo/opensim-dev<https://lists.berlios.de/mailman/listinfo/opensim-dev>
>>>>
>>>>
>>>
>>> --
>>> Justin Clark-Casey (justincc)
>>> http://justincc.org/blog
>>> http://twitter.com/justincc
>>> ______________________________**_________________
>>> Opensim-dev mailing list
>>> [email protected] <mailto:[email protected]>
>>>
https://lists.berlios.de/**mailman/listinfo/opensim-dev<https://lists.berlios.de/mailman/listinfo/opensim-dev>
>>>
>>
>>
>> _______________________________________________
>> Opensim-dev mailing list
>> [email protected] <mailto:[email protected]>
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
>>
>
>
>
> _______________________________________________
> Opensim-dev mailing list
> [email protected] <mailto:[email protected]>
> https://lists.berlios.de/mailman/listinfo/opensim-dev
_______________________________________________
Opensim-dev mailing list
[email protected] <mailto:[email protected]>
https://lists.berlios.de/mailman/listinfo/opensim-dev
--
Michael Emory Cerquoni - Nebadon Izumi @ http://osgrid.org
--
Michael Emory Cerquoni - Nebadon Izumi @ http://osgrid.org
_______________________________________________
Opensim-dev mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-dev
