[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] (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 charact
[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 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 cau
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
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 th
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: >> 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
[opensource-dev] ETA on Agni Pathfinding?
Anyone have any idea of and ETA for pathfinding to go Agni? Any rumors of such a time frame? ___ 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
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. 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. 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. ___ 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
[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] A note on preserving "NO WARRANTY" for SL TPV developers
just my 2 cents.
* Second Life Viewer Source Code
* The source code in this file ("Source Code") is provided by Linden Lab
* to you under the terms of the GNU General Public License, version 2.0
* ("GPL"), unless you have obtained a separate licensing agreement
* ("Other License"), formally executed by you and Linden Lab. Terms of
* the GPL can be found in doc/GPL-license.txt in this distribution, or
* online at http://secondlifegrid.net/programs/open_source/licensing/gplv2
TPV policy is irrelevant. the license in which we were given the
code clearly states as is seen at the web URL listed above that..
Also, for each author's protection and ours, we want to make certain
that everyone understands that there is no warranty for this free
software. If the software is modified by someone else and passed on, we
want its recipients to know that what they have is not the original, so
that any problems introduced by others will not reflect on the original
authors' reputations.
You may not impose any further
restrictions on the recipients' exercise of the rights granted herein.
so just my 2 cents but since i recieved the code under GPL there isnt a
dang thing Linden Lab or anyone else can do to me legally for created a
client that doesnt abide by the TPV. They lost their right to tell us
what we are allowed to do with the code when they used 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
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] 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
[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 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 wrote: > On Fri, Apr 23, 2010 at 2:46 PM, Gareth Nelson > wrote: > >> 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
Re: [opensource-dev] (no subject)
i can download the 1.21 sources from LL branches im sure thats more than 3 months old On Fri, 23 Apr 2010 21:18:58 -0300, Tayra Dagostino wrote: > On Fri, 23 Apr 2010 20:06:09 -0300 > Malachi wrote: > >> but then why is it only effecting snowglobe and not LL sources? > > maybe why LL are younger than 3mth, SG libs are older... > ___ > 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] 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 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 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 > 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=Marketplace&file=item&ItemID=2138 >>> 424&allReviews=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" >>> >>> 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] 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. − AccessDenied Access Denied C29F96F3FA9104C6 − DkVyYn+VGIwuSq7QFGeEl5MmbO/UtqIMp9rFTzmIDfiLjBYgZ8tTAmiaogteCMMZ 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] 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 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] WebOS curiosity
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 -- 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] 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 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] Snowglobe 2.0 update
Seeing as how the good ole boys at microsoft decided to kill vs08 has anyone successfully built with 2010 Sent from my Verizon Wireless BlackBerry -Original Message- From: Ricky Date: Mon, 7 Jun 2010 12:58:37 To: Philippe (Merov) Bossut Cc: Subject: Re: [opensource-dev] Snowglobe 2.0 update I figure that since the particular links I was looking at are marked (in bold) with the word "Experimental" I figure that people realize that it might be broken... Even so, I've added a line of warning that might help filter out the unhelpful. Trunk build links updated on https://wiki.secondlife.com/wiki/Snowglobe#Development_Versions Ricky Cron Stardust On Mon, Jun 7, 2010 at 10:41 AM, Philippe (Merov) Bossut wrote: > Hi Ricky, > > On Fri, Jun 4, 2010 at 11:17 AM, Ricky wrote: >> >> Any particular reason that http://wiki.secondlife.com/wiki/Snowglobe >> doesn't get it's experimental "trunk" build updated when these new >> builds are released? The current version up there is 2.0.1.3339 >> released April 27, 2010. > > No particular reason other than it needs to be done manually. The reason > it's never been automated is that it gives us an opportunity to prevent the > wide dissemination of possibly bogus builds to unsuspecting casual users > (those are trunk versions after all and we have seen the trunk badly broken > for days at a time in the past). People like you picking up build > notifications from @sldev-commit are considered savvy enough to not be > outraged if a trunk build fails rapidly. > >> >> If there's no particular reason, I (or whomever gets to it first,) can >> update those links. > > Please do! Wiki updating from the community is always appreciated. Thanks > for doing this. > > Cheers, > - Merov > ___ 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] 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 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 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" 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. >> >> >> ___
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 wrote: > On Sun, 22 Aug 2010 15:30:55 -0500 > Brandon Husbands 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] 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 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 Nino 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?
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 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 Chess 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] 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 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] 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 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] Blocking viewers.
On Thu, 09 Sep 2010 06:30:56 -0400, Anders Arnholm wrote: > On Thu, Sep 09, 2010 at 12:02:46AM +0200, Altair Sythos Memo wrote: >> imho *ALL* non TPV listed viewers should be blacklisted >> is safer, for both resident and developers > > It's also safer to put all humans in a straight jacket, that would also > probaly solve most current enviroment problems. The downside does > however still make most realise the down sides of this is way bigger > that the gains. or we could do what that one episode of the outer limits called stasis where they take and split the population of the world into 3 groups. alphas betas and elites. then every 72 hours the alphas and betas switch on a cryogenic freeze. half the population sleep while the other half run about working and what not. and the elite stay away all the time. Lindens are the elite i suppose. now if we can just get the system to let only half of the people log in for 3 days. and the other half stay offline. and alternate. we would experience much less lag i think lol > Most TPV's contains fixes that make them safer that the LL viewer, > Linden have so far had a to slow acceptance of user fixes.Or for some > reason not let them in. The new Snowstorm hopefulle helps this. > > There are still however much smell in the code, not more and in > someplaces less that most big projects. But it's there all projects get > them. > > And why the heck did i get my self involved again... I need my non > coding time... > > / Balp -- 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] 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 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 wrote: > On Tue, Sep 14, 2010 at 12:35 PM, malachi 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 >> 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] 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] 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 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
Re: [opensource-dev] Third Party Plug-ins?
i for one particularly love this idea. i think there should be a way for the default LL issued viewer to be a plain jane for every user client. but allow third party devs to create plugins that do whatever they want. the idea of the radar and ao are amazing. but dont stop there. there are tons of things that average users DO NOT use in the client already. LL could simply remove those items and offer them as plugins. i am for this idea of modularity 100%. my only question is where do we start? On Fri, 24 Sep 2010 13:57:16 -0400, miss c wrote: > Would it be a plausible feature in the future to have the code accept > third > party plug-ins instead of creating whole new viewers? Then have a Third > party > directory approved plug-in list. As I mentioned before, my husband is > making an > external installer for people that may have difficulty installing skins > into the > new viewer, this will be a directory that all skin designers can add > their skins > to. Wouldn't it be better to have a RLV plug in or an AO plug in, or a > radar > plugin that displays distance, then have to add all that to each > viewer? I do > realize that there may be some things that Linden Lab might not want to > add to > their code but if its switched to a plug in system, people can pick and > choose > which additional features they prefer without having whats considered > competing > iewers. > > TY > > Miss > > > -- 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] CAN WE PLEASE STOP VIEWER DEVELOPMENT FOR 5 MINUTES
could we please take 5 minutes away from the client that we all obviously have our second thoughts about to begin with. and focus on grid infrastructure. i honestly dont care if i am forced to use the dreaded 2.x client. if the grid actually responded to something you did. things like just loading my clothing. or if i save a script it should still exist after i close the edit box. but the fact that any script added to a prim inworld gets eaten and destroyed server side is a huge issue. could LL drop the client work for 5 minutes and see what is going on on the server? or is that too much to ask? because as it seems over the last few weeks its been new client code new client code new client code while the server just gradually falls off a cliff. what good is a client that runs like fiber when the server it connects to only speaks in dialup? -- 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 b&w 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] Stuff I'd like to see in the coming sprint
I would also like to see (since there are so many new changes to the server.) issues like VWR-11683 or any other new scripting functions that will reduce lag and speed up efficiency for developers. i dont think focusing only on functions and features that are going to ADD to lag should be going on here. i think as a community we should be working on ways to reduce the lag as well. any chance that someone will drop the few lines of code into the new server version and spit out the keys to scripts or do we all have to keep using tpv clients and 65535^3 prims to scan regions? -- 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] 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 wrote: > I will submit my external editor patch to snow storm > > On Oct 20, 2010 5:39 PM, "Ponzu" wrote: > > Make the script editor use vi. > > > > > On Wed, Oct 20, 2010 at 6:19 PM, Ricky 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
Re: [opensource-dev] Mesh Source Code ETA
wow. see i missed this somewhere. but i comnpletely agree. if this client is OPEN SOURCE. where is the source? why is it being hidden behind walls? On Thu, 21 Oct 2010 18:05:32 -0400, Zabb65 wrote: > Last week when Mesh was announced into public beta, it was said the > source code would be put up by the end of the week, checking the blog > post mentions that it would be placed on the snowstorm wiki page, but > I cannot find it there. > > After having corresponded with a few people it seems that the build > was broken and that is what is keeping the source from being > published. Later on I heard that pieces of mesh were being removed > from the code because of license restrictions. So my questions are as > follows: > > 1. Is there any ETA on a release for the source code to the mesh viewer? > 2. As things are being removed, what exactly is being pulled, the > entire uploading process? Mesh decomposition support only? Something > else? > 3. Is there the possibility of the code being released, even in its > broken state so that the community can review the changes made and > become more accustomed to them for merge purposes. Or so that the > dedicated community could piece together a working build from what is > there somehow? > > ~Zwagoth > ___ > 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] 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) 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] 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] STORM-524
I tested my idiotic idea and it crashes nearly instantly lol. I decided to try with a timer. Roughly every 10-15 minutes. Works like a charm. I understand the click to refresh idea of keeping lag down BUT wouldnt it just be easier to automatically refresh the balance? On Thu, 09 Dec 2010 09:28:16 -0500, WolfPup Lowenhar wrote: > What your suggesting would make it to 'spamy' to the servers because if > the > viewer was sending a refresh request even just once say every 1800 frames > considering there are at least 10K users online at any given moment that > that could eventually cause a data request overload to the servers and > thus > generate more 'lag' for the user which by making is a manual request this > can be avoided. > > > From: opensource-dev-boun...@lists.secondlife.com > [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of Malachi > Prophit > Sent: Thursday, December 09, 2010 9:11 AM > To: opensource-dev@lists.secondlife.com > Subject: [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 > > _ > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1170 / Virus Database: 426/3305 - Release Date: 12/09/10 > -- 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
Re: [opensource-dev] STORM-524
I do not normally release patches. However I do from time to time share code with other developers but they usually just develop for personal use as well. On Thu, 09 Dec 2010 16:06:31 -0500, Ponzu wrote: > Be sure to comment the relevant code to discourage TPV developers from > putting in auto-refresh at a rate that might upset the servers. > > ponzu > > On Thu, Dec 9, 2010 at 1:48 PM, Malachi Prophit > wrote: > >> I tested my idiotic idea and it crashes nearly instantly lol. I decided >> to >> try with a timer. Roughly every 10-15 minutes. Works like a charm. I >> understand the click to refresh idea of keeping lag down BUT wouldnt it >> just be easier to automatically refresh the balance? >> >> >> On Thu, 09 Dec 2010 09:28:16 -0500, WolfPup Lowenhar >> wrote: >> >> > What your suggesting would make it to 'spamy' to the servers because >> if >> > the >> > viewer was sending a refresh request even just once say every 1800 >> frames >> > considering there are at least 10K users online at any given moment >> that >> > that could eventually cause a data request overload to the servers and >> > thus >> > generate more 'lag' for the user which by making is a manual request >> this >> > can be avoided. >> > >> > >> > From: opensource-dev-boun...@lists.secondlife.com >> > [mailto:opensource-dev-boun...@lists.secondlife.com] On Behalf Of >> Malachi >> > Prophit >> > Sent: Thursday, December 09, 2010 9:11 AM >> > To: opensource-dev@lists.secondlife.com >> > Subject: [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 >> > >> > _ >> > >> > No virus found in this message. >> > Checked by AVG - www.avg.com >> > Version: 10.0.1170 / Virus Database: 426/3305 - Release Date: 12/09/10 >> > >> >> >> -- >> 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 >> -- 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] [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
