If you want to use X forwarding, you're probably not going to be happy with
the results. Machines on the same gigabit switch can even have poor
performance just loading or refreshing a file manager. There may be other
ways, and there are always remote desktop-type layers like NX..
Discrete
On
., Discrete Dreamscape wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/245/
---
(Updated March 30, 2011, 11:49 a.m
---
This is an automatically generated e-mail. To reply, visit:
http://codereview.secondlife.com/r/245/
---
Review request for Viewer.
Summary
---
Resolved Linux file descriptor
It's due to libcurl, noted in STORM-809, and supposedly fixed (in the
autobuild repo)? If someone can verify that, maybe you can build it and
solve your problem, otherwise you'll have to build your own libcurl to drop
in. Another alternative seems to be maintaining your own DNS server/cache,
but
quick testing.
Discrete
On Wed, Feb 2, 2011 at 3:06 PM, Oz Linden (Scott Lawrence) o...@lindenlab.com
wrote:
On 2011-02-01 15:33, Discrete Dreamscape wrote:
Possible cover-all solution: use Mercurial's eol extension. It's worked
pretty well for me so far, and handily autofixed all the DOS
Possible cover-all solution: use Mercurial's eol extension. It's worked
pretty well for me so far, and handily autofixed all the DOS endings in a
particular fork I looked at in one go. It works much like the autoprops
configuration does in Subversion; hopefully with less pain.
Enable it (should
This was one person's decision, and was deliberately done for the sole
purpose of messing with the owner of the victim site (although I'd
hardly call the particular individual a victim). Regardless, the team
was pretty disappointed. The one person currently owns all parts of
Emerald's hosting, so
continues.
Discrete
On Aug 21, 2010, at 11:10 AM, Brian McGroarty s...@lindenlab.com wrote:
On Sat, Aug 21, 2010 at 7:46 AM, Discrete Dreamscape
discrete.dreamsc...@gmail.com wrote:
This was one person's decision, and was deliberately done for the sole
purpose of messing with the owner
I don't care if it's relevant; it should still be clarified. Did
nobody think? Of course not, nobody knew he would actually go through
with something like that.
Discrete
On Aug 21, 2010, at 11:31 AM, Katharine Berry
kathar...@katharineberry.co.uk wrote:
2) The active developer of a malicious
circumvent that ban by creating new accounts as many of
the
Emerald developers did? Is it money spent for SL that counts rather than
ToS?
Boy
- Original Message - Date: Thu, 29 Apr 2010 16:39:16 -0400
From: Discrete Dreamscape discrete.dreamsc...@gmail.com
Subject: Re: [opensource-dev
, 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 sl...@free.fr wrote:
On Thu, 29 Apr 2010 14:04:21 -0400, Discrete
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 untrusted ones.
Weigh the two possibilities that would
This discussion seems to have been created with misleading intentions.
Because some TPV creators don't want to reveal any personal information
about themselves, they can't be posted on the TPV directory, and because of
this, it's understandable they might view the directory as unfair. But, this
Agreed, this is a major improvement.
Thanks, Joe.
On Tue, Apr 20, 2010 at 10:12 AM, Latif Khalifa lati...@streamgrid.netwrote:
I second that Gigs, very positive changes indeed.
My thanks to Joe for making this happen.
Latif
On Tue, Apr 20, 2010 at 4:10 PM, Gigs gigstagg...@gmail.com
It's possible to willingly agree to liability and wave whatever protections
you wish that are normally under the GPL, which seems to be what the TPV
asks you to do. The issue most people seem to have is that it's not explicit
in this regard and it also doesn't make it clear that it is a contract
, 2010 at 11:57 AM, Gareth Nelson gar...@garethnelson.comwrote:
The problem with that is a contract requires assent on both sides
On Thu, Apr 15, 2010 at 4:47 PM, Discrete Dreamscape
discrete.dreamsc...@gmail.com wrote:
It's possible to willingly agree to liability and wave whatever
protections
I would assume that, to be more detailed, your code would either not allow
connections to the LL grid, or you would have to decline the updated
ToS/TPVp, thus not agreeing to be bound to it but also preventing you from
using the LL grid yourself.
On Thu, Apr 15, 2010 at 3:58 PM, Tigro
? And why can't a SL resident develop clients for other grids while
keeping their SL accounts safe without being forced to jump thru hoops?
On 15/4/2010 17:00, Discrete Dreamscape wrote:
I would assume that, to be more detailed, your code would either not
allow connections to the LL grid, or you
These comments are beginning to seem rather like pure speculation. If you're
concerned about your project or your liabilities, I recommend consulting
with someone from LL or with your lawyer.
Anyhow, the discussion at hand could use some more focus on what further
modifications would be
You can find grids exactly like you want already, but they have online
concurrencies that can be counted on one hand and are slow as molasses, plus
no one makes any content there for exactly the reasons you would like to use
them.
It would be narrow-minded to think that open source is the only
20 matches
Mail list logo