[opensource-dev] Unjust Banning of residents?
Violation: Third Party Viewer Usage You are connecting to the grid with a viewer that is not in the third party viewer directory. However... A viewer does not need to be on the Third Party Viewer Directory in order for development or usage of it to be compliant with the Third Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) and the Terms of Service. While I am sure you are well aware of this, it can also be deduced through common sense that the open source program (Snowstorm, Snowglobe, etc) would not be able to exist in an environment where every personal compile had to be listed on the TPVD before it could even begin to undergo any form of live quality assurance processes. Long story short, unless there have been recent changes to the Terms of Service that I am unaware of, or if there are relevant sections that I have missed that indicate that a viewer that complies with the Third Party Viewer Policy still must be in the Directory to be legitimately used, I would request that you provide me with them. What this means is every single BETA tester for every client on the TPVD is at risk of losing their accounts because that compiled version of that client is not listed on the TPVD. Each and every Developer who has worked so hard to help Linden Lab build their Client into what it is is at risk of losing their accounts because each time they recompile the source it isn't listed in the TPVD and is now considered a Violation of some hidden TOS clause. I am posting this to this forum because I wanted to get feed back from the community. As I myself and a developer who has contributed patches to various TPVD Clients and am now finding myself cautious to even use these clients source codes to help them. I would like clarification from Linden Lab as well as other Developers on this new banning policy that is requiring every compiled client that connects to second life to be listed in the TPVD. ___ 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] Unjust Banning of residents?
exactly which is why this message is so disturbing. accounts have been terminated from second life for using a viewer not listed in the directory. This email is notification that Linden Lab has terminated your access to the Second Life virtual world due to severe or repeated violations of the Second Life Terms of Service or Community Standards. Your (account name 'xx') and alternate Second Life accounts have been made permanently inaccessible. On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: Last I checked there is no requirement to use an approved tvp. even on the tvp listing page. Looking at the policy and the directory pages, no where does it say that the viewer must be listed in the tvp... http://secondlife.com/corporate/tpv.php http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory You may connect to Second Life using software released by a third-party developer. Linden Lab provides a Policy on Third-Party Viewers [1] to promote a positive and predictable experience for all Second Life Residents. Date: Tue, 16 Aug 2011 10:23:21 -0700 From: mala...@tamzap.com To: opensource-dev@lists.secondlife.com Subject: [opensource-dev] Unjust Banning of residents? Violation: Third Party Viewer Usage You are connecting to the grid with a viewer that is not in the third party viewer directory. However... A viewer does not need to be on the Third Party Viewer Directory in order for development or usage of it to be compliant with the Third Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) and the Terms of Service. While I am sure you are well aware of this, it can also be deduced through common sense that the open source program (Snowstorm, Snowglobe, etc) would not be able to exist in an environment where every personal compile had to be listed on the TPVD before it could even begin to undergo any form of live quality assurance processes. Long story short, unless there have been recent changes to the Terms of Service that I am unaware of, or if there are relevant sections that I have missed that indicate that a viewer that complies with the Third Party Viewer Policy still must be in the Directory to be legitimately used, I would request that you provide me with them. What this means is every single BETA tester for every client on the TPVD is at risk of losing their accounts because that compiled version of that client is not listed on the TPVD. Each and every Developer who has worked so hard to help Linden Lab build their Client into what it is is at risk of losing their accounts because each time they recompile the source it isn't listed in the TPVD and is now considered a Violation of some hidden TOS clause. I am posting this to this forum because I wanted to get feed back from the community. As I myself and a developer who has contributed patches to various TPVD Clients and am now finding myself cautious to even use these clients source codes to help them. I would like clarification from Linden Lab as well as other Developers on this new banning policy that is requiring every compiled client that connects to second life to be listed in the TPVD. ___ 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 Links: -- [1] http://secondlife.com/corporate/tpv.php ___ 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] Unjust Banning of residents?
I thought it was a phishing attempt as well. But the account has been removed from second life. POOF. so unless some phisher has the ability to terminate accounts this is as real as it gets. On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: Careful, it could be a phishing attempt. Do NOT click on any of the links inside this email (unless you're certain it comes from Linden Lab, but then again emails can be spoofed). On 16/08/2011, mala...@tamzap.com mala...@tamzap.com wrote: exactly which is why this message is so disturbing. accounts have been terminated from second life for using a viewer not listed in the directory. This email is notification that Linden Lab has terminated your access to the Second Life virtual world due to severe or repeated violations of the Second Life Terms of Service or Community Standards. Your (account name 'xx') and alternate Second Life accounts have been made permanently inaccessible. On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: Last I checked there is no requirement to use an approved tvp. even on the tvp listing page. Looking at the policy and the directory pages, no where does it say that the viewer must be listed in the tvp... http://secondlife.com/corporate/tpv.php http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory You may connect to Second Life using software released by a third-party developer. Linden Lab provides a Policy on Third-Party Viewers [1] to promote a positive and predictable experience for all Second Life Residents. Date: Tue, 16 Aug 2011 10:23:21 -0700 From: mala...@tamzap.com To: opensource-dev@lists.secondlife.com Subject: [opensource-dev] Unjust Banning of residents? Violation: Third Party Viewer Usage You are connecting to the grid with a viewer that is not in the third party viewer directory. However... A viewer does not need to be on the Third Party Viewer Directory in order for development or usage of it to be compliant with the Third Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) and the Terms of Service. While I am sure you are well aware of this, it can also be deduced through common sense that the open source program (Snowstorm, Snowglobe, etc) would not be able to exist in an environment where every personal compile had to be listed on the TPVD before it could even begin to undergo any form of live quality assurance processes. Long story short, unless there have been recent changes to the Terms of Service that I am unaware of, or if there are relevant sections that I have missed that indicate that a viewer that complies with the Third Party Viewer Policy still must be in the Directory to be legitimately used, I would request that you provide me with them. What this means is every single BETA tester for every client on the TPVD is at risk of losing their accounts because that compiled version of that client is not listed on the TPVD. Each and every Developer who has worked so hard to help Linden Lab build their Client into what it is is at risk of losing their accounts because each time they recompile the source it isn't listed in the TPVD and is now considered a Violation of some hidden TOS clause. I am posting this to this forum because I wanted to get feed back from the community. As I myself and a developer who has contributed patches to various TPVD Clients and am now finding myself cautious to even use these clients source codes to help them. I would like clarification from Linden Lab as well as other Developers on this new banning policy that is requiring every compiled client that connects to second life to be listed in the TPVD. ___ 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 Links: -- [1] http://secondlife.com/corporate/tpv.php ___ 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
Re: [opensource-dev] Unjust Banning of residents?
I am sure. It was a fresh pull from viewer-development as requested by a fellow dev. 3 days later the email came and the accounts were terminated. The point of the matter is, No where does it say that a client MUST BE LISTED IN THE TPVD in order to comply with that policy. Yet they are banning individuals for using clients not listed in the TPVD. On Tue, 16 Aug 2011 14:32:03 -0400, Celierra Darling wrote: It might be that the explanation message is mistaken, and it's supposed to reference the TPVP instead of the TPVD (or even a different policy altogether, if, say, someone clicked the wrong message). Are you sure that, whatever viewer(s) was being used, it conformed to the TPVP, and there wasn't anything else going on that could be shady? Celi On Tue, Aug 16, 2011 at 2:23 PM, wrote: I thought it was a phishing attempt as well. But the account has been removed from second life. POOF. so unless some phisher has the ability to terminate accounts this is as real as it gets. On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: Careful, it could be a phishing attempt. Do NOT click on any of the links inside this email (unless you're certain it comes from Linden Lab, but then again emails can be spoofed). On 16/08/2011, mala...@tamzap.com [1] wrote: exactly which is why this message is so disturbing. accounts have been terminated from second life for using a viewer not listed in the directory. This email is notification that Linden Lab has terminated your access to the Second Life virtual world due to severe or repeated violations of the Second Life Terms of Service or Community Standards. Your (account name 'xx') and alternate Second Life accounts have been made permanently inaccessible. On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: Last I checked there is no requirement to use an approved tvp. even on the tvp listing page. Looking at the policy and the directory pages, no where does it say that the viewer must be listed in the tvp... http://secondlife.com/corporate/tpv.php [3] http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory [4] You may connect to Second Life using software released by a third-party developer. Linden Lab provides a Policy on Third-Party Viewers [1] to promote a positive and predictable experience for all Second Life Residents. Date: Tue, 16 Aug 2011 10:23:21 -0700 From: mala...@tamzap.com [5] To: opensource-dev@lists.secondlife.com [6] Subject: [opensource-dev] Unjust Banning of residents? Violation: Third Party Viewer Usage You are connecting to the grid with a viewer that is not in the third party viewer directory. However... A viewer does not need to be on the Third Party Viewer Directory in order for development or usage of it to be compliant with the Third Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) and the Terms of Service. While I am sure you are well aware of this, it can also be deduced through common sense that the open source program (Snowstorm, Snowglobe, etc) would not be able to exist in an environment where every personal compile had to be listed on the TPVD before it could even begin to undergo any form of live quality assurance processes. Long story short, unless there have been recent changes to the Terms of Service that I am unaware of, or if there are relevant sections that I have missed that indicate that a viewer that complies with the Third Party Viewer Policy still must be in the Directory to be legitimately used, I would request that you provide me with them. What this means is every single BETA tester for every client on the TPVD is at risk of losing their accounts because that compiled version of that client is not listed on the TPVD. Each and every Developer who has worked so hard to help Linden Lab build their Client into what it is is at risk of losing their accounts because each time they recompile the source it isn't listed in the TPVD and is now considered a Violation of some hidden TOS clause. I am posting this to this forum because I wanted to get feed back from the community. As I myself and a developer who has contributed patches to various TPVD Clients and am now finding myself cautious to even use these clients source codes to help them. I would like clarification from Linden Lab as well as other Developers on this new banning policy that is requiring every compiled client that connects to second life to be listed in the TPVD. ___ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev [7] Please read the policies before posting to keep unmoderated posting privileges Links: -- [1]
Re: [opensource-dev] Unjust Banning of residents?
I knew it couldnt be just a single event. There is something going on at Linden Lab and honest developers are losing their accounts over it. On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote: I have been hit with this as well on one of my alts. interestingly, I have only ever logged that account in with v-d builds or firestorm. I've sent an abuse report asking for clarification. im about to contact support. From: jess...@trinityenterprises.ca To: opensource-dev@lists.secondlife.com Date: Tue, 16 Aug 2011 14:41:56 -0400 Subject: Re: [opensource-dev] Unjust Banning of residents? This is interesting as our support team has had reports of this from some of our own users. We figured it was phishing and suggested said users contact LL. I don't know the results however... Jessica Lyon -Original Message- From: opensource-dev-boun...@lists.secondlife.com [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of mala...@tamzap.com Sent: Tuesday, August 16, 2011 2:23 PM To: Marine Kelley Cc: opensource-dev@lists.secondlife.com Subject: Re: [opensource-dev] Unjust Banning of residents? I thought it was a phishing attempt as well. But the account has been removed from second life. POOF. so unless some phisher has the ability to terminate accounts this is as real as it gets. On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: Careful, it could be a phishing attempt. Do NOT click on any of the links inside this email (unless you're certain it comes from Linden Lab, but then again emails can be spoofed). On 16/08/2011, mala...@tamzap.com wrote: exactly which is why this message is so disturbing. accounts have been terminated from second life for using a viewer not listed in the directory. This email is notification that Linden Lab has terminated your access to the Second Life virtual world due to severe or repeated violations of the Second Life Terms of Service or Community Standards. Your (account name 'xx') and alternate Second Life accounts have been made permanently inaccessible. On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: Last I checked there is no requirement to use an approved tvp. even on the tvp listing page. Looking at the policy and the directory pages, no where does it say that the viewer must be listed in the tvp... http://secondlife.com/corporate/tpv.php http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory You may connect to Second Life using software released by a third-party developer. Linden Lab provides a Policy on Third-Party Viewers [1] to promote a positive and predictable experience for all Second Life Residents. Date: Tue, 16 Aug 2011 10:23:21 -0700 From: mala...@tamzap.com To: opensource-dev@lists.secondlife.com Subject: [opensource-dev] Unjust Banning of residents? Violation: Third Party Viewer Usage You are connecting to the grid with a viewer that is not in the third party viewer directory. However... A viewer does not need to be on the Third Party Viewer Directory in order for development or usage of it to be compliant with the Third Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) and the Terms of Service. While I am sure you are well aware of this, it can also be deduced through common sense that the open source program (Snowstorm, Snowglobe, etc) would not be able to exist in an environment where every personal compile had to be listed on the TPVD before it could even begin to undergo any form of live quality assurance processes. Long story short, unless there have been recent changes to the Terms of Service that I am unaware of, or if there are relevant sections that I have missed that indicate that a viewer that complies with the Third Party Viewer Policy still must be in the Directory to be legitimately used, I would request that you provide me with them. What this means is every single BETA tester for every client on the TPVD is at risk of losing their accounts because that compiled version of that client is not listed on the TPVD. Each and every Developer who has worked so hard to help Linden Lab build their Client into what it is is at risk of losing their accounts because each time they recompile the source it isn't listed in the TPVD and is now considered a Violation of some hidden TOS clause. I am posting this to this forum because I wanted to get feed back from the community. As I myself and a developer who has contributed patches to various TPVD Clients and am now finding myself cautious to even use these clients source codes to help them. I would like clarification from Linden Lab as well as other Developers on this new banning policy that is requiring every compiled client that connects to second life to be listed in the TPVD.
Re: [opensource-dev] Unjust Banning of residents?
the only viewers on this computer are singularity and viewer-developments source code. On Tue, 16 Aug 2011 12:12:13 -0700, Brian McGroarty wrote: What were some of the viewers you tested on that account? Typically, the trigger would have been within the last month. On Tue, Aug 16, 2011 at 12:07 PM, Erin Mallory wrote: im just like wtf? the account i got hit by (which i sent the name of to oz) is still showing active... in search... but its one i rarely use. mostly for hiding and/or testing stuff. Im hearing the same from other people too now though in other groups im in... Date: Tue, 16 Aug 2011 12:04:11 -0700 From: mala...@tamzap.com [1] To: opensource-dev@lists.secondlife.com [2] Subject: Re: [opensource-dev] Unjust Banning of residents? I knew it couldnt be just a single event. There is something going on at Linden Lab and honest developers are losing their accounts over it. On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote: I have been hit with this as well on one of my alts. interestingly, I have only ever logged that account in with v-d builds or firestorm. I've sent an abuse report asking for clarification. im about to contact support. From: jess...@trinityenterprises.ca [3] To: opensource-dev@lists.secondlife.com [4] Date: Tue, 16 Aug 2011 14:41:56 -0400 Subject: Re: [opensource-dev] Unjust Banning of residents? This is interesting as our support team has had reports of this from some of our own users. We figured it was phishing and suggested said users contact LL. I don't know the results however... Jessica Lyon -Original Message- From: opensource-dev-boun...@lists.secondlife.com [5] [mailto:opensource-dev-boun...@lists.secondlife.com [6]] On Behalf Of mala...@tamzap.com [7] Sent: Tuesday, August 16, 2011 2:23 PM To: Marine Kelley Cc: opensource-dev@lists.secondlife.com [8] Subject: Re: [opensource-dev] Unjust Banning of residents? I thought it was a phishing attempt as well. But the account has been removed from second life. POOF. so unless some phisher has the ability to terminate accounts this is as real as it gets. On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: Careful, it could be a phishing attempt. Do NOT click on any of the links inside this email (unless you're certain it comes from Linden Lab, but then again emails can be spoofed). On 16/08/2011, mala...@tamzap.com [9] wrote: exactly which is why this message is so disturbing. accounts have been terminated from second life for using a viewer not listed in the directory. This email is notification that Linden Lab has terminated your access to the Second Life virtual world due to severe or repeated violations of the Second Life Terms of Service or Community Standards. Your (account name 'xx') and alternate Second Life accounts have been made permanently inaccessible. On Tue, 16 Aug 2011 13:33:39 -0400, Erin Mallory wrote: Last I checked there is no requirement to use an approved tvp. even on the tvp listing page. Looking at the policy and the directory pages, no where does it say that the viewer must be listed in the tvp... http://secondlife.com/corporate/tpv.php [10] http://wiki.secondlife.com/wiki/Third_Party_Viewer_Directory [11] You may connect to Second Life using software released by a third-party developer. Linden Lab provides a Policy on Third-Party Viewers [1] to promote a positive and predictable experience for all Second Life Residents. Date: Tue, 16 Aug 2011 10:23:21 -0700 From: mala...@tamzap.com [12] To: opensource-dev@lists.secondlife.com [13] Subject: [opensource-dev] Unjust Banning of residents? Violation: Third Party Viewer Usage You are connecting to the grid with a viewer that is not in the third party viewer directory. However... A viewer does not need to be on the Third Party Viewer Directory in order for development or usage of it to be compliant with the Third Party Viewer Policy (see Policy on Third-Party Viewers | Second Life) and the Terms of Service. While I am sure you are well aware of this, it can also be deduced through common sense that the open source program (Snowstorm, Snowglobe, etc) would not be able to exist in an environment where every personal compile had to be listed on the TPVD before it could even begin to undergo any form of live quality assurance processes. Long story short, unless there have been recent changes to the Terms of Service that I am unaware of, or if there are relevant sections that I have missed that indicate that a viewer that complies with the Third Party Viewer Policy still must be in the Directory to be legitimately used, I would request
Re: [opensource-dev] opensource-dev Digest, Vol 19, Issue 41
I as well have called support and submitted a ticket, however to follow up on these tickets they want you to log into an account that they have deleted from their system. Seems to me as if someone at LL has gotten ban happy. And with issuing bans for the reason we are discussing is just down right idiotic. How can I help develop the OPEN SOURCE client if I cannot log in with it to test changes that I make? On Tue, 16 Aug 2011 16:43:05 -0500, John Jackson wrote: Re: Unjust Banning of residents? Don't wast time appealing. I did and got nothing but stonewalling from Support. Although they admitted they suspended my account for an invalid reason, they would not reveal any details. Claiming only that I was using a viewer that MIGHT violate the TPV, since it was not listed in the TPV directory. On 8/16/2011 3:17 PM, opensource-dev-requ...@lists.secondlife.com wrote: Send opensource-dev mailing list submissions to opensource-dev@lists.secondlife.com To subscribe or unsubscribe via the World Wide Web, visit https://lists.secondlife.com/cgi-bin/mailman/listinfo/opensource-dev or, via email, send a message with subject or body 'help' to opensource-dev-requ...@lists.secondlife.com You can reach the person managing the list at opensource-dev-ow...@lists.secondlife.com When replying, please edit your Subject line so it is more specific than Re: Contents of opensource-dev digest... Today's Topics: 1. Re: Unjust Banning of residents? (mala...@tamzap.com) 2. Re: Unjust Banning of residents? (Oz Linden (Scott Lawrence)) 3. Re: Unjust Banning of residents? (Erin Mallory) 4. Re: OS X Lion (Yoz Grahame) -- Message: 1 Date: Tue, 16 Aug 2011 12:14:24 -0700 From: mala...@tamzap.com Subject: Re: [opensource-dev] Unjust Banning of residents? To:opensource-dev@lists.secondlife.com Message-ID:651e5d29e95ffa9e5a658e241bf17...@tamzap.com Content-Type: text/plain; charset=UTF-8; format=flowed the only viewers on this computer are singularity and viewer-developments source code. On Tue, 16 Aug 2011 12:12:13 -0700, Brian McGroarty wrote: What were some of the viewers you tested on that account? Typically, the trigger would have been within the last month. On Tue, Aug 16, 2011 at 12:07 PM, Erin Mallory wrote: im just like wtf?? the account i got hit by (which i sent the name of to oz) is still showing active... in search... but its one i rarely use.? mostly for hiding and/or testing stuff.? Im hearing the same from other people too now though in other groups im in...? Date: Tue, 16 Aug 2011 12:04:11 -0700 From: mala...@tamzap.com [1] To: opensource-dev@lists.secondlife.com [2] Subject: Re: [opensource-dev] Unjust Banning of residents? I knew it couldnt be just a single event. There is something going on at Linden Lab and honest developers are losing their accounts over it. On Tue, 16 Aug 2011 14:46:29 -0400, Erin Mallory wrote: I have been hit with this as well on one of my alts. interestingly, I have only ever logged that account in with v-d builds or firestorm. I've sent an abuse report asking for clarification. im about to contact support. From: jess...@trinityenterprises.ca [3] To: opensource-dev@lists.secondlife.com [4] Date: Tue, 16 Aug 2011 14:41:56 -0400 Subject: Re: [opensource-dev] Unjust Banning of residents? This is interesting as our support team has had reports of this from some of our own users. We figured it was phishing and suggested said users contact LL. I don't know the results however... Jessica Lyon -Original Message- From: opensource-dev-boun...@lists.secondlife.com [5] [mailto:opensource-dev-boun...@lists.secondlife.com [6]] On Behalf Of mala...@tamzap.com [7] Sent: Tuesday, August 16, 2011 2:23 PM To: Marine Kelley Cc: opensource-dev@lists.secondlife.com [8] Subject: Re: [opensource-dev] Unjust Banning of residents? I thought it was a phishing attempt as well. But the account has been removed from second life. POOF. so unless some phisher has the ability to terminate accounts this is as real as it gets. On Tue, 16 Aug 2011 20:21:48 +0200, Marine Kelley wrote: Careful, it could be a phishing attempt. Do NOT click on any of the links inside this email (unless you're certain it comes from Linden Lab, but then again emails can be spoofed). On 16/08/2011, mala...@tamzap.com [9] wrote: exactly which is why this message is so disturbing. accounts have been terminated from second life for using a viewer not listed in the directory. This email is notification that Linden Lab has terminated your access to the Second Life virtual world due to severe or repeated violations of the Second Life Terms of Service or Community Standards. Your (account name 'xx') and alternate Second Life accounts have been made permanently inaccessible. On Tue, 16
[opensource-dev] (no subject)
I just tried to compile the viewer 2 source. Following the instructions on the wiki. And have come across a ton of errors. I do not have these errors while building snowglobe or 1.2x viewer source. Any help would be appreciated. Just want to start working on viewer 2 source. Have a bit of free time and would like something to keep me busy. == Build: 3 succeeded, 5 failed, 31 up-to-date, 2 skipped == Error1error MSB6006: cmd.exe exited with code 1.C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets151 Error2error C2371: 'int_fast16_t' : redefinition; different basic typesC:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h49 Error3error C2371: 'uint_fast16_t' : redefinition; different basic typesC:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h50 Warning4warning C4005: 'INT8_C' : macro redefinitionC:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h168 Warning5warning C4005: 'INT16_C' : macro redefinition C:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h 169 Warning6warning C4005: 'INT32_C' : macro redefinition C:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h 170 Warning7warning C4005: 'INT64_C' : macro redefinition C:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h 171 Warning8warning C4005: 'UINT8_C' : macro redefinition C:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h 173 Warning9warning C4005: 'UINT16_C' : macro redefinition C:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h 174 Warning10warning C4005: 'UINT32_C' : macro redefinition C:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h 175 Warning11warning C4005: 'UINT64_C' : macro redefinition C:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h 176 Warning12warning C4005: 'INTMAX_C' : macro redefinition C:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h 179 Warning13warning C4005: 'UINTMAX_C' : macro redefinition C:\Program Files (x86)\QuickTime SDK\CIncludes\GNUCompatibility\stdint.h 180 Error14error MSB6006: cmd.exe exited with code 1.C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets151 Error15error MSB6006: cmd.exe exited with code 1.C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets151 Error16error MSB3073: The command C:\Program Files (x86)\CMake 2.8\bin\cmake.exe -E copy C:/v2/build-vc100/llplugin/slplugin/Release/SLPlugin.exe C:/v2/build-vc100/test_apps/llplugintest/Release/ if errorlevel 1 goto :VCEnd C:\Program Files (x86)\CMake 2.8\bin\cmake.exe -E copy C:/v2/build-vc100/sharedlibs/Release/llcommon.dll C:/v2/build-vc100/test_apps/llplugintest/Release/ if errorlevel 1 goto :VCEnd C:\Program Files (x86)\CMake 2.8\bin\cmake.exe -E copy C:/v2/build-vc100/media_plugins/webkit/Release/media_plugin_webkit.dll C:/v2/build-vc100/test_apps/llplugintest/Release/ if errorlevel 1 goto :VCEnd C:\Program Files (x86)\CMake 2.8\bin\cmake.exe -E copy C:/v2/build-vc100/media_plugins/quicktime/Release/media_plugin_quicktime.dll C:/v2/build-vc100/test_apps/llplugintest/Release/ if errorlevel 1 goto :VCEnd C:\Program Files (x86)\CMake 2.8\bin\cmake.exe -E copy C:/v2/build-vc100/media_plugins/example/Release/media_plugin_example.dll C:/v2/build-vc100/test_apps/llplugintest/Release/ if errorlevel 1 goto :VCEnd C:\Program Files (x86)\CMake 2.8\bin\cmake.exe -E copy C:/v2/indra/test_apps/llplugintest/bookmarks.txt C:/v2/build-vc100/test_apps/llplugintest/ if errorlevel 1 goto :VCEnd C:\Program Files (x86)\CMake 2.8\bin\cmake.exe -E copy C:/v2/indra/test_apps/llplugintest/bookmarks.txt C:/v2/build-vc100/test_apps/llplugintest/Release/ if errorlevel 1 goto :VCEnd C:\Program Files (x86)\CMake 2.8\bin\cmake.exe -DBIN_NAME=C:/v2/build-vc100/test_apps/llplugintest/Release/llmediaplugintest.exe -DSEARCH_DIRS=C:/v2/build-vc100/sharedlibs/Release;C:/v2/build-vc100/sharedlibs/Release;C:\Windows/system32 -DDST_PATH=C:/v2/build-vc100/test_apps/llplugintest/Release -P C:/v2/indra/cmake/DeploySharedLibs.cmake if errorlevel 1 goto :VCEnd :VCEnd exited with code 1.C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets113 17IntelliSense: too many characters in character constant c:\program files (x86)\quicktime sdk\cincludes\aeregistry.h814 18IntelliSense: too many characters in character constant c:\program files (x86)\quicktime sdk\cincludes\folders.h192 19IntelliSense: too many characters in character constant c:\program files (x86)\quicktime sdk\cincludes\folders.h197 20IntelliSense: too many characters in character constant
[opensource-dev] (no subject)
Curious as to why when looking in the land section of search, if you reorder the list of areas too quickly it says you are blocked from searching because you have done too many searches. Please try again in a few minutes. I only ran one search. all i did was sort by name or by size. Shouldn't this be pulling the list and storing it. instead of researching each time the list is sorted? -- 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
[opensource-dev] [TOS]Question about TOS
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
[opensource-dev] Can anyone tell me how to get rid of these lol...
i get hundreds of these stupid errors. And i have since i compiled the first client back on 1.18. They are harmless but very annoying. they always look like this. Warning 3 warning LNK4099: PDB 'apr-1_ib_1.pdb' was not found with '..\..\..\..\libraries\i686-win32\lib\release\apr-1.lib' or at 'C:\Documents and Settings\Owner\Desktop\linden\indra\build-VC90\media_plugins\quicktime\Release\apr-1_ib_1.pdb'; linking object as if no debug info apr-1.lib I have no clue what they are or where to start ... thanks in advance. -- 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
[opensource-dev] STORM-524
Couldn't it just be done by calling LLStatusBar::sendMoneyBalanceRequest(); in bool LLAppViewer::mainLoop()? or is there something i am missing? ___ 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] LGPL violation
does this mean that if i move all of my own code over to a dll file that is loaded at runtime that i do not have to release the source for it? On Wed, 27 Oct 2010 10:17:01 -0400, Oz Linden (Scott Lawrence) o...@lindenlab.com wrote: On 2010-10-23 7:27, Carlo Wood wrote: I am not a lawyer :p, but I think that it is allowed to link an LGPL-ed library statically against a proprietary executable provided you provide the object code or source code of the work that uses the library. Not correct. LGPL code may be linked to other source without having the viral effect of requiring that other source also be published as open source. LGPL _does_ require that if any changes are made to the source under that license, then those changes (and the original sources) must be open and available either as LGPL or as GPL. ___ 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 -- 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
[opensource-dev] Enhanced Script Editor Request
Of all the developers who are working on the client someone has to be smart enough to implement this. For you windows developers who are using Visual Studio, When you type a function name and get to the ( point of the function it pops a tip up telling you what is needed to complete this function. I believe it is called intellisense. I could be mistaken. Why can we not have the same type of script editor? An auto complete type of compiler for the editor. As we type in our scripts popups would help us complete what it is we are typing. this would increase speed of script writing, help beginners learn LSL programming faster, and simplify the process. this is just my thoughts. it is already implemented in LSLEditor just figured it could be done in the client as well. -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Enhanced Script Editor Request
I didn't mean add something that would allow editing in an external program. It is bad enough on older machines to run SL alone. and opening multiple programs is not enough. Perhaps tool tips are a bit out of the way i agree with others that the tooltip can sometimes be annoying. but instead maybe a drop down list at the position of the cursor that allows you to pick a function and autocomplete it? and what about user functions? string foo(list in,integer index) or something. when you use it it should pop up in the drop down list as well. the drop down should not be limited to the LL preset functions. real editors do not restrain you to only the preset functions. On Wed, 20 Oct 2010 18:46:35 -0400, Brandon Husbands xot...@gmail.com wrote: I will submit my external editor patch to snow storm On Oct 20, 2010 5:39 PM, Ponzu lee.po...@gmail.com wrote: Make the script editor use vi. On Wed, Oct 20, 2010 at 6:19 PM, Ricky kf6...@gmail.com wrote: It used to stay up until cli... ___ 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 -- Using Opera's revolutionary e-mail 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
[opensource-dev] Where oh where has my rendering gone?
Oh where oh where could it be! Anyone can point me in the direction of the RGB rendering system in the client? Am thinking about making a switch for bw output to the client. just have no idea where to start poking this beast. -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Larger UI Question - Skinning Progress
i didnt mean to spur arguments over the ui being good or bad mate. meant more or less is there a way to bring back the feel of 1.x clients. i like having everything in a pop up floater. not crammed into a bar that forces me to keep it there in one spot. i am not downing any of the ui changes. i think that the ui changes were done to make it easier for beginning users. but after using SL for over 4 years now i dont think i am a beginner. I just want my old detached floaters all over my screen in a very messy very ugly manner. lol. i suppose it is just time to start working on it and stop asking. LL and the others here have already told me that it may be possible but is not going to end up in the main viewer. thats fine with me. i dont need it to be in the main viewer. i dont use the main viewer. i dont trust 3rd party devs and i sure dont trust LL devs. not with a prebuilt binary. there is too much risk. so ill compile the latest branch myself and work on making my floaters the way i know them from before. thanks all. On Tue, 21 Sep 2010 19:45:01 -0400, Nexeus Fatale nex...@nexeusfatale.com wrote: So, I'm kinda getting sick of hearing about why the Viewer 2 UI is bad or good, etc, etc, etc... it's kinda a pointless argument that should be left for forums and forum threads where people can flame each other about what's good or bad with the UI. I'm one of the view who likes many aspects of the Viewer 2 UI - but that's neither here nor there... The question I have, relates more to a topic that has been talked about and displayed in the past, but I would love if there was an update or some progress of the nature of the project. I want to know if the Skinning (or Project Dazzle - http://wiki.secondlife.com/wiki/Skinning) application to the viewer (third party or other) is currently an active project? If so, at what phase is it? Is the entire UI Skinnable and adaptable? or are only the colors and feel changeable? Better question is are there any efforts among the many third-party viewer developers to have created a skinning template/process that isn't just adding/changing colors of the viewer? As well, How far along the UI Roadmap is LL? ( http://wiki.secondlife.com/wiki/User_Interface_Roadmap) I know this is a LOT of questions all at once, but I would love to hear more about the current work towards the larger UI question, instead of this snipping about the Viewer 2 UI not being good. -- Using Opera's revolutionary e-mail 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
[opensource-dev] Possibility to revert UI changes on snowstorm?
Is it possible to revert the 2.x UI changes? I mean is it possible to keep the functionality of 2.x yet use the visual style of 1.x? -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Compiling Snowglobe
yes you can get the boost you need at http://www.boostpro.com/download/ On Tue, 14 Sep 2010 03:18:30 -0400, Rob Nelson nexisentertainm...@gmail.com wrote: So I've got a recent-ish snowglobe source tree on Windows 7. It compiles fine on Linux. However, on Windows it's a hellish nightmare, and the wiki might as well be talking about compiling 1.23. I've asked 3 separate IRC channels with few positive results. My current problem is with the libraries. VC80 screams about missing VC80 boost libraries. I looked in the libraries folder and found that it had VC90 boost libraries (according to the filenames, anyway), so I spent an hour installing and configuring VC90 only to find that it is almost as broken as VC2010, flooding me with unresolved external errors when linking with any non-boost lib. So, is there anywhere I can find VC80 boost binaries compatible with SnowGlobe? (The prebuilt tarballs that LL provides only come with VC90 libs.) If not, how do I get this thing to build? Which voodoo god must I sacrifice my firstborn to? Rob ___ 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 -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Compiling Snowglobe
i am a windows 7 user using visual studio 2005 and i installed my own boost library from that site. snowglobe compiles with 0 errors. though i did copy and paste every single lib and dll file from boost to the library folder of the client folder lol. but still no errors mate. On Tue, 14 Sep 2010 07:54:30 -0400, Robin Cornelius robin.cornel...@gmail.com wrote: On Tue, Sep 14, 2010 at 12:35 PM, malachi mala...@tamzap.com wrote: yes you can get the boost you need at http://www.boostpro.com/download/ On Tue, 14 Sep 2010 03:18:30 -0400, Rob Nelson nexisentertainm...@gmail.com wrote: Are you sure they work with snowglobe/snowstorm? Any boost libs used MUST be compiled with SECURE_SCL=0 in order to be compatable with the secondlife source code compile options, and depending on the version of boost /winSDK you may also need to add SECURE_STL=0 and neither of these are default options so my past experience has shown the libs from boostpro do not work for SL. What is wrong with the libs provided with snowglobe/snowstorm on Visual Studio 2005? is this some new problem that they do not work? they have always worked fine for me on multiple systems and sdks. If you are looking for libs for 2008 see http://jira.secondlife.com/browse/VWR-9541, which has a link to my boost builds for 2008 http://www.byteme.org.uk/downloads/boost_1_39_VC90_no_scl_shared_crt_static_link.zip (as the LL supplied ones for 2008 do not function). Robin -- Using Opera's revolutionary e-mail 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
[opensource-dev] where is the source
Where can I download the latest snowstorm source code? the wiki is a bit confusing. -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Blocking viewers.
so the software Emerald has no flaws that effect second life in any way you say? attempted DDoSing a website from the client exposing user data to the world(then hiding it in encryption that is sent only to the creators) those are goodies that everyone wants to be a part of i take it. i mean thats what you are saying. perhaps you need to go read the TOS mate. you know that thing that you clicked I AGREE to when you logged in. LINDEN LAB reserves the right to revoke your access to the second life servers at anytime for any reason (or for no reason at all) with or without notice. no one cares one way or another which clients you install. just like no one cares what other stuff you have on your computer(except the emerald devs) the only thing lindens care about is the fact that they asked the developers to remove the bull s#$T from the client that was in violation to their rules. the devs REFUSED do you even understand that word? linden lab blocks the client that is in obvious violation of the TOS and state that they will BAN/terminate your access to second life if you bypass that block on the software. now lets have a peek at this lets say you get hash banned from second life. and you change your ip and mac address. and log into sl if they find out that it is you what happens? THEY BAN YOU AGAIN. are you saying they dont have the right to ban you? if so log out of sl and log into open sim. now. that being said i think that if they are going to block emerald and obviously ban key creators from second life they NEED TO.(AND WOULD A LINDEN PLEASE READ THIS MESSAGE) ban all accounts that those people have. instead of just allowing them to generate 1000 alts with the last name MODULARSYSTEMS(wait they already have) and logging in as much as they want. now. im going back to my snowstorm. could we please move the topic to something that has relevance to what this group is called? On Wed, 08 Sep 2010 18:21:26 -0400, Tom Grimshaw t...@streamsense.net wrote: On 08/09/2010 23:09, Mike Dickson wrote: Oh geez. Do we really have to go through this again. You can run whatever you like on your PC. And Linden Lab has every right to determine what software they will allow to connect to their SERVICE. Okay, let's just outline this properly. The lab DO NOT have any right to determine what software they will allow to connect to their SERVICE. The only thing they DO have a right to do is to determine which TCP connections they want to accept and which UDP packets they want to accept. It's my right to use whichever software I want to generate those packets. As such, I accept that they have the legal right to block logins from clients containing Emerald in their version string - but not a moral right. And they certainly do not have a right to threaten people with account bans if they bypass the ban. Linden Lab have blocked Emerald due to a POLITICAL DISAGREEMENT with their dev team. They haven't blocked it because of any fault with the software itself, they're not protecting anyone - they're taking pre-emptive action against a project because of some percieved danger that might evolve. ~T ___ 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 -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] 2.1.2.208680 installer defaults non-English
yes its defaulting to spanish. sorry but i dont speak spanish. lol On Fri, 27 Aug 2010 19:00:45 -0400, Kadah kadah.c...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Not sure if it was intentionally, pero el instalador para la 2.1.2.208680 es moroso a español. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMeEOdAAoJEIdLfPRu7qE2LfUH/jgD4ksy4i8mgP4rEJ6FX+ai KAzEgMjcpgGrFUgz35l824Ca+I6ml+kqt5B/edfL4ENfXCENDdHj/9fJjurOhP+e wzS87/3lkmTLi7xCpxMrzAiYw7vt9O5BZq0qjDxEmMp09wLiH81ZKz7qpFyqAUVs sH4MoMUAW8wKuHq1nI05DTdLZv3mAtxfEvoFhRw2l1Rc338Ebiy3XSbiejhrTl+9 WLp7lC9d8++fIOTEL/tAnxhfWAhd/SULn2DhD8ef1O9VFaf6IotlUvTelCv8K1ws 5cThibxxEKWpHeP+mUsfvVcxkm16diTI3ScS0GVitFr83XUgWnkz9dWzg5/jKD8= =jZfl -END PGP SIGNATURE- ___ 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 -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything?
well the developer of the emkdu dll file is PHOX. From the interview on treettv, Fractured purchased the license to develop it, PHOX did the actual developing, Fractured was asked to step down, PHOX is still on the team of emerald developers. PHOX and Fractured are very close. All the way back when it was VLife and PhoxSL. they were nearly identical. So i would almost bet that its a blitz attack on the public. Fractured walks away. PHOX stays. Fractured and PHOX still have control over the program cause PHOX is still committing code. and as far as the licensing goes. If PHOX is the developer of the emkdu file( remember this is the bad file in the emerald viewer) and they are still planning to use emkdu who is developing it? PHOX? On Tue, 24 Aug 2010 17:27:40 -0400, Rob Nelson nexisentertainm...@gmail.com wrote: They used a custom build of the KDU JPEG compression library to embed information in baked textures, such as the installation directory and the title of the window. The outrage around this is that Emerald developers: 1. Disclosed private information without informing users about the disclosure in their privacy policy (installation folder can contain the username, usually on Linux, though). 2. Obfuscated this system by hiding it within a closed-source library 3. Continued to lie about the purpose of this system. 4. LINDEN LAB CONTINUES TO IGNORE THE TPV VIOLATIONS. If I had pulled this crap with my tiny viewer, I'd have been banned back into the stone age. The double standard Linden Lab uses infuriates many who were forced to do many difficult changes to comply with the TPV, only to find out that Linden Lab has no intention of enforcing it. 5. Reportedly, Emerald merely changed the encryption method used when it was discovered. I don't even know if they changed their KDU library to comply yet, or if they're covering their bums still by making a storm of apologetic blog posts while continuing the same old crap. Rob Nelson On 8/24/2010 1:50 PM, Harold Brown wrote: What I find interesting is that people are neglecting to realize that ANY viewer, even a LL viewer could have been used to do the same thing by changing the WEBPAGE the login screen pointed to. Or for that matter distributing a object using the new Media functions to load a webpage with the exact same iframe set. On Mon, Aug 23, 2010 at 8:03 AM, David M Chessch...@us.ibm.com wrote: Could we move all this stuff to a new emeraldgate list, or something? That I could then carefully not subscribe to? __ ___ 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 ___ 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 -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything?
I would love to see emerald continue and grow. I for one actually like emerald. however. I find it odd that 3 of the devs are known for creating copybot/griefer clients. And with emerald alone 2 of the devs have created malicious code inside of emerald. Yet only one of the devs was asked to leave. While mr user data leakage remains on the team. Personally it appears to me that this is nothing more than a set up to shadow or sweep away the dirt that has been being flung around about the viewer. Fractured is asked to step down and walk away. But Fractured is the dev that purchased the license to build emkdu. Phox built the emkdu with user data leakage. And now they will be using a clean emkdu. Who is building the emkdu now? Fractured? Phox? of did one of the other devs run out and purchase a license to do so? Changing the server which hosts the client does nothing for saving face. And as long as Phox is a part of the team,(considering the fact that Phox and Jaycool are closer than twins) Fractured will still have access to changing code. If LL allows this to continue the TPVP is a joke. Hopefully the rest of you that use emerald will be more cautious about the client when you run it. After what we have seen thus far.god only knows whats next. On Mon, 23 Aug 2010 05:21:35 -0400, Miro Collas miro.col...@gmail.com wrote: I don't want to start a war of any kind, but let me suggest that you ask for evidence before believing what people say in chat or elsewhere. There are people who would love to see Emerald crumble, and have no problem deceiving, misleading or plain lying. I have seen this done on this list, in forums (SLU especially) and in group chat. So, be very wary of whose word you believe. For my part, the interview on treet.tv was enough to convince me to remain an Emerald user. That combined with knowing Jessica enough to trust her word. On 08/23/2010 04:24 AM, Jesse Barnett wrote: Really wish that was true but you saw Katharine's comments in irc. Absolutely nothing has changed with Emerald except for the servers. Here is hoping that both Philip and legal are not deceived so easily. Jesse Barnett On Monday, August 23, 2010, Tateru Ninotateru.n...@gmail.com wrote: And now, perhaps, we can get back to the important stuff, like the viewer itself. ___ 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 -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Malicious payloads in third-party viewers: is the policy worth anything?
i dont think emerald is TPV compliant. data mining, DDoS attacks, User data leakage. clearly they have violated not only the TOS but the TPV. so no emerald IS NOT TPV Compliant. On Sun, 22 Aug 2010 16:55:56 -0400, Altair Sythos Memo syt...@gmail.com wrote: On Sun, 22 Aug 2010 15:30:55 -0500 Brandon Husbands xot...@gmail.com wrote: As a X-emerald Dev (I am Dimentox) Most of the stuff people are saying that is going on or has gone on.. Most of the other devs had no idea. We just did our parts to make the viewer better. I left due to the fact that i did not have time to continue to work on the project. Unfortunately a few bad seeds ruin the apple. emerald *is* a TPV compliant viewer, but isn't listed this is a grey zone in ToS and TPV policy... not an dev-emerald fault ___ 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 -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] display names = the end of 1.x viewers?
I understand this is all coming about to make it easier for people. Fine and dandy there. But isn't this just limiting the overall number of users that will be allowed to create accounts? I mean there are only so many combinations of characters that could be created with the last name Resident. I think if you are worried about residents walking away from the registration page because of a 'limited' list of last names, perhaps the official second life page could be a bit more like the regapi's that are out there. like it used to be in the good old days. when one could just select their last name from the entire list of last names, and not from a randomized pick of 12. just my 2 cents sorry to bother anyone. malachi On Tue, 17 Aug 2010 19:04:19 -0400, Kelly Linden ke...@lindenlab.com wrote: You will be Andromeda Quonset across all viewers and all scripts. All existing scripts and new scripts using the existing functions will continue to get Andromeda Quonset. You will *never* be Andromeda Resident (unless you make another account after the change takes effect). Andromeda Resident would be a completely separate account from Andromeda Quonset, just as Andromeda Omega would be today. 'Resident' is just the final last name, and is treated specially on new viewers to be hidden from view when displayed. Your account will NOT change to Andromeda Resident. It will NOT change to Andromeda.Quonset Resident. Resident will not be tacked onto the end of any existing avatar's name. All existing script library calls will forever more continue to return the 'full name'. Existing lists of avatars will continue to match their list of avatars. There will be some potential confusion for new residents who will identify as John12345 or John Smith but not John12345 Resident. There will be entirely new LSL function calls to handle display names. - Kelly On Tue, Aug 17, 2010 at 3:51 PM, Andromeda Quonset andromedaquon...@gmail.com wrote: Indeed. Wasn't there an issue in recent weeks/month with regard to the forum software and the case of the first letter of a name? At 04:23 PM 8/17/2010, you wrote: The fact that people have lower case first names isn't always a typo, in many cases it is intended. Please do not force capitalization on names. On Tue, Aug 17, 2010 at 6:13 PM, Bryon Ruxton br...@slearth.com wrote: As you are implementing this, you may to consider forcing capitalization via JavaScript or else on the first name (from the official actual username) e.g. first Linden look bad as if there is a typo in there and such proper nouns are normally capitalized. I have always found it annoying to see lowercase first names. It is probably mostly a result of omissions, but also tends to happen more frequently with younger users. And as we officially will get 16 and 17 years old it is much more likely to happen. It happens a lot in shopping carts or any web user database if you don't automatically capitalize first and last names or addresses by code, which I now tend to do to prevent such inconsistence in postage labels, etc... It would make for a more consistent database too. On 8/17/10 2:41 PM, Brian McGroarty s...@lindenlab.com wrote: On Tue, Aug 17, 2010 at 2:34 PM, Lance Corrimal lance.corri...@eregion.de wrote: ... http://blogs.secondlife.com/community/features/blog/2010/08/17/display- names-bringing-greater-self-expression-to-second-life ... I guess that means the end for logging in with 1.x based viewers, does it? Old viewers will continue to work. Old accounts would continue to log in as they do today. New accounts log in with their username as their first name and Resident as the last name. (For the difference between username and Display Name, see the FAQ linked at the end of the blog post). Under the hood, for all legacy viewers and scripts, the only real change is that new accounts created after some point will only ever have Resident as a last name. The new Display Names won't replace usernames in any location within an old viewer. ___ 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 ___ 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 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Policies
Re: [opensource-dev] WebOS curiosity
well im more interested in the ability of Palm Pre cell phone using the WebOS to run a second life client... even if its 'LIMITED' in functionality On Mon, 31 May 2010 19:22:27 -0400, Tigro Spottystripes tigrospottystri...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 If Chrome can handle Ajax, you could try AjaxLife On 31/5/2010 20:19, Malachi wrote: i am completely curious if it is even possible to have a webOS client for second life in theory you would think it could be cause webOS is linux at heart... but i have zero clue on if it is or not... someone else who knows more could please let me know and if so... where to start -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkwERKMACgkQ8ZFfSrFHsmUCDwCdHPDYxh6W/VawLVeJtMyZSTtr xNgAoIt2tcknAHd+OCSy3eRvGoA7lFQ/ =URp2 -END PGP SIGNATURE- ___ 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 -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Migrating open development focus to 2.x
personally.. it has been said before and i completely agree. if i wanted to use a web browser id open firefox. if i want to use a second life client i want to see floaters galore. im not bashing progression... by all means the work that was done on 2.0 is amazing... but for someone who is fluent in 1.2x the 2.x jump is like taking a fish out its bowl and saying walk or die. the entire set up is very confusing. perhaps there is a way to revert all the UI to classic. a debug setting. or different skin. Same functionality, different look. just my 2c On Thu, 27 May 2010 19:30:47 -0400, Dzonatas Sol dzona...@gmail.com wrote: Hi Oz, There has been discussion in AWG and other various chat moments of what could be done. The primary suggestions seems to be able to hide the UI, but that doesn't mean it needs to be disabled. There is a debug option, CTRL-ALT-F1, that basically hides the UI, yet the mouse regions are still sensitive. If the mouse regions weren't sensitive, it would provide a means to hide the UI and allow other options. For an example with the built-in UI hidden and an external UI present, please see this project: http://wiki.secondlife.com/wiki/User:Dzonatas_Sol/Icesphere Since the UI seems to be really the only issue, the above provides a solution to continue movement to 2.x. Enjoy Oz Linden (Scott Lawrence) wrote: I opened this in the 27 May IW open source meeting, and would like to invite wider and more specific feedback. It's fairly clear that Linden Lab doesn't have the resources to devote to active work on both Snowglobe 1.x and 2.x, and it's not efficient for the community as a whole to be splitting effort. I'd like to fairly quickly get to the point where all our new work is happening on the 2.x branch. That said, I understand that might leave behind things that the Snowglobe user/dev base wants and that some people are not happy with some elements of 2.x. What I'd like to know is... what needs to happen to make that choice that most people can be happy with? One of my goals is to increase the rate and volume at which Linden Lab can (and _does_) take changes from the open source base into the internal code, but unless we can keep everyone on the same branch, that will be much more difficult. Please respond to this thread with your favorite reasons not to move development to 2.x. We will review the list at the 6 June open source meeting with the goal of setting some priorities. To be clear... I don't object to anyone else working on 1.x at all; I'd just like to know why so that we can tempt them to join us on 2.x ___ 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 -- Using Opera's revolutionary e-mail 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
[opensource-dev] SnowGlobe Libraries still MIA
everything below 2.0 gives the following... This XML file does not appear to have any style information associated with it. The document tree is shown below. − Error CodeAccessDenied/Code MessageAccess Denied/Message RequestIdC29F96F3FA9104C6/RequestId − HostId DkVyYn+VGIwuSq7QFGeEl5MmbO/UtqIMp9rFTzmIDfiLjBYgZ8tTAmiaogteCMMZ /HostId /Error i take it we are being forced to use 2.0 code? or does someone happen to have the 1.3.2 libraries stored somewhere other than at the SL wiki... if so please send me a link id love to be able to download them -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Banning by client
as far as i can tell the detection is done by loading a url on the client. the browser in the client loads the url which is a server side script that rips apart the header of the post and searches for a certain part which happens to be the name of the client. if the name of the client matches the preset list created by skills then the name and uuid of the avatar is sent back to the system inworld and triggers the banning process on that avatar. this exact same method is used in various other detection systems already on the market. some even allow the end user to customize which clients they do not allow. i do believe that any system that is set up to ban or remove unwanted clients should be left at the users choice. personally there are a few clients that i do no tolerate anywhere near me. while others i dont mind. but im not going to give someone else the right to ban people from my land because they dont like the client those users are using. Skills is not a Linden and should not have the authority to decide which clients are allowed and which ones are not. On Sun, 02 May 2010 15:56:02 -0300, Carlo Wood ca...@alinoe.com wrote: On Sat, May 01, 2010 at 06:53:49PM -0400, Glen Canaday wrote: Though WHY anyone wouldn't want to come HERE to talk about client detection is far beyond my grasp. That's like AVG not wanting to talk to Microsoft. Probably because it's a moronic asshole, who is only interested in making money with the product and doesn't care if 1% are false positives. Not until LL comes knocking on their door anyway. I guess that the only reasonable response (unless LL wants to get involved) is to find out how the detection works and write a patch that makes SURE it won't be detected (which then can be used by everyone, but malicious viewers will do this anyway, whether or not we do or not). So, how does this thing detect the mentioned signature? -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] Banning by client
then what exactly does cds ban? if no clients? because as long as you only use emerald or second life then you wont get banned by cds. if you start dabbling on other clients you get banned. so what does cds ban if no clients? On Sun, 02 May 2010 19:01:19 -0300, Skills Hak simonepep...@googlemail.com wrote: Um, please don't confuse this incident with CDS which doesn't ban clients arbitrarily, this seems to be about a similar system of a more unscrupulous competitor. There isn't even a copybot client with Snowglobe 2.0.0 () (CommunityDeveloper) as base we are aware of, so not sure why zFire Xue is banning it. The below reviews have me raising eyebrows... The people with bad reviews are mostly copybotters who have been banned by the system and are coming up with crazy quicktime hack theories, Dekadance Mint isn't even in search any more. On Sun, May 2, 2010 at 8:51 PM, Tigro Spottystripes tigrospottystri...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 according to Skill LL knows how the system works and has not taken any measures to prevent it, which indicates they are ok with it On 1/5/2010 18:50, Bryon Ruxton wrote: Is that thing really exploiting a quicktime hack? I.e. Trying to protect Computer Crimes Law by violating the very same laws. If so, isn't that against the LL TOS and shouldn't it be taken down by LL? The below reviews have me raising eyebrows... https://www.xstreetsl.com/modules.php?name=Marketplacefile=itemItemID=2138 424allReviews=1#reviews Sandrina Koolhoven on 2010-03-22 27 of 71 members found this review helpful. THIS system is indeed using a hack through Quicktime that gains access to a persons hard drive. This system has been torn down and looked at. Scanning yours or my HDD is a clear violation of USA Privacy laws and only LL has a right to know who your alts are, not the designer of this system Dekadance Mint on 2010-03-17 79 of 165 members found this review helpful. Easiest method to avoid detection by this device requires no compiling or programming, just add -noquicktime into the short cut, and this device can't detect you untill Skills finds a new method of detection. I say this tidbit of info because the appeal process is atrocious and horrible from my experience. On 4/30/10 10:06 PM, Tigro Spottystripes tigrospottystri...@gmail.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 there is Skill's CDS system On 1/5/2010 01:45, Andromeda Quonset wrote: I went there. I saw a GC Continental was on the ban list for both of the sims. That was the closest I could find to you. I am not aware of there being any autobanners that ban by client that any landowner or sim owner can use. I don't know of any way to detect via script or estate or land controls what client someone is even using. I do know there is maintenance going on, and regions being restarted. Perhaps you were simply caught in a sim restart. At 09:49 PM 4/30/2010, Glen Canaday wrote: There are autobanners that ban by client, no? Full-sim, estate ban? I'm on Snowglobe 2 and just got banned from both The Loft and The Loft II; both are furniture store sims. Can someone TP there and test if they get banned? If someone is banning by presence on the TPV list, then snow needs to be on it rather than listed separately... (tho I could have sworn it WAS on it)... --GC -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkvdyaEACgkQ8ZFfSrFHsmVc1wCfYZUiiBiyew8MkMm5jv8OvIsW xvIAn1j/OPBoXl8BhyAZ3dm71zDKii1+ =YLlk -END PGP SIGNATURE- ___ 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 -- Using Opera's revolutionary e-mail 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
[opensource-dev] (no subject)
http://wiki.secondlife.com/wiki/Source_downloads version Snowglobe 1.3.2 download links are broken... when clicked an xml pops up saying access denied? -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] (no subject)
ok my mistake its all of the snowglobe links on the downloads On Fri, 23 Apr 2010 10:54:54 -0300, Malachi mala...@tamzap.com wrote: http://wiki.secondlife.com/wiki/Source_downloads version Snowglobe 1.3.2 download links are broken... when clicked an xml pops up saying access denied? -- Using Opera's revolutionary e-mail 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
Re: [opensource-dev] (no subject)
but then why is it only effecting snowglobe and not LL sources? On Fri, 23 Apr 2010 20:55:58 -0300, CG Linden c...@lindenlab.com wrote: On Fri, Apr 23, 2010 at 2:46 PM, Gareth Nelson gar...@garethnelson.comwrote: S3 should not be deleting anything unless requested to - does the buildbot do this deletion? Yes. Normally, these files should have been moved into a different bucket -- cg -- Using Opera's revolutionary e-mail 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
[opensource-dev] How to change the Crash Reports URL
I am curious as to where one might change the crash reports to send to a local server and not to LL. Would really help considering we are building a client for a private grid and would like to retrieve the crash reports ourselves. Any suggestions will be much appreciated. Thanks in advance. ___ 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] A note on preserving NO WARRANTY for SL TPV developers
i do have a question... now that the official download for second life is viewer 2.0 and it just so happens to come with a pretty little YOU MUST ACCEPT THE TERMS OF SERVICE YET AGAIN notice. does this mean LL pushed the envelope and forced TPV early? ___ 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] Request for help on compiling Snowglobe
i have been trying since snowglobe started to compile this thing. and for some reason i have yet to be successful in doing so. i think snowglobe hates me. i can compile the standard client source just fine. but when it comes to snowglobe i always seem to get hundreds of errors. so im finally done trying to sort it out alone anyone here willing to spend a few minutes to help me figure out what is going wrong with snow that wont allow it to compile? i have tried this with visual studio 2008, visual c++ 2008 express, visual studio 2005, visual c++ 2005, i have tried all versions of cmake and python and have tried while using vista and win7 both 32bit and 64bit OS. so far im down to just Build: 21 succeeded, 50 failed, 30 up-to-date, 2 skipped. which is way better than it was before lol. ___ 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
sorry thomas but the idea that a person can be detected by skills system while running LL's client on a name that is new today and never been logged in on any other client... shows that the information used to detect if a person has 'ever' used a bad client is coming from the persons computer. and the fact that one of the admins over skills system tells you that in order to run a bad client and not be detected by the system is to install vmware and run the client there tells me that the system is in fact gather information from your computer. the fact that the system in not installed on my computer leads me to believe its HACKING. you can protect your friends all you want thomas but Linden Lab needs to address that fact that this system is a HUGE violation of the terms of service and various local state and governmental laws. On 2/23/2010 9:11 PM, Thomas Shikami wrote: malachi schrieb: im curious as to how this will apply to clients and bots that seem to have the ability to not only gather agents ip addresses but by obtaining this information raid those agents computers searching for data... particularly the new copybot detection system by an unmentioned developer. The fact that Linden Lab has allowed this product to be released implements Linden Lab in possible legal actions. This is a violation of not only the Second Life Terms of Service but various other Internet related Laws and policies. Sills bot system doesn't do anything illegal in activity. It does not scan the users computers as can be verified by intrusion detection software. Also an IP address is not neccessary to fingerprint a used viewer. There is enough information publicly available from SL servers alone that allows detection of the viewer being used. I for one would like to know if this bot system will be removed and its creators rights to the Second Life grid be revoked or if they will be allowed to continue to hack into residents computers looking for information regarding 3rd party clients being installed on the machines. If they are allowed to continue then i would like for Linden Lab to hand over all Real life information on its creator for a possible Law Suit. Pretty much a flame post. Don't feed the trolls. Because for one i never authorized anyone at Linden Lab much less anyone that simply just plays Second Life to have access to my computer and my data. thus the ability of a resident to retrieve such information is a violation of my privacy. point blank. Troll post. ___ 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