Why does it need to be hardcoded instead of being a setting?
On Mon, Nov 21, 2011 at 2:26 PM, Oz Linden (Scott Lawrence) <
o...@lindenlab.com> wrote:
> On 2011-11-18 9:27, Oz Linden (Scott Lawrence) wrote:
>
>
> The current test implementation has a pair of debug variables for
> controlling the
Oh, sorry, dunno how i missed that bit
On Mon, Nov 28, 2011 at 10:29 PM, Sophira Crystal wrote:
> On Mon, Nov 28, 2011 at 10:42 PM, Tigro Spottystripes
> wrote:
> > Why does it need to be hardcoded instead of being a setting?
>
> According to the original post, because "
Wouldn't it be better if the "types" for the diffferent Walkable
coeficients were bitmasks instead of just A, B , C, D? Or perhaps even just
an editable list of IDs (integers values) and the associated weights for
each integer
On Fri, Feb 17, 2012 at 3:23 PM, Jonathan Welch wrote:
> In case you
Hasn't LL said in the past that statements by employees should not be
interpreted as representing the opinions of LL itself, specially when it
comes to policies and rules and such?
On Sun, Feb 26, 2012 at 12:42 PM, Boroondas Gupte <
slli...@boroon.dasgupta.ch> wrote:
> On 02/26/2012 02:08 PM, Jo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i think that instead of separating the scripts, we should have a table
with script names, some info, like creator etc, and a bunch of
checkboxes to give or deny permission for the script to do stuff, with a
way for client scripts to trigger a permissio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
the other day i was reading about how the Unreal engine works, they have
the client predicting the physics and sending control events tot he
server. During a lag spike the client continues to simulate the motion
by itself, and then whent he server star
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
is the policy just a set of requisites for a client to be included in
the list LL will have on their site or to be allowed to connect to Agni
at all?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (MingW32)
Comment: Using GnuPG with Mozilla - htt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
actually, changing the MAC address of your network card is quite easy in
some cases (i've been using a custom MAC address for quite some time)
On 24/2/2010 11:28, Scott McCulley wrote:
> Argent,
>
> From a network standpoint, the mac address is a la
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Could you please ask them to review everything and making it all as
specific and clear as possible? (i know that this is kinda the opposite
of what people usually try to do in legal documents like contracts,
EULAs etc, but it would really benefit the c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(just bouncing back to the list)
- Original Message
Subject: Re: [opensource-dev] Third party viewer policy
Date: Wed, 24 Feb 2010 14:04:32 -0800
From: Rob Nelson
To: Tigro Spottystripes
Not to mention the many existing griefing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
if it's just about copying and modification, but not use, then how come
we can't use, say a texture, without explicit permission from the
creator under the risk of being prosecuted for copyright infringement?
On 25/2/2010 00:27, Jason Giglio wrote:
>
hotlinking" to stuff that LL has been given
the right to offer to anyone they want, no?
On 25/2/2010 01:28, Jason Giglio wrote:
> Tigro Spottystripes wrote:
>> if it's just about copying and modification, but not use, then how come
>> we can't use, say a texture, without
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Soft, i think perhaps it would be better if there were separated
documents each focusing on one single target (developers who distribute,
developers who don't, users, content creators etc), having it all mixed
together makes the risk of misinterpretati
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
sounds promising, thanx :)
On 27/2/2010 00:14, Soft Linden wrote:
> There's now a FAQ for the Linden Lab Policy on Third Party Viewers:
> http://bit.ly/caedse
>
> This addresses many of the questions and concerns made in
> opensource-dev and elsewher
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Btw, talking about checkered histories, hypotheticly, if someone has had
their account suspended for a time because of unfounded accusations of
being underage, would that prevent the person from being authorized to
offer a client that connects to LL's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
why it doesn't feel like LL is this connected to us with lots of stuff
most of the time?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkuJADIACgkQ8ZFfSrFHsmX
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
how much of the TPV is already covered by the TOS?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkuK1CQACgkQ8ZFfSrFHsmX1iwCeKRfnZIQVQZ0VXFqPuOhXRQJO
+18AniKN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
or simply ask a friend to hand over a full perm snapshot they make :)
On 28/2/2010 13:19, Boroondas Gupte wrote:
> Rustam Rakhimov schrieb:
>> Is there free images in second life ?
>>
>> where I can take it.
>
>1. Open the inventory (Ctrl-i)
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(just bouncing back tot he list)
- Original Message
Subject:Re: [opensource-dev] Is there free images in second life
Date: Mon, 1 Mar 2010 11:10:02 +0900
From: Rustam Rakhimov
To: Tigro Spottystripes
Yes you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Last i've heard, if you know what you're doing, it's quite easy to mask
your viewer as being another viewer; any detection system would only be
able to catch viewers made by unskilled people (and viewers that
intentionally tell the truth).
On 28/2/201
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
AFAIK it doesn't claim to be able to detect them all the time, nor to be
able to detect all clients that might be out there; it shouldn't be
possible to do it, if he does make claims opposite to that he would be
lying.
On 1/3/2010 00:15, Maggie Leber
t done the research myself and so
> cannot verify what others have written.]
>
> On 02/28/2010 10:20 PM, Tigro Spottystripes wrote:
> AFAIK it doesn't claim to be able to detect them all the time, nor to be
> able to detect all clients that might be out there; it shouldn't be
&
;
> On 2/28/10 7:15 PM, "Tigro Spottystripes"
> wrote:
>
>>
>> Last i've heard, if you know what you're doing, it's quite easy to mask
>> your viewer as being another viewer; any detection system would only be
>> able to catch v
? That doesn't sound plausible at
all...
On 1/3/2010 00:58, Maggie Leber (sl: Maggie Darwin) wrote:
> On Sun, Feb 28, 2010 at 10:49 PM, Tigro Spottystripes
> wrote:
>> hm, i didn't thought he did collect IP addresses, but even if the system
>> does catch IP addresses
Subject: Re: [opensource-dev] FAQ posted for Third Party Viewer Policy
> To: Tigro Spottystripes
>
>
> On Sun, Feb 28, 2010 at 10:59 PM, Tigro Spottystripes
> wrote:
>> An user agent string for the client would indeed be useful, but would be
>> useless to catch all but the lamest
wont allow her/his/its Gemini system
> to access data on the machine. This way, Skills can just assert the
> person was "obviously" using a malicious viewer, defaming them to hide
> the inefficacy of the system itself."
>
> On 02/28/2010 11:02 PM, Tigro Spottystripes w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i thought LL had approved the methods used...
On 1/3/2010 03:25, Maggie Leber (sl: Maggie Darwin) wrote:
> On Sun, Feb 28, 2010 at 11:43 PM, Tigro Spottystripes
> wrote:
>> Without proofs that might have just as well have come from
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i can't see that video because it got copywrong from Vevo and Vevo don't
like my country...
was that by anychance a rickroll?
On 1/3/2010 11:59, Robert Martin wrote:
> On Mon, Mar 1, 2010 at 9:49 AM, Lance Corrimal
> wrote:
>
>> set the media url t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i'll take the opportunity to promote a somewhat related feature
suggestions i've posted on pjira:
http://jira.secondlife.com/browse/VWR-13942 - Optimize non-dynamic
content on sims
On 2/3/2010 22:05, Argent Stonecutter wrote:
> On 2010-03-02, at 18:4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Would there be an approach that would allow both all the benefits you
mention, plus letting the process based plugins have access to the bare
metal performance? (somthing like a way to have the plugins instruct the
client to add the desired processing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What if the memory allocation worked kinda like those bouncing bars on
top of those audiofrquency/spectrum/VUmeter readouts on some stereos and
many computer audio players, where it's fast to go up, but then it falls
slowly back till it hits the curren
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
parcel and sim owners shouldn't need to ask for permission, nor objects
you own (it should not permanently change the settings, at the moment
the cause is not in range anymore (you move to a different sim, log off
or the object is derezzed) the WL sett
: Maggie Darwin) wrote:
> On Wed, Mar 10, 2010 at 11:36 AM, Tigro Spottystripes
> wrote:
>
>> parcel and sim owners shouldn't need to ask for permission...
>
> Nonsense.
>
> If you want to reconfigure my viewer, you need my permission. Every time.
>
-BEGI
an
> object that you own.
>
>
> On 10 March 2010 18:03, Tigro Spottystripes
> mailto:tigrospottystri...@gmail.com>> wrote:
>
> sim owners can already control the Sun position in your client, the rest
> of the WL parameters is just an extensions of that
>
> ther
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
it would only be opt-out if the setting to accept sim/parcel environment
is enabled by default, otherwise it would be optin
On 10/3/2010 14:19, Maggie Leber (sl: Maggie Darwin) wrote:
> On Wed, Mar 10, 2010 at 12:14 PM, Marine Kelley
> wrote:
>> The
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
IMO the 2.0 interface looks way more like a "developer's interface" than
1.*'s
On 10/3/2010 14:42, Kelly Linden wrote:
> On Wed, Mar 10, 2010 at 9:34 AM, Maggie Leber (sl: Maggie Darwin) <
> mag...@matrisync.com> wrote:
>
>> On Wed, Mar 10, 2010 at 1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The new interface breaks immersion, it places the world as just another
small area of the screen with a bunch of other things outside of it.
On 10/3/2010 15:13, Argent Stonecutter wrote:
> On 2010-03-10, at 11:48, Tigro Spottystripes wrote:
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(just bouncing back to the list)
- Original Message
Subject: Re: [opensource-dev] New topic: Snowglobe 2.0 way forward?
Date: Wed, 10 Mar 2010 15:37:58 -0500
From: Robert Martin
To: Tigro Spottystripes
On thing that needs to be
the user experience?
>
> The chat bar's focus is also terrible. Only those who use wasdf to move
> can use it as it is... generally if my mouse focus in inworld, I want
> the keyboard focus (minus arrow keys) to be on the chat bar, as it has
> always been.
>
> --GC
>
ibilities, it's flexible enough to satisfy all tastes, or at least
the most common ones.
On 10/3/2010 18:47, Martin Spernau wrote:
> Am 10.03.2010 um 22:35 schrieb Tigro Spottystripes:
>> IMO, windows that are on top of the view like a Heads Up Display feel
>> more like they're
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
People can still simply sell the L$ for a fraction of the market price
directly to other people, without ever going thru an exchange service,
that's how i would do it if i wanted to cash out illegal money. Trying
to limit usage of exchange services onl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Are the people selling illegal copies making that much money that fast?
On 15/3/2010 17:40, Lawson English wrote:
> Tigro Spottystripes wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> People can sti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
there are important differences between actual theft and unauthorized
copying...
On 15/3/2010 20:27, Peter Swales wrote:
> As someone who uses a declawed copybot (limited to my own created items
> only) to copy from main grid to my openserver and back
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
isn't that actually fair use?
On 16/3/2010 09:04, Gareth Nelson wrote:
> The answer to that pic is to buy the movie and then rip it - still
> technically copyright infringement, yet you're supporting the makers
> without getting all the extra crap
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
that's new to me...
perhaps my sample is biased due to me hanging around people with similar
interests (i do like to play computer/video games)
On 16/3/2010 19:41, Glen Canaday wrote:
> That's an annoyance I'd like to specifically target in snowglobe
witch focus. Leaving the chat bar with focus kills wasd movement, but I
> can name no one who doesn't use the arrow keys for that.
>
> Survey?
>
> On 03/16/2010 07:10 PM, Tigro Spottystripes wrote:
> that's new to me...
>
> perhaps my sample is biased due to m
p to
> switch focus. Leaving the chat bar with focus kills wasd movement, but I
> can name no one who doesn't use the arrow keys for that.
>
> Survey?
>
> On 03/16/2010 07:10 PM, Tigro Spottystripes wrote:
> that's new to me...
>
> perhaps
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
like i said before, hitting a key to call the chatting functionality is
quite common in games
On 17/3/2010 06:55, Kitty wrote:
>
> Having the chatbar always taking focus would be just as much a
> disaster for me as it seems it is for you to h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
wouldn't that be more like Flash then?
On 17/3/2010 17:36, Morgaine wrote:
> Argent is exactly right.
>
> From sitting in on these OHs, the intention that has come across (but
> with some ambiguity) is definitely that binaries will be pushed to our
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I do install and run programs i don't trust in a sandbox in my computer,
and i think people are wanting much more than just client-side LSL
scripts...
On 17/3/2010 14:31, Dzonatas Sol wrote:
> You install a program on your computer, and you either tru
ch to handling text communication in a
3d multiuser environment.
On 17/3/2010 22:40, Maya Remblai wrote:
> Tigro Spottystripes wrote:
>> like i said before, hitting a key to call the chatting functionality is
>> quite common in games
>>
> So? I've played a couple
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
what if the bug fix includes changes in behavior that for some users is
considered a bug in itself? (like how it happened at first with the
issue of auto-granted permissions permanency being abused, where the
initial proposal of simply auto-revoking he
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Regarding "option bloat", why not simply hide the extra stuff behind a
button or a checkbox?
On 20/3/2010 05:53, Jacek Antonelli wrote:
> On Sat, Mar 20, 2010 at 2:11 AM, Stickman wrote:
>> Why not just skip a half-way solution and implement full key
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Can't you just do it the same way you can side-step while in third
person mode?
On 20/3/2010 09:06, Carlo Wood wrote:
> On Sat, Mar 20, 2010 at 01:08:52AM -0500, SuezanneC Baskerville wrote:
>> A thread about WASD keys caused me to think of something
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
How about Google Wave? (i'm not for nor against it, that was a completly
unbiased question)
On 23/3/2010 11:12, Aleric Inglewood wrote:
> Having the IW meetings always at the same time and the same day of the week
> locks some people out.
>
> Me for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Btw, how do those people that have seizure issues deal with the
possibility of people having quickly changing particle emitters,
suddenly rezzed prims, fast moving big objects etc?
On 23/3/2010 16:51, Maya Remblai wrote:
> Ok, I was trying to be diplo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The thing is, according to the TOS, LL can already deny you access to
all your account related data for any or no reason, and they can delete
anything they want in their own machines for any or no reason as well...
On 23/3/2010 16:58, Gareth Nelson wr
you and claim damages, which is
> quite a massive difference
>
> On Tue, Mar 23, 2010 at 8:33 PM, Tigro Spottystripes
> wrote:
> The thing is, according to the TOS, LL can already deny you access to
> all your account related data for any or no reason, and they can delete
> an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
unless the briefs are indecent, around here i don't think anyone would
directly complain (they might talk about it being unusual with other
people, but i don't think anyone would be forbidden to enter a store,
restaurant etc just because of an slightly
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This clean slate would need additional texture swatches for the other
components of existing types of wearables, including the gradients for
the different cuts (sleeve length, cleavage amount etc
On 26/3/2010 10:39, Argent Stonecutter wrote:
>
> On 2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I believe those are called "sandwich men"
On 26/3/2010 05:29, Lance Corrimal wrote:
> Am Mittwoch, 24. März 2010 23:58:39 schrieb Tayra Dagostino:
>> On Mon, 8 Mar 2010 09:39:00 +0100
>>
>> Lance Corrimal wrote:
>>> Anyways, shouldn't SLPlugin exit w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i'm not sure if i've not suggested this before, what if the wearable
type identified which types of shading, cuts gradients, parameters etc
go along with it, that way the client would be able to know how to
interpret the data, how to cut etc and the or
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is the TPVP and changed TOS still enforceable if i only accept it on the
beta grid? If not, i'll from now on only log in there, and start to
massively backup everything i'm allowed offline.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.12 (MingW
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
in theory it should be possible to record what is said in voice, though
coordinating voice with text for context would be a bit more complicated
(though a video of the meeting with a good resolution and as lossless as
possible codec/compression could d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
isn't the real issue there that LL is trying to give TPV developers
legal liabilities (that might be incompatible with the license of the
code they use to create TPVs) instead of just covering their own assets?
On 9/4/2010 15:29, Lance Corrimal wrote:
rimal wrote:
> Am Freitag 09 April 2010 schrieb Tigro Spottystripes:
>> isn't the real issue there that LL is trying to give TPV developers
>> legal liabilities (that might be incompatible with the license of
>> the code they use to create TPVs) instead of just covering t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
a baby can still crawl over the TV remote and turn it on right when a
horror movie is playing, that baby analogy didn't quite work
On 10/4/2010 14:14, Dzonatas Sol wrote:
> Hi Joe,
>
> In case I don't make the Brown Bag, I just wanted to point out th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(crossposting this since i got a message telling me i'm not expected to
post on the server beta list without moderation and i feel this message
should reach the Ls)
I believe it would be a good idea to keep H7 in testing stage until a
bit of time afte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
perhaps it would be better if you named the channel somthing more
specific, even if that makes the name bigger
On 13/4/2010 08:22, Robin Cornelius wrote:
> On Tue, Apr 13, 2010 at 3:34 AM, Joe Linden wrote:
>> I will also try to provide a dial-in bri
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
some TPVs might be released under licenses that do assign
responsibilities, legal liabilities etc to developers and/or
distributers, the TPVP shouldn't attempt to override any license applied
to any TPV
On 15/4/2010 09:13, Aleric Inglewood wrote:
> I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
from what i understand, according to GPL, developers and distributers of
GPL'd stuff are _*NOT*_ liable for any GPL code they create, modify or
distribute
On 15/4/2010 12:28, Robert Martin wrote:
> On Thu, Apr 15, 2010 at 11:01 AM, Gareth Nelson
> w
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What if the developer develops a viewer for other grids?
On 15/4/2010 16:38, VR Hacks wrote:
> Imo, some people fail to see the TPVp for what it is. To wit:
>
> A) Any and all developers who develop a client for connecting to the second
> life grid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
So any developer not willing to abide by the TPVp can simply say their
viewer is not meant for LL's grid and that is it?
On 15/4/2010 16:54, VR Hacks wrote:
> Tigro wrote:
>
>> What if the developer develops a viewer for other grids?
>
> Then the TP
u, Apr 15, 2010 at 3:58 PM, Tigro Spottystripes
> mailto:tigrospottystri...@gmail.com>> wrote:
>
> So any developer not willing to abide by the TPVp can simply say their
> viewer is not meant for LL's grid and that is it?
>
> On 15/4/2010 16:54, VR Hacks wrote:
>
sis on my)
> interpretation of the policy is that you would be "responsible" (read:
> liable) to LL for the results of your code.
>
> On Thu, Apr 15, 2010 at 4:03 PM, Tigro Spottystripes
> mailto:tigrospottystri...@gmail.com>> wrote:
>
> Why developers for othe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
About that "interesting scenario", the TPVp doesn't seem to care about
how many steps and hands separate the original code you did and what was
used to generate the binary Joe Developer uses to log in SL.
On 15/4/2010 17:19, VR Hacks
X Y and Z. If you publish a viewer that is designed to connect to OS
and it just happens to also connect to SL, that is not your problem.
That is LL's problem.
~Bubblesort
Tigro Spottystripes wrote:
> So any developer not willing to abide by the TPVp can simply say their
> viewer i
rid with something like NeilLife and you get caught
>> doing it then you will loose your account.
>>
>> If you don't want the liability just toss something in the EULA for your
>> users that makes them agree to not use your TPV to connect to SL and
>> you&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
currently attachments don't bump on anything, and animations do not
affect what the avatar collides with, avatars got a static bounding box
and that is it
On 16/4/2010 10:45, Dzonatas Sol wrote:
> That's true for the case of non-static objects. We cou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
visually impaired people would still need to know if the door is open,
if the trolley is on the station, if someone bumped into them etc
On 16/4/2010 12:48, Dzonatas Sol wrote:
> I don't think you thought through all cases. Consider blind users, as
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
With so many machines at their disposal, why things don't work in a more
distributed way? I can't understand why there is so much centralized stuff.
On 16/4/2010 13:20, Dale Glass wrote:
> On Thu, Apr 15, 2010 at 04:09:19PM +0200, Lance Corrimal wrote
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
a program that says things could still be protected under free speech,
and could be considered art, and manufacturing pistols isn't illegal,
even if some people kill people with them, but of course, if you build a
pistol, and then use it to kill someon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
i believe this is related: http://jira.secondlife.com/browse/VWR-15563
"Client gives up before finishing to load full inventory due to packet loss"
On 19/4/2010 21:07, Argent Stonecutter wrote:
>
> On 2010-04-19, at 13:46, Joshua Bell wrote:
>
>> It
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Perhaps the best approach would be to convince the person o stop using
their main grid account and get their parents to get them an account on
TG, keeping LL unaware of the infraction to reduce the risk of them
being punished.
On 26/4/2010 16:48, Ro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hm, well, if they are gonna be nice like that, then go ahead, get the
teen to self-AR themself. :)
On 26/4/2010 18:28, Lawson English wrote:
> FoxSan Yosuké wrote:
>> Holy crap, thats a professional answer O.o
>>
>> 2010/4/26 Kelly Linden mailto:ke.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
oops, it seems i didn't send this to the list, sorry
- Original Message
Subject: Re: [opensource-dev] Thank you for updating the Viewer
Directory requirements
Date: Wed, 28 Apr 2010 21:30:30 -0300
From: Tigro Spottystripes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
a self-certified whitelist that LL themselves don't stand by it is of no
use either
On 29/4/2010 08:30, til...@xp2.de wrote:
> Henri Beauchamp wrote ..
>
>> On Thu, 29 Apr 2010 03:41:50 -0700, Rob Nelson wrote:
>>
>>> This is a bad idea, as the TP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Discrete, in both ways you can have viewers that the users think can be
trusted, but actually shouldn't
On 29/4/2010 15:04, Discrete Dreamscape wrote:
> A list of trusted entities is virtually always more robust and reliable
> than a list of untrust
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
the disclaimer instead of being hidden in small print in the bottom
should be the first thing in the page, in big bold red font, to at least
start helping users be less confused about how much trust they should
put on the viewers listed
On 29/4/2010
-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 autobann
s 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
> experie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
AFAIK only LL (and someone intercepting network communications) knows
what channel some client is using
On 2/5/2010 18:42, Rob Nelson wrote:
> The only way to reliably detect a client is if the client sends an MD5
> hash of the executable to the log
re 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Is the internal browser considered the viewer itself or can it have it's
own identifier? And is the user agent string of the internal browser
*the* unique viewer identifier mentioned in the TPVp? Are we gonna have
to hire a lawyer to get these questi
e with a web
> interface to SL, it is still NOT a Third Party Viewer. The web
> interface is and that interface must be responsible for following the
> TPVp.
>
> On Tue, May 4, 2010 at 10:06 PM, Rob Nelson
> wrote:
>>
>> On Tue, 2010-05-04 at 20:48 -0300, Tigro S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I thought cookies weren't shared between accounts even in the same
machine...are you sure they are?
On 5/5/2010 17:28, Thomas Shikami wrote:
> Bryon Ruxton schrieb:
>> Can't we just get an additional AGENT_VIEWER flag via llGetAgentInfo?
>> Even if
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
That would open lots of possibilities
On 5/5/2010 18:32, Argent Stonecutter wrote:
> On 2010-05-05, at 14:57, Bryon Ruxton wrote:
>> Can't we just get an additional AGENT_VIEWER flag via llGetAgentInfo?
>
> Let's not.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
How so?
On 5/5/2010 20:36, Argent Stonecutter wrote:
> On 2010-05-05, at 16:34, Tigro Spottystripes wrote:
>> That would open lots of possibilities
>
> It would open up all kinds of cans of worms.
>
-BEGIN PGP SIGNATURE--
-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 prov
-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 paran
1 - 100 of 117 matches
Mail list logo
