Re: [opensource-dev] Support for external editors in viewer2 beta?
https://jira.secondlife.com/browse/STORM-52? It mentions to that the editor can be specified: via "ExternalEditor" setting in settings.xml via LL_SCRIPT_EDITOR variable On Mon, Dec 6, 2010 at 11:39 AM, Moriz Gupte wrote: > Hello, > I tried to find some documentation on 'support for external editors SL > viewer beta' but could not find any. > How do you use this feature? Any ideas? > Thanks > Ramesh > > > ___ > 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 > -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid ___ 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
[opensource-dev] Has anyone revisited the Puppeteering using the MS Kinect camera?
http://www.popsci.com/diy/article/2010-11/five-hacks-free-microsofts-kinect-xbox http://wiki.secondlife.com/wiki/Puppeteering http://svn.secondlife.com/svn/linden/branches/2008/Puppeteering080323/ -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid ___ 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
Re: [opensource-dev] [WEB] Some Wiki pages unreadable when not logged in
Confirmed. While looking at the page not logged in, it was empty. The Nov 24 version is fine, but the Dec 10 is messed up. On Wed, Dec 15, 2010 at 8:04 PM, Ricky wrote: > I was just looking up a reference in the wiki ( > http://wiki.secondlife.com/wiki/LlKey2Name ) and found it to be > largely empty! I then check history and source, all looked good. So I > browsed other functions, some were visible, some not. Then I logged > in, and viola all were visible. Logged back out, empty again. Maybe > some common template was messed up for anon users? > > Ricky > Crons Stardust > > PS: Yes, this isn't a viewer issue, but that's why I marked it [WEB]. > However, I figure someone with more knowledge of the LL wiki template > architecture might be able to shed some light/fix it. > ___ > 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 > -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid ___ 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
Re: [opensource-dev] [WEB] Some Wiki pages unreadable when not logged in
Seem that the string "SSL" caused the problem. On Wed, Dec 15, 2010 at 8:04 PM, Ricky wrote: > I was just looking up a reference in the wiki ( > http://wiki.secondlife.com/wiki/LlKey2Name ) and found it to be > largely empty! I then check history and source, all looked good. So I > browsed other functions, some were visible, some not. Then I logged > in, and viola all were visible. Logged back out, empty again. Maybe > some common template was messed up for anon users? > > Ricky > Crons Stardust > > PS: Yes, this isn't a viewer issue, but that's why I marked it [WEB]. > However, I figure someone with more knowledge of the LL wiki template > architecture might be able to shed some light/fix it. > ___ > 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 > -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid ___ 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
Re: [opensource-dev] [TOS]Question about TOS
The actual merger is not until January 2011. On Thu, Dec 16, 2010 at 8:43 AM, Malachi Prophit wrote: > We all had to accept a new TOS stating that the teen grid and the main > grid were now one grid. However after having my son log into his teen grid > account we found that he is not on the main grid, instead he is trapped on > the teen grid. He has no access to the main grid and we have no access to > him. Not even the ability to see his profile or he see ours. > > My question is this, If we had to accept a new TOS that integrated the > merger of the two grids and the two grids WERE NOT merged, what hidden > take our souls clause has LL added to the TOS, and shoved down our throats > this time? > > > -- > Using Opera's revolutionary email client: http://www.opera.com/mail/ > ___ > 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 > -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid ___ 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
[opensource-dev] Fwd: [sldev] Anyone here with OpenCV experience?
With all the work done on the MS Kinect it seems like a good time to revisit this issue. On Thu, May 21, 2009 at 12:42 PM, Philip Rosedale wrote: > Has anyone here worked with camera-based gesture recognition before? > How about OpenCV? Is OpenCV the best package for extracting basic head > position/gesture information from a camera image stream? Merov and I > are pondering a Snowglobe project to detect head motion from simple > cameras and connect it to the SL Viewer. > ___ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/SLDev > Please read the policies before posting to keep unmoderated posting privileges > -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid ___ 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
Re: [opensource-dev] "Second-Party" viewer policy (was: Third party viewer policy)
The common sense rules apply. If you are not connecting to the LL grid, Linden Lab can't make any policy regarding what you do. They don't need a policy saying that they can't make a policy telling you what to do on another grid. They are just trying to put into policy what LL has expressed in one way or other over the years. Remember policy are not written for those that are honest, but for those that are dishonest and having a way to enforce it. For example; in my workplace we have an 1/2 hour lunch. I have yet to see a supervisor watch the clock on anyone, but if someone decides to take off for 2 hours and call it lunch, they will be in trouble. On Fri, Feb 26, 2010 at 2:37 AM, Morgaine wrote: > Careful with the wording, Soft. :-) [Bad wording is the reason for much of > this thread, sadly.] > > You didn't actually mean, I hope: "Most apply to any third-party viewer > however, even if you aren't distributing it." > > What you meant was, I hope: "Most apply to any third-party viewer when that > viewer connects to the SL service, even if you aren't distributing it." > > Legally, there is a world of difference. The original wording applies also > when the third party viewer is used to connect to Opensim, for example, > which you have no legal power nor community-friendly reason to restrict. > > We don't usually need to speak with mind-numbing precision, and can rely on > context for brevity, but that absolutely does not work in the current > subject with its legal ramifications. > > These dratted words, they're such a pain. Instead of saying what we mean, > they say what they say. :D > > > Morgaine. > > > > = > > On Thu, Feb 25, 2010 at 10:29 PM, Soft Linden wrote: >> >> On Thu, Feb 25, 2010 at 3:37 PM, Jay Reynolds Freeman >> wrote: >> > >> > But what if there is no "third party"? What if I develop a modified >> > version of the SL viewer all by myself, and use it to log in to the SL >> > servers, but do not distribute either source or binary for it? Since there >> > is no additional, "third" party involved in the creation and use of this >> > viewer, it would appear that nothing in the "Linden Lab Policy on >> > Third-Party Viewers" applies to it or to me. >> > >> >> The FAQ and revised TPV, coming soon, will address this directly. >> There are some terms in there that don't apply if you aren't putting >> the viewer in the registry, and they will be identified as such. Most >> apply to any third-party viewer however, even if you aren't >> distributing it. >> ___ >> 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 > -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid ___ 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
Re: [opensource-dev] Third party viewer policy
I think the ideal they have is that you shouldn't create a viewer that can do content thief, grieving or whatever is the next abuse method is and claim that you can't control how people use the viewer. Especially since we have already seen viewers designed already to abuse the grid. Another interesting things is that LL don't take any liability of what the residents do in the grid but want a developer to is kinda crazy. A better approach might be for the developer to agree patch any abuses that LL has identify due to user actions. On Wed, Feb 24, 2010 at 9:59 PM, Morgaine wrote: > Good points, Boy Lane, concerning developer liability not being acceptable. > > But it goes even further than that. Developer liability is not GPLv2 > compliant. > > Here are GPLv2's "NO WARRANTY" clauses: > > > QUOTE > > NO WARRANTY > > 11. BECAUSE THE PROGRAM IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY FOR > THE PROGRAM, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN > OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES > PROVIDE THE PROGRAM "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED > OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF > MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO > THE QUALITY AND PERFORMANCE OF THE PROGRAM IS WITH YOU. SHOULD THE PROGRAM > PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR OR > CORRECTION. > > 12. IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING > WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR > REDISTRIBUTE THE PROGRAM AS PERMITTED ABOVE, BE LIABLE TO YOU FOR DAMAGES, > INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING > OUT OF THE USE OR INABILITY TO USE THE PROGRAM (INCLUDING BUT NOT LIMITED TO > LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR > THIRD PARTIES OR A FAILURE OF THE PROGRAM TO OPERATE WITH ANY OTHER > PROGRAMS), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE > POSSIBILITY OF SUCH DAMAGES. > > END QUOTE > > > All liability and responsibility for the use of a GPL program rests with the > users of the program, not with the developer of the program. This is an > explicit condition of all GPL licenses, and these licenses cannot be > employed by LL if section 7 of the TPV document is valid. > > It is worth noting that the BSD license also has a similar NO WARRANTY > clause to protect its developers. > > > Morgaine. > > > > > == > > On Thu, Feb 25, 2010 at 4:18 AM, Boy Lane wrote: >> >> I would like to reiterate on one point that was mentioned shortly already, >> the liability of a developer. >> >> LL's new policy says under 7. >> >> "If you are a user or Developer of Third-Party Viewers: >> >> a. You are responsible for all uses you make of Third-Party Viewers, and >> if you are a Developer, you are also responsible for all Third-Party Viewers >> that you develop or distribute." >> >> In it's current form that reads: a developer is fully legally responsible >> for the code, and in addition to that also carries full responsibility for >> any user action of anyone using that viewer. In my opinion that's a killer >> clause nobody halfway intelligent can accept. >> >> In detail, this clause has two major implications. >> >> Firstly by accepting 3PVP a developer would have to take full >> responsibility for the viewer and the code it is based on. We all know that >> these sources were developed by hundreds of different people and contain >> hundreds if not thousands of known and unknown bugs (not sure about actual >> Jira statistics). LL itself declines any responsibility in the sourcecode by >> sating "ALL LINDEN LAB SOURCE CODE IS PROVIDED "AS IS." LINDEN LAB MAKES NO >> WARRANTIES, EXPRESS, IMPLIED OR OTHERWISE, REGARDING ITS ACCURACY, >> COMPLETENESS OR PERFORMANCE." Now LL forces a 3rd party viewer developer to >> take on exactly that responsibility LL explicitly disclaims. I as a >> developer can not accept this as I'm simply unable to guarantee that the >> underlying code is 100% failure free or that there are no exploits possible >> to abuse that code. Nobody can guarantee this and therefore should limit >> ones liability to either the value of the software itself, here free >> open-sourced code with a value of zero; or completely disclaims any >> responsibility as it is the current status of the viewer code. >> >> Secondly and worse than the first point, by accepting the policy I'd also >> automatically take on full responsibility for anything a user does with the >> viewer. Be it using build in features (abuse, harassment, griefing, you name >> it), or furthermore use exploits in the code for not only malicious >> activities. No developer ever could control or prevent any user action and >> should never be held responsible for any action a user does with the >> software provided. >> >> I fully agree that a certain
Re: [opensource-dev] "Second-Party" viewer policy (was: Third party viewer policy)
This is what LL say: 8e We may enforce this Policy in our sole discretion, including but not limited to by removing a Third-Party Viewer from the Viewer Directory and suspending or terminating the Second Life accounts of Developers or users of a Third-Party Viewer. We further reserve the right to take any and all technological measures we deem appropriate to block a Third-Party Viewer from accessing Second Life, and to pursue any and all legal and equitable remedies. Don't see how any of that enforcement can be applied to another grid other than SL. On Sun, Feb 28, 2010 at 8:08 AM, Argent Stonecutter wrote: > On 2010-02-26, at 05:27, David Simmons wrote: >> The common sense rules apply. If you are not connecting to the LL >> grid, Linden Lab can't make any policy regarding what you do. They >> don't need a policy saying that they can't make a policy telling you >> what to do on another grid. > > Is that a legal opinion? > > Words MEAN different things when lawyers are involved. > ___ > 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 > -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid ___ 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
Re: [opensource-dev] new TOS - TPV "legally" binding. :/
A snippet from PC World: http://www.pcworld.com/article/191312-2/tech_secrets_21_things_they_dont_want_you_to_know.html End User License Agreements May Not Be Enforceable It doesn't take much effort to sign an end user license agreement: Rip open a software package, or tick a box on a Website, and you're legally bound. But your obligations depend a lot on where you live, says Jonathan Ezor, director of the Institute for Business, Law & Technology at the Touro Law Center on Long Island. "EULAs are contracts, and contract law is state law," says Ezor. "It's governed by the state where you live or where the company is based." For example, courts in the Third Circuit Court of Appeals (Delaware, New Jersey, and Pennsylvania) and the Fifth Circuit Court of Appeals (Louisiana, Mississippi, Texas) have found certain types of EULAs invalid. Other factors include whether the agreement contains unenforceable restrictions, whether it gives consumers sufficient choice, and what method it provides for users to indicate agreement, Ezor adds. The odds of your going to court over a EULA, however, are slight. The real issue is how companies enforce them, Ezor says. "What companies really don't want you to know is how easy it is for them to turn things off or erase them," he adds. "Think of what happened last year with the Orwell books that Amazon just erased from people's Kindles." On Wed, Mar 31, 2010 at 9:58 AM, Lawson English wrote: > Lance Corrimal wrote: >> just had a little popup shoving the new TOS under my nose, and behold, >> with accepting the TOS you also accept the TPV. >> ___ >> > I wonder if that's even legal... > > > Lawson > ___ > 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 > -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid ___ 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
Re: [opensource-dev] Where to report selling of "Ripper" Viewers?
Use the inworld abuse report. If you do not know the sl name of the person selling the viewer use one of your favorite lindens name as the abuser (blue linden used to love getting his name listed) and put all the details into the comment section. On 4/26/10, Lance Corrimal wrote: > Am Montag, 26. April 2010 16:08:11 schrieb Daniel: >> I came across a site selling SL viewers designed to steal content, and I >> want to report it to the right Linden Research staff to deal with, but I >> am not sure who that would be. Pointers would be helpful. >> ___ >> 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 > > I believe an email to LL legal department would be in order. > > > bye, > LC > ___ > 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 > -- “The greatest danger in modern technology isn't that machines will begin to think like people, but that people will begin to think like machines” Unknown http://www.google.com/profiles/techiedavid ___ 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
