On Wed, Feb 17, 2010 at 02:30:07PM -0500, kow wrote:
> Snowglobe should work out of the box with VS2005. Emerald and Imprudence are
> easier options if you're using VS2008. I believe the only issue with VS2008 +
> snowglobe is boost, and the libs from Emerald or Imprudence can be dropped in
> to fi
I referred recently to Linden's internal project "Firefly" to add
client-side scripting to SL viewers. This has been the topic of open
discussion at several Office Hours with Lindens in SL, but that openness has
not extended to many design details --- the Firefly design process is not
open to the
A line got lost from my post owing to finger trouble. Item 6 about Mono
should have read:
6. Some parties identify other reasons for avoiding Mono in general.
Without getting into that subject at all, requiring Mono for client-side
scripting would make scripting unavailable to that portion of t
> One would wonder why Emerald can fix this, and LL can't.
It's been addressed.
https://lists.secondlife.com/pipermail/sldev/2009-June/014269.html
"The problem is that it's not possible to provide precompiled Boost
libraries that work for both VS 2005 and VS 2008. Since Linden Lab has
standardize
On Thu, Feb 18, 2010 at 7:42 AM, Morgaine
wrote:
> I referred recently to Linden's internal project "Firefly" to add
> client-side scripting to SL viewers. This has been the topic of open
> discussion at several Office Hours with Lindens in SL, but that openness has
> not extended to many design
7. 8. 9. 10. ... I'm not going to run client-side scripts if I can't
eyeball them. Creating a sandbox is a huge, complex, and difficult
job, even in an application designed to run untrusted content from the
ground up. Putting a blind scripting environment inside something like
the SL client
On Thu, Feb 18, 2010 at 8:45 AM, Argent Stonecutter
wrote:
> Java and Mono/.NET intermediate language can do anything native code can...
Quibble: I can't speak for the MSFT-proprietary platforms, but Java
code runs subject to the classloader's SecurityManager. I do hear
talk that Silverlight is
Look into Code Access Security (CAS) in .NET - it is a pretty damn tough
security sandbox; every operation that can be called in the default libraries
is security rated; everything outside that is weighted based on:
- What it declares itself
- What functions in the Standard Library it calls (can
On Thu, Feb 18, 2010 at 9:06 AM, Frisby, Adam wrote:
> From what I understand, Mono ended up implementing a lot of that for
> Silverlight; although I do not know how the security holds up compared to the
> official .NET runtime; but AppDomains + CAS is a pretty rock solid sandbox on
> Windows.
Actually, Windows server isn't that expensive. Look up the SPLA pricing on
things, reduces the cost down to about $10/mo, which isn't bad at all compared
to the other fees you pay for hosting. ;)
Adam
> -Original Message-
> From: margaret.le...@gmail.com [mailto:margaret.le...@gmail.com
This makes me sad.
I've been trying to have an open discussion about some of the design issues in
my office hours, specifically to understand the constraints and requirements of
the community. But every office hour seems to be followed up by flames on this
list and in other forums interpreting
On Thu, Feb 18, 2010 at 10:57:52AM -0500, Kent Quirk (Q Linden) wrote:
> This makes me sad.
>
> I've been trying to have an open discussion about some of the design issues in
> my office hours, specifically to understand the constraints and requirements
> of
> the community. But every office hour
My suggestion would be to in cases where policies and such are being
decided that LL not have an office hour (or a couple office hours) but
an office DAY and yes im suggesting that a linden or lindens put in a
full 12 hour time where folks can discuss the subject. Even if Y'all
did it tag team sty
If you were trying to have an open discussion, then you went about it
quite wrong. Nothing was mentioned on this mailing list. I don't think
anything was mentioned in the Open Source Meeting (which has of late
become nothing more than a Snowglobe bug triage) and I don't see any
transcripts on
Kent, it is true that Office Hour discussions can sometimes get a bit heated
because of the format, which allows little time for careful consideration
and reflection before writing, but that is not the case here.
My opening post above was polite and factual, and it considered all the
points that h
On Thu, Feb 18, 2010 at 10:57 AM, Kent Quirk (Q Linden)
wrote:
> This makes me sad.
There's lots to be sad about.
I think current Linden Research policies regarding viewer design and
development has severely damaged the trust relationship that should
exist within an open-source developer commun
I for one agree with Q. The biggest complaints come from the most
insignificant people. If LL prioritized development based on the
complaints in this mailing list, they would be rewriting SL for Linux
using GTK and maintaining a dozen branches for ever popular flavour of
unix. But then we'd jus
On Thursday 18 February 2010 17:57:52 Kent Quirk (Q Linden) wrote:
> This makes me sad.
>
> I've been trying to have an open discussion about some of the design issues
> in my office hours, specifically to understand the constraints and
> requirements of the community. But every office hour seem
OK. I get it. You like fanning the fires of flame wars.
Very funny.
Mike
k\o\w wrote:
> I for one agree with Q. The biggest complaints come from the most
> insignificant people. If LL prioritized development based on the
> complaints in this mailing list, they would be rewriting SL for Linux
On Thu, 18 Feb 2010 13:36:13 +0100
Carlo Wood wrote:
> On Wed, Feb 17, 2010 at 02:30:07PM -0500, kow wrote:
> > Snowglobe should work out of the box with VS2005. Emerald and
> > Imprudence are easier options if you're using VS2008. I believe the
> > only issue with VS2008 + snowglobe is boost, an
That's the open-source way. Regardless of community, we're still human and
us humans love ownership...whether its taking our favorite phone and
customizing it with all our favorite apps or taking the concept of a viewer
and releasing our own spin on it.
I gotta give credit to the Emerald folks fo
I haven't been following this topic in any office hours so I hope my
comments aren't too off base.
Personally I'd prefer to be able to run extensions as sandboxed, and maybe
have the option of running them unprotected on a per-extension basis. To me,
an environment such as SL or the web in general
Moving this to it's own thread...
Hey Linden Labs, when are we going to put Second Life in linux package
format so we can just link to your repo and have us be able to install and
upgrade from our respective package managers, i.e Yum & Apt-Get? This would
really speed up the way we handle SnowGlo
On Thu, Feb 18, 2010 at 7:08 PM, Jonathan Irvin wrote:
> Moving this to it's own thread...
>
> Hey Linden Labs, when are we going to put Second Life in linux package
> format so we can just link to your repo and have us be able to install and
> upgrade from our respective package managers, i.e Yum
Do we have any ubuntu folks on the list who might consider setting up a
PPA?
A few years ago (May 2008), I did a bit of work putting together a build
system using gar called "garindra". It's totally out of date now, but I
learned enough then, and I've learned enough since then about packaging
stu
On Thu, Feb 18, 2010 at 7:57 PM, C.J. Adams-Collier
wrote:
> Do we have any ubuntu folks on the list who might consider setting up a
> PPA?
>
https://launchpad.net/~openmetaverse/+archive/ppa?field.series_filter=karmic
But if people want to join in and help with the snowglobe building for
ubuntu
Does it depend on a different PPA?
The following packages have unmet dependencies:
snowglobe: Depends: snowglobe-data (= 1.3.1-6) but it is not going to be
installed
Recommends: gstreamer0.10-plugins-ffmpeg but it is not installable
Recommends: gstreamer0.10-pitfdll bu
On Thu, Feb 18, 2010 at 8:42 PM, C.J. Adams-Collier
wrote:
> Does it depend on a different PPA?
>
> The following packages have unmet dependencies:
> snowglobe: Depends: snowglobe-data (= 1.3.1-6) but it is not going to be
> installed
> Recommends: gstreamer0.10-plugins-ffmpeg but it
On Thu, Feb 18, 2010 at 7:07 PM, Dahlia Trimble wrote:
> To me, an environment such as SL or the web in general tend to attract a
> few malicious developers, or more so, companies and individuals who are
> interested in collecting personal data and usage patterns. I'd prefer some
> level of contro
On Thu, Feb 18, 2010 at 5:27 PM, Morgaine
wrote:
> On Thu, Feb 18, 2010 at 7:07 PM, Dahlia Trimble
> wrote:
>>
>> To me, an environment such as SL or the web in general tend to attract a
>> few malicious developers, or more so, companies and individuals who are
>> interested in collecting persona
On 2/18/10 7:57 AM, Kent Quirk (Q Linden) wrote:
> I've been trying to have an open discussion about some of the design
> issues in my office hours, specifically to understand the constraints
> and requirements of the community. But every office hour seems to be
> followed up by flames on this list
B-B-But what about Lua, which has already been implemented in FlexLife
(http://flexlife.nexisonline.net)? :(
Fred Rookstown
Lead Developer
On Thu, 2010-02-18 at 12:42 +, Morgaine wrote:
> I referred recently to Linden's internal project "Firefly" to add
> client-side scripting to SL viewers.
I suspect that there are two things being discussed here without
distinction: Client scripting, and client extensions. Confusing the two is
easy.
Client-side scripting SHOULD be sandboxed, and in a controlled set of
languages. For a close example think of javascript in web browsers.
Client exte
33 matches
Mail list logo