[opensource-dev] Viewer blacklist to replace the TPV directory ?

Discrete Dreamscape discrete.dreamscape at gmail.com
Thu Apr 29 11:17:46 PDT 2010


Users could then assume all unlisted viewers are safe enough for use, which
is far more misleading than assuming a specific few are safe. A few who are
both known and have contact information on file, no less. If they don't make
this assumption, an action which any smart user should choose, then in
general no third party viewers would be trusted and used.

If you want a blacklist, there's already an informal one at
http://onyx.modularsystems.sl/viewer_reference.html .

On Thu, Apr 29, 2010 at 2:09 PM, Henri Beauchamp <sldev at free.fr> wrote:

> On Thu, 29 Apr 2010 14:04:21 -0400, Discrete Dreamscape wrote:
>
> > A list of trusted entities is virtually always more robust and reliable
> than
> > a list of untrusted ones.
>
> This would be only true if LL was to *guarantee* that the listed viewer
> can *actually* be trusted, which is *not* the case with the current
> implementation of teh TPV directory.
>
> > Weigh the two possibilities that would occur and their consequences,
> given
> > that the user is making assumptions, as you say:
> > - User believes viewers ON the whitelist are the ONLY ones that can be
> used
> > - User believes viewers NOT on the blacklist can ALL be used
> >
> > The latter is clearly not a situation that benefits users in any way.
>
> Not when the blacklist in question is edited by LL themselves: you then
> are sure that the listed viewers are illegal, which gives more reliable
> info than an unwarranted white list...
>
> Henri.
>
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100429/4e6865d4/attachment-0001.htm 


More information about the opensource-dev mailing list