Re: [opensource-dev] step by step guide to compiling snowglobe

2010-02-18 Thread Carlo Wood
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

[opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Morgaine
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Morgaine
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

Re: [opensource-dev] step by step guide to compiling snowglobe

2010-02-18 Thread Stickman
> 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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Maggie Leber (sl: Maggie Darwin)
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Argent Stonecutter
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Maggie Leber (sl: Maggie Darwin)
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Frisby, Adam
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Maggie Leber (sl: Maggie Darwin)
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.

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Frisby, Adam
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Kent Quirk (Q Linden)
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Carlo Wood
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Robert Martin
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Mike Monkowski
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Morgaine
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Maggie Leber (sl: Maggie Darwin)
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread k\o\w
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Thickbrick Sleaford
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Mike Monkowski
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

Re: [opensource-dev] step by step guide to compiling snowglobe

2010-02-18 Thread Tayra Dagostino
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

Re: [opensource-dev] step by step guide to compiling snowglobe

2010-02-18 Thread Jonathan Irvin
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Dahlia Trimble
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

[opensource-dev] Second Life Package Repo

2010-02-18 Thread Jonathan Irvin
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

Re: [opensource-dev] Second Life Package Repo

2010-02-18 Thread Robin Cornelius
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

Re: [opensource-dev] Second Life Package Repo

2010-02-18 Thread C.J. Adams-Collier
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

Re: [opensource-dev] Second Life Package Repo

2010-02-18 Thread Robin Cornelius
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

Re: [opensource-dev] Second Life Package Repo

2010-02-18 Thread C.J. Adams-Collier
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

Re: [opensource-dev] Second Life Package Repo

2010-02-18 Thread Robin Cornelius
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Morgaine
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Robert Martin
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Paul Oppenheim (Poppy Linden)
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

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Rob Nelson
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.

Re: [opensource-dev] Client-side scripting in Snowglobe

2010-02-18 Thread Ricky
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