From flats_fixed at flatsfixedbicycles.com Tue Oct 1 00:09:58 2013 From: flats_fixed at flatsfixedbicycles.com (Flats Fixed) Date: Tue, 1 Oct 2013 02:09:58 -0500 Subject: [opensource-dev] grid code exploited Message-ID: seems your staff OZ has exploited your closed grid code and has rendered a whole sim on Mainland _ Bailywick Useless. And Staff is unable to fix it. this is a serious issue OZ fix it. Only people that have this knowledge of the Closed grid is Staff. -- FLATS FIXED Emergency repairs flatsfixedbicycles.com This message has been sent by the most powerful bleeding edge operating system known to man SLACKWARE64-CURRENT We Get The Slack Back. It is free. Try it you will never go back just keep the slack. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131001/01c93854/attachment.htm From carlo at alinoe.com Tue Oct 1 08:05:25 2013 From: carlo at alinoe.com (Carlo Wood) Date: Tue, 1 Oct 2013 17:05:25 +0200 Subject: [opensource-dev] grid code exploited In-Reply-To: References: Message-ID: <20131001170525.45bab18d@hikaru.localdomain> On Tue, 1 Oct 2013 02:09:58 -0500 Flats Fixed wrote: > seems your staff OZ has exploited your closed grid code and has > rendered a whole sim on Mainland _ Bailywick Useless. And Staff is > unable to fix it. this is a serious issue OZ fix it. Only people that > have this knowledge of the Closed grid is Staff. > You really should take the meds that your psychiatrist prescribes, otherwise they don't have any effect :/ -- Carlo Wood From darien.caldwell at gmail.com Tue Oct 1 10:54:10 2013 From: darien.caldwell at gmail.com (Darien Caldwell) Date: Tue, 1 Oct 2013 10:54:10 -0700 Subject: [opensource-dev] grid code exploited In-Reply-To: <20131001170525.45bab18d@hikaru.localdomain> References: <20131001170525.45bab18d@hikaru.localdomain> Message-ID: Went to see, it's just a standard griefer attack of noisy boxes rezzed all over the sim. Just AR the boxes and it will get cleaned up. On Tue, Oct 1, 2013 at 8:05 AM, Carlo Wood wrote: > On Tue, 1 Oct 2013 02:09:58 -0500 > Flats Fixed wrote: > > > seems your staff OZ has exploited your closed grid code and has > > rendered a whole sim on Mainland _ Bailywick Useless. And Staff is > > unable to fix it. this is a serious issue OZ fix it. Only people that > > have this knowledge of the Closed grid is Staff. > > > > You really should take the meds that your psychiatrist prescribes, > otherwise they don't have any effect :/ > > -- > Carlo Wood > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131001/14a75149/attachment.htm From ash at exodusviewer.com Fri Oct 4 06:19:00 2013 From: ash at exodusviewer.com (Ash Qin) Date: Fri, 4 Oct 2013 14:19:00 +0100 Subject: [opensource-dev] Building viewer-release on OS X. Message-ID: Hi there, I am no novice to building the viewer on various platforms, but currently I am building the viewer on OS X (first time setting this up on OS X too) and have ran into a problem that I am having difficulty working out what the cause is. I am currently using LLVM-GCC-4.2 from xcode 4.6.2 on OS 10.8.5. Google hasn't been helpful in this regard either. Hopefully someone can give me some idea as to what the problem might be. I am currently building the viewer-release using: autobuild build -c ReleaseOS -- -DLL_TESTS:BOOL=NO -DENABLE_SIGNING:BOOL=FALSE -DRELEASE_CRASH_REPORTING:BOOL=FALSE -DNON_RELEASE_CRASH_REPORTING:BOOL=FALSE This usually gives me a basic build to ensure I have the basics down before I add anything like Kakadu or fmod to the mix. Unfortunately, I seem to be getting this obscure cmake error when I build: === BUILD AGGREGATE TARGET ZERO_CHECK OF PROJECT SecondLife WITH CONFIGURATION Release === Check dependencies PhaseScriptExecution "CMake Rules" /Users/ashweststar/Source/viewer-release/build-darwin-i386/SecondLife.build/Release/ZERO_CHECK.build/Script-09EB84842EB64FD49F26A2EE.sh cd /Users/ashweststar/Source/viewer-release/indra /bin/sh -c /Users/ashweststar/Source/viewer-release/build-darwin-i386/SecondLife.build/Release/ZERO_CHECK.build/Script-09EB84842EB64FD49F26A2EE.sh echo "" make -f /Users/ashweststar/Source/viewer-release/build-darwin-i386/CMakeScripts/ReRunCMake.make make[1]: *** No rule to make target `/Users/ashweststar/Source/viewer-release/build-darwin-i386/CMakeFiles/2.8.11.2/CMakeCCompiler.cmake', needed by `/Users/ashweststar/Source/viewer-release/build-darwin-i386/CMakeFiles/cmake.check_cache'. Stop. make: *** [/Users/ashweststar/Source/viewer-release/build-darwin-i386/CMakeFiles/ZERO_CHECK] Error 2 Command /bin/sh failed with exit code 2 ** BUILD FAILED ** A full copy of my build log is available at: https://dl.dropboxusercontent.com/u/58565/log2.txt I was hoping someone might have more insight as to why this is happening. Thanks, Ash Qin From cinder.roxley at phoenixviewer.com Fri Oct 4 06:37:21 2013 From: cinder.roxley at phoenixviewer.com (Cinder Biscuits) Date: Fri, 04 Oct 2013 07:37:21 -0600 Subject: [opensource-dev] Building viewer-release on OS X. In-Reply-To: References: Message-ID: <30617401-43EB-4B17-958D-663768FC9162@phoenixviewer.com> Did you install Command Line Tools with Xcode and CMake? (from your logs) -- The C compiler identification is unknown -- The CXX compiler identification is unknown That's not good. :O (from my logs) -- The C compiler identification is Clang 4.2.0 -- The CXX compiler identification is Clang 4.2.0 Hope this helps. -- Cinder On 4 Oct 2013, at 7:19, Ash Qin wrote: > Hi there, > > I am no novice to building the viewer on various platforms, but > currently I am building the viewer on OS X (first time setting this up > on OS X too) and have ran into a problem that I am having difficulty > working out what the cause is. I am currently using LLVM-GCC-4.2 from > xcode 4.6.2 on OS 10.8.5. > > Google hasn't been helpful in this regard either. Hopefully someone > can give me some idea as to what the problem might be. I am currently > building the viewer-release using: > > autobuild build -c ReleaseOS -- -DLL_TESTS:BOOL=NO > -DENABLE_SIGNING:BOOL=FALSE -DRELEASE_CRASH_REPORTING:BOOL=FALSE > -DNON_RELEASE_CRASH_REPORTING:BOOL=FALSE > > This usually gives me a basic build to ensure I have the basics down > before I add anything like Kakadu or fmod to the mix. Unfortunately, I > seem to be getting this obscure cmake error when I build: > > === BUILD AGGREGATE TARGET ZERO_CHECK OF PROJECT SecondLife WITH > CONFIGURATION Release === > Check dependencies > > PhaseScriptExecution "CMake Rules" > /Users/ashweststar/Source/viewer-release/build-darwin-i386/SecondLife.build/Release/ZERO_CHECK.build/Script-09EB84842EB64FD49F26A2EE.sh > cd /Users/ashweststar/Source/viewer-release/indra > /bin/sh -c > /Users/ashweststar/Source/viewer-release/build-darwin-i386/SecondLife.build/Release/ZERO_CHECK.build/Script-09EB84842EB64FD49F26A2EE.sh > echo "" > > make -f > /Users/ashweststar/Source/viewer-release/build-darwin-i386/CMakeScripts/ReRunCMake.make > make[1]: *** No rule to make target > `/Users/ashweststar/Source/viewer-release/build-darwin-i386/CMakeFiles/2.8.11.2/CMakeCCompiler.cmake', > needed by > `/Users/ashweststar/Source/viewer-release/build-darwin-i386/CMakeFiles/cmake.check_cache'. > Stop. > make: *** > [/Users/ashweststar/Source/viewer-release/build-darwin-i386/CMakeFiles/ZERO_CHECK] > Error 2 > Command /bin/sh failed with exit code 2 > > > ** BUILD FAILED ** > > A full copy of my build log is available at: > > https://dl.dropboxusercontent.com/u/58565/log2.txt > > I was hoping someone might have more insight as to why this is > happening. > > Thanks, > Ash Qin > _______________________________________________ > 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 From mike.chase at alternatemetaverse.com Fri Oct 4 06:39:05 2013 From: mike.chase at alternatemetaverse.com (Mike Chase) Date: Fri, 04 Oct 2013 09:39:05 -0400 Subject: [opensource-dev] Building viewer-release on OS X. In-Reply-To: <30617401-43EB-4B17-958D-663768FC9162@phoenixviewer.com> References: <30617401-43EB-4B17-958D-663768FC9162@phoenixviewer.com> Message-ID: <524EC4F9.80708@alternatemetaverse.com> On 10/04/2013 09:37 AM, Cinder Biscuits wrote: > Did you install Command Line Tools with Xcode and CMake? > > (from your logs) > -- The C compiler identification is unknown > -- The CXX compiler identification is unknown > > That's not good. :O > > (from my logs) > > -- The C compiler identification is Clang 4.2.0 > -- The CXX compiler identification is Clang 4.2.0 > > Hope this helps. > ooo, I didnt realize building with CLang works. I may have to give it a try on Linux. Mike From cinder.roxley at phoenixviewer.com Fri Oct 4 06:45:18 2013 From: cinder.roxley at phoenixviewer.com (Cinder Biscuits) Date: Fri, 04 Oct 2013 07:45:18 -0600 Subject: [opensource-dev] Building viewer-release on OS X. In-Reply-To: <524EC4F9.80708@alternatemetaverse.com> References: <30617401-43EB-4B17-958D-663768FC9162@phoenixviewer.com> <524EC4F9.80708@alternatemetaverse.com> Message-ID: <18A279ED-C1F5-4689-A77A-7E1420A57C44@phoenixviewer.com> Building with Clang only works after a great deal of frustrating warnings clean up. On 4 Oct 2013, at 7:39, Mike Chase wrote: > On 10/04/2013 09:37 AM, Cinder Biscuits wrote: >> Did you install Command Line Tools with Xcode and CMake? >> >> (from your logs) >> -- The C compiler identification is unknown >> -- The CXX compiler identification is unknown >> >> That's not good. :O >> >> (from my logs) >> >> -- The C compiler identification is Clang 4.2.0 >> -- The CXX compiler identification is Clang 4.2.0 >> >> Hope this helps. >> > ooo, I didnt realize building with CLang works. I may have to give it > a > try on Linux. > > Mike > _______________________________________________ > 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 From ash at exodusviewer.com Fri Oct 4 07:32:45 2013 From: ash at exodusviewer.com (Ash Qin) Date: Fri, 4 Oct 2013 15:32:45 +0100 Subject: [opensource-dev] Building viewer-release on OS X. In-Reply-To: <30617401-43EB-4B17-958D-663768FC9162@phoenixviewer.com> References: <30617401-43EB-4B17-958D-663768FC9162@phoenixviewer.com> Message-ID: > Did you install Command Line Tools with Xcode and CMake? Yes. > (from your logs) > -- The C compiler identification is unknown > -- The CXX compiler identification is unknown That's only because I defined the CC and CXX environment variables to use LLVM-GCC through ccache using: export CXX=/usr/local/opt/ccache/libexec/llvm-g++-4.2 export CC=/usr/local/opt/ccache/libexec/llvm-gcc-4.2 This is because I am aware that viewer-release will not build under Clang. If you look in the build log, it uses those compilers fine. Also, no difference when not using ccache. > That's not good. :O I don't know why it states unknown. Ash From cinder.roxley at phoenixviewer.com Fri Oct 4 07:55:05 2013 From: cinder.roxley at phoenixviewer.com (Cinder Biscuits) Date: Fri, 04 Oct 2013 08:55:05 -0600 Subject: [opensource-dev] Building viewer-release on OS X. In-Reply-To: References: <30617401-43EB-4B17-958D-663768FC9162@phoenixviewer.com> Message-ID: On 4 Oct 2013, at 8:32, Ash Qin wrote: >> Did you install Command Line Tools with Xcode and CMake? > > Yes. > >> (from your logs) >> -- The C compiler identification is unknown >> -- The CXX compiler identification is unknown > > That's only because I defined the CC and CXX environment variables to > use LLVM-GCC through ccache using: > > export CXX=/usr/local/opt/ccache/libexec/llvm-g++-4.2 > export CC=/usr/local/opt/ccache/libexec/llvm-gcc-4.2 > > This is because I am aware that viewer-release will not build under > Clang. If you look in the build log, it uses those compilers fine. > Also, no difference when not using ccache. Shouldn't need an environment variable. Xcodebuild is directed to use the system's llvm-gcc in Variables.cmake (just won't work on Xcode5, which you aren't using anyway, because Apple symlinked "llvm-gcc" to clang. -_-) Seems to me that CMake is confused as to where the C compiler is. You've probably already tried this, but nuke build-darwin-i386 and try again without ccache. Something's likely stale. -- Cinder From ash at exodusviewer.com Fri Oct 4 08:45:27 2013 From: ash at exodusviewer.com (Ash Qin) Date: Fri, 4 Oct 2013 16:45:27 +0100 Subject: [opensource-dev] Building viewer-release on OS X. In-Reply-To: References: <30617401-43EB-4B17-958D-663768FC9162@phoenixviewer.com> Message-ID: > Shouldn't need an environment variable. Xcodebuild is directed to use the system's llvm-gcc I had tried already without ccache (and a clean build directory). What I hadn't tried though was not defining CXX and CC variables to LLVM. Surprisingly, I am able to compile the viewer now despite the deceptive message that autobuild is now using Clang. The confusing thing is that I can point the CXX and CC variables to the exact same compilers xcode is using and still get the exact same failure. This sort of behaviour leaves me a little miffed. Being that I would really like to use ccache in my work, would you happen to know of a way to tell xcode to use ccache + llvm in Second life's compilation process? > (just won't work on Xcode5, which you aren't using anyway, because Apple symlinked "llvm-gcc" to clang. -_-) So, one could get xcode5 working by just changing the symlink to the right compiler? Thanks, Ash On Fri, Oct 4, 2013 at 3:55 PM, Cinder Biscuits wrote: > On 4 Oct 2013, at 8:32, Ash Qin wrote: > >>> Did you install Command Line Tools with Xcode and CMake? >> >> Yes. >> >>> (from your logs) >>> -- The C compiler identification is unknown >>> -- The CXX compiler identification is unknown >> >> That's only because I defined the CC and CXX environment variables to >> use LLVM-GCC through ccache using: >> >> export CXX=/usr/local/opt/ccache/libexec/llvm-g++-4.2 >> export CC=/usr/local/opt/ccache/libexec/llvm-gcc-4.2 >> >> This is because I am aware that viewer-release will not build under >> Clang. If you look in the build log, it uses those compilers fine. >> Also, no difference when not using ccache. > > Shouldn't need an environment variable. Xcodebuild is directed to use > the system's llvm-gcc > in Variables.cmake (just won't work on Xcode5, which you aren't using > anyway, because Apple > symlinked "llvm-gcc" to clang. -_-) > > Seems to me that CMake is confused as to where the C compiler is. You've > probably already tried > this, but nuke build-darwin-i386 and try again without ccache. > Something's likely stale. > > -- > Cinder > _______________________________________________ > 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 From ash at exodusviewer.com Fri Oct 4 09:54:57 2013 From: ash at exodusviewer.com (Ash Qin) Date: Fri, 4 Oct 2013 17:54:57 +0100 Subject: [opensource-dev] Building viewer-release on OS X. In-Reply-To: References: <30617401-43EB-4B17-958D-663768FC9162@phoenixviewer.com> Message-ID: Just an update if anyone else is interested in using ccache on OS X. Replacing the symlinks used for compilers in /Applications/Xcode.app/Contents/Developer/usr/bin/ to the ccache binary was sufficient to use ccache. I will say that I am not very big on the whole replacing of system files instead of using UNIX standard local paths for custom stuff, so if you are aware of alternate ways of doing this with local paths or environment variables, I'd appreciate hearing them. Ash On Fri, Oct 4, 2013 at 4:45 PM, Ash Qin wrote: >> Shouldn't need an environment variable. Xcodebuild is directed to use the system's llvm-gcc > > I had tried already without ccache (and a clean build directory). What > I hadn't tried though was not defining CXX and CC variables to LLVM. > > Surprisingly, I am able to compile the viewer now despite the > deceptive message that autobuild is now using Clang. The confusing > thing is that I can point the CXX and CC variables to the exact same > compilers xcode is using and still get the exact same failure. > > This sort of behaviour leaves me a little miffed. Being that I would > really like to use ccache in my work, would you happen to know of a > way to tell xcode to use ccache + llvm in Second life's compilation > process? > >> (just won't work on Xcode5, which you aren't using anyway, because Apple symlinked "llvm-gcc" to clang. -_-) > > So, one could get xcode5 working by just changing the symlink to the > right compiler? > > Thanks, > Ash > > On Fri, Oct 4, 2013 at 3:55 PM, Cinder Biscuits > wrote: >> On 4 Oct 2013, at 8:32, Ash Qin wrote: >> >>>> Did you install Command Line Tools with Xcode and CMake? >>> >>> Yes. >>> >>>> (from your logs) >>>> -- The C compiler identification is unknown >>>> -- The CXX compiler identification is unknown >>> >>> That's only because I defined the CC and CXX environment variables to >>> use LLVM-GCC through ccache using: >>> >>> export CXX=/usr/local/opt/ccache/libexec/llvm-g++-4.2 >>> export CC=/usr/local/opt/ccache/libexec/llvm-gcc-4.2 >>> >>> This is because I am aware that viewer-release will not build under >>> Clang. If you look in the build log, it uses those compilers fine. >>> Also, no difference when not using ccache. >> >> Shouldn't need an environment variable. Xcodebuild is directed to use >> the system's llvm-gcc >> in Variables.cmake (just won't work on Xcode5, which you aren't using >> anyway, because Apple >> symlinked "llvm-gcc" to clang. -_-) >> >> Seems to me that CMake is confused as to where the C compiler is. You've >> probably already tried >> this, but nuke build-darwin-i386 and try again without ccache. >> Something's likely stale. >> >> -- >> Cinder >> _______________________________________________ >> 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 From cinder.roxley at phoenixviewer.com Fri Oct 4 10:32:53 2013 From: cinder.roxley at phoenixviewer.com (Cinder Biscuits) Date: Fri, 04 Oct 2013 11:32:53 -0600 Subject: [opensource-dev] Building viewer-release on OS X. In-Reply-To: References: <30617401-43EB-4B17-958D-663768FC9162@phoenixviewer.com> Message-ID: On 4 Oct 2013, at 9:45, Ash Qin wrote: >> Shouldn't need an environment variable. Xcodebuild is directed to use >> the system's llvm-gcc > > I had tried already without ccache (and a clean build directory). What > I hadn't tried though was not defining CXX and CC variables to LLVM. > > Surprisingly, I am able to compile the viewer now despite the > deceptive message that autobuild is now using Clang. The confusing > thing is that I can point the CXX and CC variables to the exact same > compilers xcode is using and still get the exact same failure. > > This sort of behaviour leaves me a little miffed. Being that I would > really like to use ccache in my work, would you happen to know of a > way to tell xcode to use ccache + llvm in Second life's compilation > process? You might try altering the Xcode command line toolchain using xcrun to point to ccache instead of the sdk's llvm. 'man xcrun' for some cryptic info on how to do so. >> (just won't work on Xcode5, which you aren't using anyway, because >> Apple symlinked "llvm-gcc" to clang. -_-) > > So, one could get xcode5 working by just changing the symlink to the > right compiler? Unfortunately, no. I've been hacking at Xcode5 for a couple months now trying to get it to build the viewer reliably using llvm-gcc, but it just doesn't wanna do it. You need to add a compiler plugin for it, (which I have https://bitbucket.org/cinderblocks/xcode-compiler-plugins/wiki/Home ) and then modify the toolchain, correcting the symlink and pointing to all the right tools, and then just based on the changes they made in Xcode5 there's some changes that have to be made to the viewer itself anyways. I've given up on trying to force Xcode5 to play nice with the viewer in it's current state and am trying to get it to build under clang now for OPEN-190. -- Cinder From oz at lindenlab.com Mon Oct 7 09:34:45 2013 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 07 Oct 2013 12:34:45 -0400 Subject: [opensource-dev] Draft update to the Contribution Agreement Message-ID: <5252E2A5.2050804@lindenlab.com> As most of you probably know, Linden Lab acquired Desura^(TM), a digital distribution service for PC gamers. The code for the Desura client is open source, managed as the Desurium project on github . The Desurium project used a different open source licenses (GPLv3) than we use for the Second Life Viewer project, and had its own Contribution Agreement. After some discussion with both Second Life and Desurium contributors, Linden Lab has produced a draft of a new Contributor License Agreement that we would like to use for both projects in the future. This email is an invitation to contributors and potential contributors to discuss that draft here. -- *Scott Lawrence* | /Director of Open Development/ Skype ozlinden | Second Life Oz Linden Linden Lab| Makers of Shared Creative Spaces Check out what we're working on! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131007/fde9b682/attachment.htm From darien.caldwell at gmail.com Mon Oct 7 10:01:43 2013 From: darien.caldwell at gmail.com (Darien Caldwell) Date: Mon, 7 Oct 2013 10:01:43 -0700 Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <5252E2A5.2050804@lindenlab.com> References: <5252E2A5.2050804@lindenlab.com> Message-ID: Well, It certainly is interesting. The gist seems to be, LL becomes a full co-owner of the contribution, including owning half of any copyright or patent claims to any submitted contribution. This is sensible, as any contribution becomes a core part of LL's business. I do like that LL now takes up the mantle of defending against any infringement themselves, rather than leaving that seemingly in the contributor's hands. I think it also does a better job of making clear that the contribution still belongs (in part) to the contributor, and that they can still do anything, and everything they want to do with it, as long as that doesn't involve removing that same right from LL, their 'partner'. But of course the core objection most have is still there, that the 'partnership' is a bit lopsided. But If you were already comfortable with contributing code with no expectation of financial gain, I don't see anything that would change that feeling of comfort. - Dari On Mon, Oct 7, 2013 at 9:34 AM, Oz Linden (Scott Lawrence) wrote: > As most of you probably know, Linden Lab acquired Desura?, a digital > distribution service for PC gamers. > > The code for the Desura client is open source, managed as the Desurium > project on github . The Desurium > project used a different open source licenses (GPLv3) than we use for the > Second Life Viewer project, and had its own Contribution Agreement. > > After some discussion with both Second Life and Desurium contributors, > Linden Lab has produced a draft of a new Contributor License Agreementthat we would like to use for both projects in the future. This email is > an invitation to contributors and potential contributors to discuss that > draft here. > > -- > *Scott Lawrence* | *Director of Open Development* > Skype ozlinden | Second Life Oz Linden > > Linden Lab | Makers of Shared Creative Spaces > Check out what we're working on! > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131007/e975e5db/attachment.htm From sldev at free.fr Mon Oct 7 10:50:58 2013 From: sldev at free.fr (Henri Beauchamp) Date: Mon, 7 Oct 2013 19:50:58 +0200 Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <5252E2A5.2050804@lindenlab.com> References: <5252E2A5.2050804@lindenlab.com> Message-ID: <20131007195058.c0a54b67.sldev@free.fr> On Mon, 07 Oct 2013 12:34:45 -0400, Oz Linden (Scott Lawrence) wrote: > As most of you probably know, Linden Lab acquired Desura^(TM), a digital > distribution service for PC gamers. > > The code for the Desura client is open source, managed as the Desurium > project on github . The Desurium > project used a different open source licenses (GPLv3) than we use for > the Second Life Viewer project, and had its own Contribution Agreement. > > After some discussion with both Second Life and Desurium contributors, > Linden Lab has produced a draft of a new Contributor License Agreement > > that we would like to use for both projects in the future. This email > is an invitation to contributors and potential contributors to discuss > that draft here. This CA, just like the previous one, violates the contributors' right to privacy by requesting the contributor's snail mail address and phone number (!?!?!) and as such, is illegal in France (law "Informatique et Libert?": http://www.cnil.fr/fileadmin/documents/en/Act78-17VA.pdf - See chapter II, article 6, paragraph 3). Note that such info is not only excessive for the purpose (in case of a legal dispute, an US judge can get my private address from the French justice, based on my IP address which my ISP will be legally tied to disclose on a judge's demand), but it is also unreliable and thus, perfectly useless (what about persons who move or simply change their ISP and thus their phone number ?). I will not sign such a CA... unless Linden Lab's employees all provide me with their own snail mail address and private phone numbers, LOL !!! Henri. From nickyperian at yahoo.com Mon Oct 7 11:52:08 2013 From: nickyperian at yahoo.com (Nicky Perian) Date: Mon, 7 Oct 2013 11:52:08 -0700 (PDT) Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <5252E2A5.2050804@lindenlab.com> References: <5252E2A5.2050804@lindenlab.com> Message-ID: <1381171928.91705.YahooMailNeo@web126105.mail.ne1.yahoo.com> The original CLA may have same items?and I just did not catch that casual verbal / oral conversations unless prefaced with "this is not a contribution" ?would be considered a contribution. For me, that puts a chill on discussing with any LL employee the technical feasibility of an idea that may or may not become a contribution. >________________________________ > From: Oz Linden (Scott Lawrence) >To: opensource-dev >Sent: Monday, October 7, 2013 11:34 AM >Subject: [opensource-dev] Draft update to the Contribution Agreement > > > >As most of you probably know, Linden Lab acquired Desura?, a digital distribution service for PC gamers. > >The code for the Desura client is open source, managed as the Desurium project on github.? The Desurium project used a different open source licenses (GPLv3) than we use for the Second Life Viewer project, and had its own Contribution Agreement. > >After some discussion with both Second Life and Desurium contributors, Linden Lab has produced a draft of a new Contributor License Agreement that we would like to use for both projects in the future.? This email is an invitation to contributors and potential contributors to discuss that draft here. > > >-- > >Scott Lawrence | Director of Open Development >Skype ozlinden | Second Life Oz Linden > >Linden Lab| Makers of Shared Creative Spaces >Check out what we're working on! >_______________________________________________ >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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131007/e42f7dd6/attachment.htm From darien.caldwell at gmail.com Mon Oct 7 13:28:34 2013 From: darien.caldwell at gmail.com (Darien Caldwell) Date: Mon, 7 Oct 2013 13:28:34 -0700 Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <1381171928.91705.YahooMailNeo@web126105.mail.ne1.yahoo.com> References: <5252E2A5.2050804@lindenlab.com> <1381171928.91705.YahooMailNeo@web126105.mail.ne1.yahoo.com> Message-ID: I would say that's probably the Intent. If you're trying to pry details out of LL employees, with full knowledge you never intend to actually contribute the result, why should LL assist you in that? However, if you do intend to contribute, discussing the contribution with the understanding the discussion is contributory, would have no net effect on outcome. You'd already be contributing what you intend to contribute later. LL is simply protecting themselves from the scenario where someone mentions some idea, and Later LL does something similar, and then said person starts screaming "LL stole my idea". Because this happens a lot, in all creative fields (TV, Movies, Music, Games, and software). This just lays it out clearly: "If you discuss something with us, don't expect us to magically forget it." - Dari On Mon, Oct 7, 2013 at 11:52 AM, Nicky Perian wrote: > The original CLA may have same items and I just did not catch that casual > verbal / oral conversations unless prefaced with "this is not a > contribution" would be considered a contribution. For me, that puts a > chill on discussing with any LL employee the technical feasibility of an > idea that may or may not become a contribution. > > > > ------------------------------ > *From:* Oz Linden (Scott Lawrence) > *To:* opensource-dev > *Sent:* Monday, October 7, 2013 11:34 AM > *Subject:* [opensource-dev] Draft update to the Contribution Agreement > > As most of you probably know, Linden Lab acquired Desura?, a digital > distribution service for PC gamers. > > The code for the Desura client is open source, managed as the Desurium > project on github . The Desurium > project used a different open source licenses (GPLv3) than we use for the > Second Life Viewer project, and had its own Contribution Agreement. > > After some discussion with both Second Life and Desurium contributors, > Linden Lab has produced a draft of a new Contributor License Agreementthat we would like to use for both projects in the future. This email is > an invitation to contributors and potential contributors to discuss that > draft here. > > -- > *Scott Lawrence* | *Director of Open Development* > Skype ozlinden | Second Life Oz Linden > > Linden Lab | Makers of Shared Creative Spaces > Check out what we're working on! > > _______________________________________________ > 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 > > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131007/d3233266/attachment.htm From darien.caldwell at gmail.com Mon Oct 7 13:31:45 2013 From: darien.caldwell at gmail.com (Darien Caldwell) Date: Mon, 7 Oct 2013 13:31:45 -0700 Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <1381171928.91705.YahooMailNeo@web126105.mail.ne1.yahoo.com> References: <5252E2A5.2050804@lindenlab.com> <1381171928.91705.YahooMailNeo@web126105.mail.ne1.yahoo.com> Message-ID: Or to put in simpler terms, If you don't want to give LL an idea, then absolutely, do not talk to them about it. Which you would think would be common sense. :) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131007/20c1b965/attachment.htm From andromedaquonset at gmail.com Mon Oct 7 15:29:56 2013 From: andromedaquonset at gmail.com (Andromeda Quonset) Date: Mon, 07 Oct 2013 15:29:56 -0700 Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <20131007195058.c0a54b67.sldev@free.fr> References: <5252E2A5.2050804@lindenlab.com> <20131007195058.c0a54b67.sldev@free.fr> Message-ID: <525335e4.48ed440a.096f.69f1@mx.google.com> At 10:50 AM 10/7/2013, you wrote: >This CA, just like the previous one, violates the contributors' right >to privacy by requesting the contributor's snail mail address and phone >number (!?!?!) and as such, is illegal in France (law "Informatique et >Libert?": http://www.cnil.fr/fileadmin/documents/en/Act78-17VA.pdf - See >chapter II, article 6, paragraph 3). >Note that such info is not only excessive for the purpose (in case of a >legal dispute, an US judge can get my private address from the French >justice, based on my IP address which my ISP will be legally tied to >disclose on a judge's demand), but it is also unreliable and thus, >perfectly useless (what about persons who move or simply change their >ISP and thus their phone number ?). > >I will not sign such a CA... unless Linden Lab's employees all provide >me with their own snail mail address and private phone numbers, LOL !!! > >Henri. Henri: I am simply curious and don't want to cause any argument or additional arguments about the matter, and I support everyone's rights to privacy. I just looked at http://www.cnil.fr/fileadmin/documents/en/Act78-17VA.pdf - See chapter II, article 6, paragraph 3 That reads as follows: 3? they shall be adequate, relevant and not excessive in relation to the purposes for which they are obtained and their further processing; I don't understand how that applies. The other question I would ask you: when you register any original written work for a copyright in France, don't you have to put in some kind of identifying information? Regards, Andromeda Quonset From sldev at free.fr Mon Oct 7 15:50:49 2013 From: sldev at free.fr (Henri Beauchamp) Date: Tue, 8 Oct 2013 00:50:49 +0200 Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <525335e4.48ed440a.096f.69f1@mx.google.com> References: <5252E2A5.2050804@lindenlab.com> <20131007195058.c0a54b67.sldev@free.fr> <525335e4.48ed440a.096f.69f1@mx.google.com> Message-ID: <20131008005049.adc97f7c.sldev@free.fr> On Mon, 07 Oct 2013 15:29:56 -0700, Andromeda Quonset wrote: > Henri: > > I am simply curious and don't want to cause any > argument or additional arguments about the > matter, and I support everyone's rights to privacy. > > I just looked at > http://www.cnil.fr/fileadmin/documents/en/Act78-17VA.pdf > - See chapter II, article 6, paragraph 3 > > That reads as follows: > > 3? they shall be adequate, relevant and not > excessive in relation to the purposes for which they are > obtained and their further processing; > > I don't understand how that applies. The requested info (snail mail address and private phone number) are simply "excessive in relation for the purpose" (identifying an author: see below). Beside, that info is irrelevant to LL since it can change without them being notified (the author in question may move and/or change their phone number: mine changed 5 times in the last 10 years, due to lines being opened, then closed depending on my needs and moves, and to 2 ISP changes; I also already moved 3 times in 20 years). All what it results into is putting the author's RL data at risk of being "outed" on Internet and stalked in RL. > The other question I would ask you: when you register any > original written work for a copyright in France, don't you > have to put in some kind of identifying information? The forename, family name and your signature are enough (normally complemented with your birthdate). Again, your address and phone number may change anytime and are perfectly *irrelevant*. I will also remind you how, back in 2007, LL got its customers' payment data stolen by pirates... The stolen file was allegedly crypted, but it doesn't change a fact: databases are vulnerable, and I'm not going to endanger my privacy on Internet, in any way. Call me paranoid if you wish, but my point is valid nonetheless. Henri. From gigstaggart at gmail.com Tue Oct 8 08:03:27 2013 From: gigstaggart at gmail.com (Gigs) Date: Tue, 08 Oct 2013 11:03:27 -0400 Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <20131008005049.adc97f7c.sldev@free.fr> References: <5252E2A5.2050804@lindenlab.com> <20131007195058.c0a54b67.sldev@free.fr> <525335e4.48ed440a.096f.69f1@mx.google.com> <20131008005049.adc97f7c.sldev@free.fr> Message-ID: <52541EBF.3080006@gmail.com> It is customary to include addresses of the parties on contracts in the USA. With only a name and signature, I could always claim it was some other Jason Giglio that agreed to the contract. There aren't many ways to enter a binding contract without risking "outing", since for it to stand up in court, it has to positively identify that party who actually agreed to it. The phone number could probably be dispensed with, and I doubt Linden Lab would reject your contributors agreement if you just wrote "no phone" in there. It's not unprecedented that someone might not have a phone number these days. Regarding compulsory patent licensing, that's a very good thing. If you note, it also requires automatic patent licensing to all recipients of the software. It's basically a patent poison pill to prevent patent trolling. The big catch here is that Linden Lab needs to get permission from every previous contributor in order to change the license. If even one of them objects, it may not be possible. It's a murky area legally to try to "surgically remove" a previously accepted contribution and then change the license. Under most interpretations of copyright law, once a work is a derived work, you can't make it not a derived work, although you may be able to start from an earlier version that was not a derived work. -Gigs On 10/07/2013 06:50 PM, Henri Beauchamp wrote: > On Mon, 07 Oct 2013 15:29:56 -0700, Andromeda Quonset wrote: > >> Henri: >> >> I am simply curious and don't want to cause any >> argument or additional arguments about the >> matter, and I support everyone's rights to privacy. >> >> I just looked at >> http://www.cnil.fr/fileadmin/documents/en/Act78-17VA.pdf >> - See chapter II, article 6, paragraph 3 >> >> That reads as follows: >> >> 3? they shall be adequate, relevant and not >> excessive in relation to the purposes for which they are >> obtained and their further processing; >> >> I don't understand how that applies. > > The requested info (snail mail address and private phone number) > are simply "excessive in relation for the purpose" (identifying > an author: see below). > Beside, that info is irrelevant to LL since it can change without > them being notified (the author in question may move and/or change > their phone number: mine changed 5 times in the last 10 years, due > to lines being opened, then closed depending on my needs and moves, > and to 2 ISP changes; I also already moved 3 times in 20 years). > All what it results into is putting the author's RL data at risk > of being "outed" on Internet and stalked in RL. > >> The other question I would ask you: when you register any >> original written work for a copyright in France, don't you >> have to put in some kind of identifying information? > > The forename, family name and your signature are enough > (normally complemented with your birthdate). Again, your > address and phone number may change anytime and are perfectly > *irrelevant*. > > I will also remind you how, back in 2007, LL got its customers' > payment data stolen by pirates... The stolen file was allegedly > crypted, but it doesn't change a fact: databases are vulnerable, > and I'm not going to endanger my privacy on Internet, in any way. > Call me paranoid if you wish, but my point is valid nonetheless. > > Henri. > _______________________________________________ > 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 > From oz at lindenlab.com Tue Oct 8 09:44:16 2013 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 08 Oct 2013 12:44:16 -0400 Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <20131008005049.adc97f7c.sldev@free.fr> References: <5252E2A5.2050804@lindenlab.com> <20131007195058.c0a54b67.sldev@free.fr> <525335e4.48ed440a.096f.69f1@mx.google.com> <20131008005049.adc97f7c.sldev@free.fr> Message-ID: <52543660.4080402@lindenlab.com> On 2013-10-07 18:50 , Henri Beauchamp wrote: > The requested info (snail mail address and private phone number) > are simply "excessive in relation for the purpose" (identifying > an author: see below). We don't believe that information is excessive for that purpose. You are of course free to disagree, as we are free to not enter into the agreement without it. -- *Scott Lawrence* | /Director of Open Development/ Skype ozlinden | Second Life Oz Linden Linden Lab| Makers of Shared Creative Spaces Check out what we're working on! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131008/fb662920/attachment-0001.htm From oz at lindenlab.com Tue Oct 8 09:53:26 2013 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 08 Oct 2013 12:53:26 -0400 Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <1381171928.91705.YahooMailNeo@web126105.mail.ne1.yahoo.com> References: <5252E2A5.2050804@lindenlab.com> <1381171928.91705.YahooMailNeo@web126105.mail.ne1.yahoo.com> Message-ID: <52543886.90904@lindenlab.com> On 2013-10-07 14:52 , Nicky Perian wrote: > The original CLA may have same items and I just did not catch that > casual verbal / oral conversations unless prefaced with "this is not a > contribution" would be considered a contribution. For me, that puts a > chill on discussing with any LL employee the technical feasibility of > an idea that may or may not become a contribution. I confess that I missed the reference to "verbal". It has been my practice to insist that we always get contributions in writing and normally in an archival location (jira, codereview, the mailing list). I've already added this to my list of issues to discuss with the lawyers before the next draft. -- *Scott Lawrence* | /Director of Open Development/ Skype ozlinden | Second Life Oz Linden Linden Lab| Makers of Shared Creative Spaces Check out what we're working on! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131008/09bc2f7a/attachment.htm From nickyperian at yahoo.com Wed Oct 23 16:04:44 2013 From: nickyperian at yahoo.com (Nicky Perian) Date: Wed, 23 Oct 2013 16:04:44 -0700 (PDT) Subject: [opensource-dev] sunshine external merge Message-ID: <1382569484.29995.YahooMailNeo@web126103.mail.ne1.yahoo.com> https://bitbucket.org/NickyP/sunshine-external-client Repository has the changesets that disabled client side baking backed out. There are still problems with appearance code that relied on the backed out changesets. I have added one changeset that is a start of making this work. I propose that TPV projects work together or provide a repository that: 1. Retains client side baking. 2. Can be tested against opensim by temporary replacement of ?aditi with a opensim grid in llviewernetwork. 3. The result would be more easily merged repository into TPV projects. NickyP? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131023/128cc645/attachment.htm From darien.caldwell at gmail.com Wed Oct 23 17:32:20 2013 From: darien.caldwell at gmail.com (Darien Caldwell) Date: Wed, 23 Oct 2013 17:32:20 -0700 Subject: [opensource-dev] sunshine external merge In-Reply-To: <1382569484.29995.YahooMailNeo@web126103.mail.ne1.yahoo.com> References: <1382569484.29995.YahooMailNeo@web126103.mail.ne1.yahoo.com> Message-ID: I'm curious what the purpose would be, since client side baking is no longer usable? On Wed, Oct 23, 2013 at 4:04 PM, Nicky Perian wrote: > https://bitbucket.org/NickyP/sunshine-external-client > > Repository has the changesets that disabled client side baking backed out. > There are still problems with appearance code that relied on the backed out > changesets. > > I have added one changeset that is a start of making this work. > > I propose that TPV projects work together or provide a repository that: > 1. Retains client side baking. > 2. Can be tested against opensim by temporary replacement of > aditi with a opensim grid in llviewernetwork. > 3. The result would be more easily merged repository into TPV projects. > > NickyP > > _______________________________________________ > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131023/778a01d9/attachment.htm From Lance.Corrimal at eregion.de Wed Oct 23 22:27:13 2013 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 24 Oct 2013 07:27:13 +0200 Subject: [opensource-dev] sunshine external merge In-Reply-To: References: <1382569484.29995.YahooMailNeo@web126103.mail.ne1.yahoo.com> Message-ID: <43213010.eRAm1j9ts9@sai> Am Mittwoch 23 Oktober 2013, 17:32:20 schrieb Darien Caldwell: > I'm curious what the purpose would be, since client side baking is no > longer usable? ... opensim? cheers, LC > > On Wed, Oct 23, 2013 at 4:04 PM, Nicky Perian wrote: > > https://bitbucket.org/NickyP/sunshine-external-client > > > > Repository has the changesets that disabled client side baking backed out. > > There are still problems with appearance code that relied on the backed > > out > > changesets. > > > > I have added one changeset that is a start of making this work. > > > > I propose that TPV projects work together or provide a repository that: > > 1. Retains client side baking. > > 2. Can be tested against opensim by temporary replacement of > > > > aditi with a opensim grid in llviewernetwork. > > > > 3. The result would be more easily merged repository into TPV projects. > > > > NickyP > > > > _______________________________________________ > > 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 From oz at lindenlab.com Fri Oct 25 13:36:26 2013 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 25 Oct 2013 16:36:26 -0400 Subject: [opensource-dev] Draft update to the Contribution Agreement In-Reply-To: <5252E2A5.2050804@lindenlab.com> References: <5252E2A5.2050804@lindenlab.com> Message-ID: <526AD64A.8060105@lindenlab.com> On 2013-10-07 12:34 , Oz Linden (Scott Lawrence) wrote: > > After some discussion with both Second Life and Desurium contributors, > Linden Lab has produced a draft of a new Contributor License Agreement > > that we would like to use for both projects in the future. This email > is an invitation to contributors and potential contributors to discuss > that draft here. The final version of the new Contributor Agreement is available now at: http://lecs.opensource.secondlife.com/Contribution+Agreement.pdf If you signed the previous version, there's no need to execute this one (if you prefer this one, feel free to do so... the new one will then apply you all your contributions past and future). -- *Scott Lawrence* | /Director of Open Development/ Skype ozlinden | Second Life Oz Linden Linden Lab| Makers of Shared Creative Spaces Check out what we're working on! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20131025/9f15c2b8/attachment.htm From jhwelch at gmail.com Wed Oct 30 13:53:10 2013 From: jhwelch at gmail.com (Jonathan Welch) Date: Wed, 30 Oct 2013 16:53:10 -0400 Subject: [opensource-dev] Does your TPV access role_id? Message-ID: I have been looking into fixing VWR-11778 (Group Invites do not obey Mute settings/group invites not blocked from muted avatars ) https://jira.secondlife.com/browse/vwr-11778 The code block in question is located in llviewermessage.cpp, search for case IM_GROUP_INVITATION: Unfortunately, the server sends the GroupID in the AgentID field, so it is not possible to check the mute list for the person sending the group invitation. I have discovered that there is an apparently unused field in the binary bucket: role_id. This field is null when an Everyone role is sent and non-null for other roles. The viewer code never uses this data. My question to you is does your TPV use this data, or can this field be repurposed to hold the correct AgentID? I had tried to solve the lack of a UUID by calling gCacheName->getUUID(legacy_name, agent_id); In the past this call worked, now it only returns a null which makes me suspect the database is not being populated for some reason. -jonathan