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]> 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]> 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 > > > >> Phone: 866-316-9126 > >> Fax: 866-701-0029 > >> Email: [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]> 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< > [email protected]>wrote: > >>>> > >>>> Send Opensim-dev mailing list submissions to > >>>>> [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< > [email protected]> > >>>>> > >>>>> You can reach the person managing the list at > >>>>> opensim-dev-owner@lists.**berlios.de< > [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< > [email protected]> > >>>>> > > >>>>> To: [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< > [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< > [email protected]>[mailto: > >>>>>> opensim-dev-bounces@**lists.berlios.de< > [email protected]>] > >>>>>> On Behalf Of Justin Clark-Casey > >>>>>> Sent: Sunday, June 26, 2011 4:48 PM > >>>>>> To: [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< > [email protected]> > >>>>> > > >>>>> To: [email protected]**, [email protected] > >>>>> Subject: [Opensim-dev] The Overte Foundation for OpenSimulator > >>>>> Message-ID:<4E0BCFAF.5030908@**googlemail.com< > [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] > >>>>> 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] > >>>> 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] > >>> https://lists.berlios.de/**mailman/listinfo/opensim-dev< > https://lists.berlios.de/mailman/listinfo/opensim-dev> > >>> > >> > >> > >> _______________________________________________ > >> Opensim-dev mailing list > >> [email protected] > >> https://lists.berlios.de/mailman/listinfo/opensim-dev > >> > >> > > > > > > > > _______________________________________________ > > Opensim-dev mailing list > > [email protected] > > https://lists.berlios.de/mailman/listinfo/opensim-dev > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev > -- Michael Emory Cerquoni - Nebadon Izumi @ http://osgrid.org
_______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
