-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
don't the user agent string already tells servers about some of the
browser's capabilities with the current format?
the current one for my Firefox is:
Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.9.2.3)
Gecko/20100401 Firefox/3.6.3 (.NET CLR
One thing more to consider is that the content (but not the format) of
this string is up to the viewer developer. If the viewer developer is
security conscious, or has a security conscious user base, the
developer can choose to use the one selected by one of the Linden
Lab's main viewer versions.
The only difference between "default none" and "default something
generic" is that you're sending more bytes to provide the same
negative information.
On 2010-05-06, at 13:47, Tigro Spottystripes wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> have the default be somthing gener
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
have the default be somthing generic then
On 6/5/2010 15:24, Argent Stonecutter wrote:
> On 2010-05-06, at 11:51, Tigro Spottystripes wrote:
>> Then you just set your user-agent string to something generic
>
> Yes, I'm a paranoid nut who knows to d
On 2010-05-06, at 11:51, Tigro Spottystripes wrote:
> Then you just set your user-agent string to something generic
Yes, I'm a paranoid nut who knows to do that. I know to opt out. Most
people don't.
Which is why any capability like this needs to be opt-in.
On 2010-05-06, at 08:59, Tateru Nino wrote:
> Would something like llDetectedViewerCaps() that returned a
> well-defined, yet open, capabilities string be potentially more useful
> than just asking for the brand of the viewer?
So long as you have to approve (or pre-approve) them, with
notificati
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Then you just set your user-agent string to something generic
On 6/5/2010 00:28, Argent Stonecutter wrote:
> On 2010-05-05, at 18:39, Tigro Spottystripes wrote:
>> How so?
>
> The SL client is not a browser, and currently provides a stronger
> priv
and look over these patches
SNOW-584 http://jira.secondlife.com/browse/SNOW-584
SNOW-578
http://jira.secondlife.com/secure/attachment/37370/SNOW-578_find_vc_dir_express_2.diff
From: WolfPup Lowenhar
To: OpenSource Mailing List
Sent: Thu, May 6, 2010 7:28:29
Are you referring to something like this, which can track browsers even if
(and much easier if) they turn cookies off or tinker with their privacy
settings...
http://panopticlick.eff.org/
On Thu, May 6, 2010 at 6:32 AM, Argent Stonecutter
wrote:
> On 2010-05-06, at 01:23, Ricky wrote:
> > How ca
Some of the stuff I went through may apply, if not just trash.
1. Had to install VC++Express 2005 and 2008 off root C:\ without any spaces in
the folder name.
2. Added the above to $PATH.
3. Made sure VC++ was up before develop.py invoked. duh, if invoking VS tools
with success. see 4 below
If
On 6/05/2010 11:32 PM, Argent Stonecutter wrote:
> On 2010-05-06, at 01:23, Ricky wrote:
>
>> How can that be a source of correlation, unless you are using a viewer
>> that has a userbase of one (yourself and your alts)?
>>
> When you're gathering information on someone for tracking purpos
On 2010-05-06, at 01:23, Ricky wrote:
> How can that be a source of correlation, unless you are using a viewer
> that has a userbase of one (yourself and your alts)?
When you're gathering information on someone for tracking purposes you
don't need certainty. Even a viewer with a few percent of t
Im working on getting it so that I can use VS2010 C++ Express I have edited
the develop.yp file to include vc100 but when it runs here is what I get :
C:\linden\projects\2010\snowglobe\trunk\indra>python develop.py -G VC100
setting DISTCC_DIR to C:\linden\projects\2010\snowglobe\trunk\indra\.d
The easiest way to correct this issue is to 'snag' a copy of the 'missing'
files and put them in ..\..\newview.
Now here is a list of the 'missing' files:
. Microsoft.VC80.CRT.manifest
. msvcp80.dll
. msvcr80.dll
I hope this helps.
From: opensource-dev-boun...@li
14 matches
Mail list logo
