On Thu, 25 Feb 2010 12:55:29 +1100, Darmath wrote:
> Marine Kelley wrote:
> > Besides I don't see why on Earth any RL info should be disclosed to
> > everyone in the open, it is nobody's business except LL's who is
> > making and publishing third party viewers to connect to their grid. To
> > m
Henri Beauchamp wrote:
>
> Because you can actually know who are *all* the real persons behind *any*
> Open Source project ?... You know, people do use pseudonyms a lot, on
> Internet... Anyway, no where in the GPL will you find that a developper
> *must* disclose their true identity
No of course y
Usually development and publishing companies have an anonymous contact
page on their website, and no easy way of getting to know the identity
of any of their employees (besides the executives). And this is for
privacy and competition reasons. It should not be any different for
hobbyist deve
On Thu, 25 Feb 2010 21:10:21 +1100, Darren Gansberg wrote:
> Henri Beauchamp wrote:
> >
> > Because you can actually know who are *all* the real persons behind *any*
> > Open Source project ?... You know, people do use pseudonyms a lot, on
> > Internet... Anyway, no where in the GPL will you find
Am Donnerstag, 25. Februar 2010 11:38:19 schrieb Henri Beauchamp:
> The problem is not about not being "prepared to put your identity to your
> own doings", it's all about the cross referencing that search engines such
> as Google allow: if I put my true name behind the Cool SL Viewer, then it
> a
On Thu, 25 Feb 2010 11:57:21 +0100, Lance Corrimal wrote:
> Am Donnerstag, 25. Februar 2010 11:38:19 schrieb Henri Beauchamp:
>
> > The problem is not about not being "prepared to put your identity to your
> > own doings", it's all about the cross referencing that search engines such
> > as Googl
Am Donnerstag, 25. Februar 2010 12:18:23 schrieb Henri Beauchamp:
> My guess is that we will soon hear about discriminations based on
> private info gathered on Internet (Employee: "oh, why can't I get this
> job, sir ?" - Employer: "Because you use your avatar in SL to rolepay
> BDSM, you sicko !
On Thu, 25 Feb 2010 12:31:13 +0100, Lance Corrimal wrote:
> Am Donnerstag, 25. Februar 2010 12:18:23 schrieb Henri Beauchamp:
>
> > My guess is that we will soon hear about discriminations based on
> > private info gathered on Internet (Employee: "oh, why can't I get this
> > job, sir ?" - Employ
On Thu, Feb 25, 2010 at 12:34:17AM +0100, Henri Beauchamp wrote:
> As far as I am concerned I will not provide such info to Linden Lab as
> I consider it a breach of my privacy (call me paranoid if you want).
Same here.
As some people know, I have a large background with IRC. Admins and IRC
opera
On Wed, Feb 24, 2010 at 11:48:38PM -0700, Lawson English wrote:
> Actually that is NOT common sense. When the author of some
> intellectual bit of property agrees to distribution, its generally
> for existing channels of distribution only. The SL TOS only applies
> to intellectual property distribu
On Wed, 24 Feb 2010 05:49:01 -0600, Argent Stonecutter wrote:
> On 2010-02-23, at 15:43, Robin Cornelius wrote:
> > Also any one using mono with libomv has an issue as that cannot get
> > the adaptor mac address and passes a NULL mac address, in the past LL
> > have allowed a null mac address as t
On Thu, Feb 25, 2010 at 11:33:58AM +0100, Marine Kelley wrote:
> This is a non-issue anyway, most people will not agree to expose their
> RL identity on LL's website just to list a piece of work of theirs,
> unless said piece of work is required to be listed in order to be
> accepted on their
There's a warranty disclaimer in the GPL, while that doesn't protect
developers from liability for active malice on their part, it does
protect them from any harm caused by bugs.
Personally, I wouldn't dream of releasing any code if I was required
to warrant it against all possible damages, as the
I wonder what the official LL response would be if you gave a randomly
generated MAC in these situations, or some kind of hash from other
aspects of the hardware -any lindens wish to comment?
The other thing of course is defining what "this computer" means for
those of us who like to fiddle with o
I can confirm that my installation of libomv's TestClient still
connects fine - version 0.6.3
On Thu, Feb 25, 2010 at 2:28 PM, Gareth Nelson wrote:
> I wonder what the official LL response would be if you gave a randomly
> generated MAC in these situations, or some kind of hash from other
> aspec
On Thu, 25 Feb 2010 14:29:25 +, Gareth Nelson wrote:
> I can confirm that my installation of libomv's TestClient still
> connects fine - version 0.6.3
In fact, I just tried and yes, it's working again... In the mean
time i also got a reply from the support, here it is, just for
you to see how
Let's try an experiment
Proxying the login request and dropping the request results in:
error executing RPC 'login_to_simulator'
Died at /local/www/login.agni.lindenlab.com/cgi-bin/login.cgi line 1802
Looks like the login script can't handle not having a mac address
On Thu, Feb 25, 2010
If I was running on the equipment provided by my ISP, rather than
assembling my own kit, I wouldn't have a MAC address either.
On 26/02/2010 4:31 AM, Argent wrote:
> Sorry for not editing this in detail, Opera is SLOW as hell in a
> thread this long in gmail.
>
> I understand why they're asking fo
On Thu, Feb 25, 2010 at 11:45 AM, Gigs wrote:
> Henri Beauchamp wrote:
>> Thank you for contacting us regarding your issue.
>> I am sorry but we can only offer support on issues with the official
>> SL viewer.
> This sort of response is completely unacceptable. You weren't asking
> for support fo
Given this setup. It would look like this:
[ viewer <-> opensim ] <-> [ opensim <-> viewer ]
That's peer to peer.
Let's say somebody wants to setup a 3D website inside one. They don't
want to go through ICANN because it's "virtual" just like "virtual
linden" currency.
They want "http://media.
I have been experimenting with combining and/or offloading physics
simulations on physics capable clients (not LL based) with OpenSim, but
nothing has been released as open source as of yet. It's not clear to me how
a new TLD would affect this though, or why it might be required.
-Dahlia
(Core)
O
well put k\o\w :-)
On Thu, Feb 25, 2010 at 11:37 AM, Maggie Leber (sl: Maggie Darwin) <
mag...@matrisync.com> wrote:
> On Thu, Feb 25, 2010 at 11:45 AM, Gigs wrote:
> > Henri Beauchamp wrote:
> >> Thank you for contacting us regarding your issue.
> >> I am sorry but we can only offer support on
On Wed, Feb 24, 2010 at 10:35 AM, Vex Streeter wrote:
>
> GPL also specifically disclaims warranty and liability unless you choose to
> provide such for your code or distribution. Policy sections 1.c.i and
> 1.c.ii are redundant w/rt GPL but_requiring_ such statements of downstream
> distributors
realxtend list: http://groups.google.com/group/realxtend
[ thread: Naali will never run on Second Life?
How can you guys claim to be working on interop with IETF when suddenly
no independent implementation of the viewer works with the SL protocols
and your new viewer policy is scaring everyon
I thought this was quite of interest for viewer developers that might
ever be interested to attach a simulator to their viewer in order to
dispel latency.
--- snip ---
If one opensim box connects to another opensim box, that is,
technically, peer to peer.
So, are you saying an opensim box c
If there is no need for a grid server, then there would be no need for a
TOS that would try to control a TPV.
I see the issue of opensim that wants to say "can only connect client to
a grid server as supported by opensim" no different than Linden Lab's
new TOS in attempts to control TPVs.
If w
I had this question but didn't see a response to it at all: "So, are
they saying they don't want physics prediction? "
To me, a direct protocol, with a TLD, like "opens.im" , would help
enable physics prediction where two or more simulator share the same
dataset for a single region. There are e
All the heated discussion about the new third-party viewer policy sent me
scurrying in terror to find a nice rock to hide under, but unfortunately there
is a question I need to ask, so I must now peek out and speak up:
LL defines "third-party viewers" only in terms of "third-party software
clie
Dzonatas Sol wrote:
> Given this setup. It would look like this:
>
> [ viewer <-> opensim ] <-> [ opensim <-> viewer ]
>
> That's peer to peer.
>
Another variation of peer to peer is:
[ viewer ] <=> server <=> [ viewer ]
...\.../
\./
.<==
Lawson English wrote:
> Dzonatas Sol wrote:
>
>> Given this setup. It would look like this:
>>
>> [ viewer <-> opensim ] <-> [ opensim <-> viewer ]
>>
>> That's peer to peer.
>>
>>
>
> Another variation of peer to peer is:
>
> [ viewer ] <=> server <=> [ viewer ]
> ...\..
On Thu, Feb 25, 2010 at 3:37 PM, Jay Reynolds Freeman
wrote:
>
> But what if there is no "third party"? What if I develop a modified version
> of the SL viewer all by myself, and use it to log in to the SL servers, but
> do not distribute either source or binary for it? Since there is no
> ad
My estate's prototype land management/group invite bot was banned last
night ("Second Life cannot be accessed from this computer, please email
us at our non-working support email so we can laugh at you") but it
works this morning. Looks like they got too many support emails and had
to reverse that
>From Gareth's analysis, I'm guessing that the "ban" today was a rather
ill-timed bug and that someone probably has egg on their face from messing
up the production login server while in the middle of some rather delicate
negotiations here regarding said server. Amazon did something similar with
d
There have been no bans related to the TPV policy release.
I know there's been some work on migrating some servers to a data
center with better connectivity to the other sims, etc. There was also
a login problem lasting a couple minutes yesterday around 19:30
Pacific. I wouldn't be surprised if it
On Thu, Feb 25, 2010 at 03:35:06PM +0100, Henri Beauchamp wrote:
> "Hello Henri,
>
> Thank you for contacting us regarding your issue.
>
> I am sorry but we can only offer support on issues with the official
> SL viewer.
>
> We do not support any third party viewer as we are not responsible
> fo
On Thu, Feb 25, 2010 at 05:31:20PM -0600, Soft Linden wrote:
> There have been no bans related to the TPV policy release.
>
> I know there's been some work on migrating some servers to a data
> center with better connectivity to the other sims, etc. There was also
> a login problem lasting a coupl
On Fri, 26 Feb 2010 01:49:38 +0100, Carlo Wood wrote:
> On Thu, Feb 25, 2010 at 05:31:20PM -0600, Soft Linden wrote:
> > There have been no bans related to the TPV policy release.
> >
> > I know there's been some work on migrating some servers to a data
> > center with better connectivity to the
On Wed, Feb 24, 2010 at 6:45 AM, Philippe (Merov) Bossut <
me...@lindenlab.com> wrote:
> I'm very happy personally to have Snowglobe now tracking the main viewer
> (and getting out of the business of doing cherry pick merges of huge feature
> sets...) so that our effort here can get to the main v
Linden Lab neither supports standalone nor 64bit. (Snowglobe is
often broken for standalone because it's never tested by LL
when they make changes).
On top of that, almost non of the opensource developers that
volunteer here use windows natively (I don't know of any).
I know that Robin did some wo
On Thu, Feb 25, 2010 at 01:05:28AM -0300, 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 explicit permission from the
> creator under the risk of being prosecuted for copyright infringement?
I'm not using
Gigs... I think what you're looking at is akin to Tivoization, and
providing an external source for Tivoized content is compatible with
GPL2 (and is one reason for the GPL3).
___
Policies and (un)subscribe information available here:
http://wiki.secon
After commenting out the entire "if (LL_TESTS)" section at the bottom of
"indra/newview/CMakeLists.txt" the linker still had unresolved symbols.
It's my guess that "llcapabilitylistener.cpp" should be added to the
"CMakeLists.txt" section that starts with "set(viewer_SOURCE_FILES".
Manually addin
1>Project : error PRJ0019: A tool returned an error code from "Generating
RelWithDebInfo/touched.bat"
go to build -> configuration manager and uncheck package (or invoke develop.py
with -DPACKAGE:BOOL=OFF) to get rid of the above error.
On 2/25/2010 11:58 PM, Sheet Spotter wrote:
> After comm
Ooops... Meant to the list. There... :)
- Merov
On Thu, Feb 25, 2010 at 9:22 PM, Philippe (Merov) Bossut <
me...@lindenlab.com> wrote:
> Hi Aleric,
>
> On Thu, Feb 25, 2010 at 5:26 PM, Aleric Inglewood <
> aleric.inglew...@gmail.com> wrote:
>
>>
>> Do you mean that each individual commit to the
A name suggestion for viewers: "A viewer that connect to a virtual world
that can't be name for risks of being objected to by a company with
aggressive lawyers who like to come up with unconscionable terms of
services, or who make illegitimate attempts of one's right to forbid the
usage of words th
I (obviously) agree.
I highly doubt that trying to claim copyright on "Life" or "Second" in
court would make the judge take the case seriously. What's next,
claiming copyright on "primitive", "avatar", "lab", and "simulator"?
Sending C&Ds to people who write viewers called Slick or Slanderous?
Se
250% ACK!
Am Freitag 26 Februar 2010 schrieb Rob Nelson:
> I (obviously) agree.
>
> I highly doubt that trying to claim copyright on "Life" or "Second"
> in court would make the judge take the case seriously. What's
> next, claiming copyright on "primitive", "avatar", "lab", and
> "simulator"
47 matches
Mail list logo
