Open Source Meeting/2010-02-18

From Second Life Wiki
Jump to navigation Jump to search
The printable version is no longer supported and may have rendering errors. Please update your browser bookmarks and please use the default browser print function instead.

Transcript

[14:00] Jonathan Yap: I was inspired by it and by what Robin has been doing recently
[14:00] Merov Linden: ok guys, the clock struck 2pm
[14:00] Merov Linden: time to get in with our meeting
[14:00] Merov Linden gets the agenda
[14:00] Squirrel Wood: Evil Rabbit I pull your Right Ears Long.
[14:00] Kerry Giha: hehe
[14:01] Merov Linden: http://wiki.secondlife.com/wiki/Open_Source_Meeting/Agenda
[14:01] Merov Linden: so we have a couple of 1.3 bugs first to discuss
[14:02] Merov Linden: The true show stopper is SNOW-431
[14:02] JIRA helper: http://jira.secondlife.com/browse/SNOW-431
[00:00] JIRA helper: [#SNOW-431] Boost downloads for Snowglobe 1.3 aren't really 1.39.0
[14:02] Merov Linden: I'm still waiting for Brad on that one
[14:02] Robin Cornelius: I saw you fired a buld this week and it failed but the logs were not accessible out side LL
[14:02] Thickbrick Sleaford: is it really a showstopper? it's annoying, but mostly from a FTBFS angle.
[14:02] Merov Linden: I'd be doing it myself if I wasn't so busy with Snowglobe rebasing...
[14:03] Merov Linden: well: we are in the (good) habit of providing source code tarballs for official builds and that one is tainted by that
[14:04] Merov Linden: that's why I'm considering it as show stopper
[14:04] Jonathan Yap: Does he need a gentle poke?
[14:04] Merov Linden: he's sticking next to me today
[14:04] Robin Cornelius: a subitle bottle of wine ;-)
[14:04] Merov Linden: let me try kick his chair
[14:04] Merov Linden does this
[14:04] Sahkolihaa Contepomi: Haha
[14:04] Techwolf Lupindo: Some of those pre-built tarballs contain patches by LL, Where are those patches?
[14:05] Merov Linden: he said "oho!"
[14:05] Thickbrick Sleaford: counter it with an "aha!"
[14:05] Merov Linden: Techwolf: good point, we should do tarballs for them and make them public too
[14:05] Robin Cornelius: ohh that would be good
[14:06] Merov Linden: there's nothing sikrit in them as far as I know
[14:06] Robin Cornelius: that would instantly solve 2008 issues by making rebuilds easy
[14:06] Techwolf Lupindo: Like the openjpeg patches. The webkit patches can be gleemed from the linden hg site, but that all the patches I have found so far.
[14:06] Merov Linden: more things like work around bugs or specific compile options we use
[14:07] Merov Linden: Techwolf: those are the "real" (serious code) patches
[14:07] Merov Linden: the others, at least, the ones I've been looking into are really super minor
[14:07] Robin Cornelius: some of these are caused by old versions, xmlrpc is still 0.51 used by LL
[14:07] Merov Linden: it's really a matter of kicking my butt to get this posted somewhere
[14:07] Robin Cornelius: i didn't go to the trouble of hijacking that project and fixing the bugs for nothing ;-p
[14:08] Merov Linden: I think you're right Robin
[14:08] Merov Linden: actually, with the rebase, lots of those libs used are newer versions and use no patch at all
[14:08] Merov Linden: (which should make Techwolf happy)
[14:08] Boroondas Gupte: yay
[14:08] Robin Cornelius: o/
[14:08] Techwolf Lupindo: I just wanted the patches that changed the code from what is found on a linux system source code from the source code LL uses to make the downloaable tarballs used in builds.
[14:09] Robin Cornelius: curl is a fun one, that is a custom build against c-ares, non standard WRT most linux distros
[14:09] Merov Linden: we should really have a JIRA on this
[14:09] Merov Linden: curl is indeed one
[14:10] Merov Linden: but that's one specifically which is all about building against c-ares and using some specific compile options
[14:10] Merov Linden: not a "patched" version really
[14:10] Robin Cornelius: true
[14:10] Techwolf Lupindo: I do the gentoo ebuilds on my overlay. Portage has the power to handle more then one verion or different libery. Or can use the patches and re-build the liberiases on the fly as part of the build process.
[14:11] Merov Linden: actually, I think that curl now uses cmake to build and that supports the c-ares options
[14:11] Merov Linden: anyhow, yes, 3rd party libs are a pain and minimizing the diff we need is good for everybody
[14:12] Merov Linden: ok, let's review those 2 bugs added to the agenda
[14:12] Robin Cornelius: i have 1/2 of a 3rd ;-p
[14:12] Merov Linden: SNOW-488
[14:12] JIRA helper: http://jira.secondlife.com/browse/SNOW-488
[00:00] JIRA helper: [#SNOW-488] Malformed animation crash
[14:12] Merov Linden: I just reviewed this and commented on it Robin
[14:13] Merov Linden: +1 to push into 1.3
[14:13] Merov Linden: it's odd but important if it avoids a crash
[14:13] Squirrel Wood: mass crashing more likely :p
[14:13] Merov Linden: mass crashing?
[14:14] Robin Cornelius: it took out 95% of a help island
[14:14] Merov Linden: oh! right...
[14:14] Robin Cornelius: thats how i got the UUID and backtrace
[14:14] Merov Linden: yes, even better then: commit!
[14:14] Merov Linden: Thanks Robin :)
[14:14] Merov Linden: next
[14:15] Merov Linden: SNOW-485
[14:15] Merov Linden: that one is more complex
[14:15] Merov Linden: I haven't reviewed all the attached files yet
[14:15] Robin Cornelius: ok the last one i uploaded is the most interesting the others from me are earlier versions of the same thing
[14:16] Sahkolihaa Contepomi: I'm running on one of Robin's builds that has one of the earlier patches and I've not dead locked once.
[14:16] Robin Cornelius: i've not hit one deadlock issue since doing that, Sahkolihaa is running an earlier version no deadlocks
[14:16] Merov Linden reading the patch
[14:17] Merov Linden: wow!
[14:17] Robin Cornelius: oh and launchpatd is building the latest ubuntu one as we speak
[14:17] Sahkolihaa Contepomi: o/
[14:17] Merov Linden: it's really a tricky piece of code
[14:18] Robin Cornelius: its taken me a week to get to this stage
[14:18] Merov Linden: that needs testing and careful analysis really
[14:18] Merov Linden: I'm not surprised!
[14:18] Merov Linden: well, that needs testing for sure
[14:18] Robin Cornelius: ok well its up to you how to play this out
[14:18] Merov Linden: others able to build with that patch and test it?
[14:19] Opensource Obscure: i didn't had issues while testing Robin's build - but that was a limited testing
[14:19] Sahkolihaa Contepomi: I've been running it for -hours-
[14:19] Merov Linden: hmmm... I wouldn't be confortable +1-ing that one without testing myself
[14:19] Sahkolihaa Contepomi: Busy sandboxes, clubs, office meetings - no problem.
[14:19] Techwolf Lupindo: Good patch for an RC?
[14:20] Merov Linden: could you guys comment in the JIRA if you did test? even (especially) if you found no problem
[14:20] Sahkolihaa Contepomi: Sure.
[14:20] Ardy Lay: I am running at revision 3125 and not see issues but maybe silly me doesn't know what to look for.
[14:20] Sahkolihaa Contepomi: I'll wait until I've gotten the latest ubuntu package though.
[14:20] Merov Linden: it always make me feel more confortable if I know other people have been using a patch
[14:20] Thickbrick Sleaford: running with the patch here for the last 50 minutes - no problems so far.
[14:21] Merov Linden: all that seems good
[14:21] Robin Cornelius: i've been camping in help islands with it on windows for a few days
[14:21] Thickbrick Sleaford: Ardy, you really can't miss a deadlock
[14:21] Robin Cornelius: hence the animation crash debug ;-)
[14:21] Merov Linden: well, give me a chance to apply and run locally at least for a day
[14:21] Merov Linden: ok?
[14:21] Robin Cornelius: sure its a fragile peice of code
[14:21] Robin Cornelius: my previous attempted leaked
[14:22] Merov Linden: yeap! been there and been biten already
[14:22] Merov Linden: that's why I'm cautious
[14:22] Robin Cornelius: i checked the request handles did sum to zero
[14:22] Ardy Lay: I guess I am not getting exposed to what causes the issue the patch in 485 is to fix. Is there a consistent reproduction process I can look at?
[14:22] Robin Cornelius: Turn Rendinging->Run Multiple threads on for one
[14:22] Ardy Lay: It's on
[14:23] Robin Cornelius: clear cache and visit busy aresa
[14:23] Ardy Lay: Do that daily.
[14:23] Robin Cornelius: got to malls with lots of ventors
[14:23] Sahkolihaa Contepomi: You don't suffer it then.
[14:23] Thickbrick Sleaford: and have a fast multi-core computer
[14:23] Ardy Lay: Lusk and Ahern
[14:23] Robin Cornelius: it does not effect everyone
[14:23] Ardy Lay: Q6600 2.4GHz
[14:23] Sahkolihaa Contepomi: It hits me hard but this build of Robin's can last 18+ hours.
[14:23] Ardy Lay: That's good.
[14:23] Jonathan Yap: It was affecting me every 5-20 minutes until 3125 came out
[14:23] Robin Cornelius: pre SNOW-196 we had big issues
[14:23] JIRA helper: http://jira.secondlife.com/browse/SNOW-196
[00:00] JIRA helper: [#SNOW-196] Deadlock in LLTextureFetchWorker::lockWorkMutex / LLThread::lockData / LLTextureFetch::lockQueue
[14:24] Robin Cornelius: that got the worst offendoer out of the way
[14:24] Robin Cornelius: then we were left with the 485 one
[14:24] Robin Cornelius: oh and it appears to have sped up texture fetch a lot
[14:24] Sahkolihaa Contepomi: Yeah, I noticed that.
[14:25] Merov Linden: ok, for 1.3 then, the plan is: get 488 committed, test 485, get it in or not (depending on test), then build
[14:25] Ardy Lay: I started having deadlocks somewhere after 3109 and the ended somewhere near 3125.
[14:25] Robin Cornelius: Crazy stuff happened in that area
[14:25] Ardy Lay: I'll try out the patch in 485.
[14:25] Jonathan Yap: Merov, will you make a RC with 485 in it in about 2 days?
[14:25] Merov Linden: then we can all get going and test the binaries at least
[14:26] Merov Linden: if the tests are good, yes
[14:26] Merov Linden: can make one tomorrow (Friday) night
[14:26] Robin Cornelius: I also wanted to drop in SNOW-492
[14:26] JIRA helper: http://jira.secondlife.com/browse/SNOW-492
[00:00] JIRA helper: [#SNOW-492] LLDataPacker::unpackstring() is unsafe
[14:26] Robin Cornelius: another animation crash bug
[14:26] Robin Cornelius: but its kind of still in progress as the actual crash was way more subitle than i expected
[14:26] Robin Cornelius: llwarns was dieing with a malformed/long string
[14:27] Pixel Gausman: sorry i'm late
[14:27] Robin Cornelius: on windows anyway, made my PC scream, Aleric on 64bit just got propper warnings
[14:27] Merov Linden: hmmm.... I see (just read the JIRA)
[14:27] Robin Cornelius: so the fix i added avoides the possibility of strlen() getting an unsafe buffer, but even a memory safe buffer can kill llwarns
[14:27] Merov Linden: I should add Soft as a watcher on that one
[14:28] Merov Linden: he's all over security issues these days
[14:28] Robin Cornelius: I can give you the UUID to trigger it
[14:28] Merov Linden: I suppose putting the UUID in the JIRA would be asking for troubles
[14:28] Robin Cornelius: i'm also not sure how many of these effect 2.0
[14:28] Ardy Lay: Are these destructive assets deliberately created? Good for hardening either way.
[14:29] Merov Linden: that's something Soft will test for sure!
[14:29] Merov Linden adds soft
[14:29] Robin Cornelius: soft has rewritten some of the sanity checks on animations
[14:29] Sahkolihaa Contepomi: The FN sandboxes get hit on purpose with them.
[14:29] Sahkolihaa Contepomi: It's -NOT- fun when I'm the only EM around and oh, I crash.
[14:30] Robin Cornelius: Oh Merov we also spotted a big issue with the sanity check code
[14:30] Thickbrick Sleaford: ^^^ it's not sane
[14:30] Robin Cornelius: it checks for a buffer overflow, sets a flag based on that, reads the buffer anyway, then returns based on status flag
[14:31] Merov Linden: well, that's something to signal to him for sure
[14:31] Merov Linden: ok, on 1.4 may be: the build I tried failed
[14:32] Robin Cornelius: saw that, could not access the build logs
[14:32] Merov Linden: Robin asked me about it already and I had no time to work on this :/
[14:32] Robin Cornelius: is it internal build server issues? or a problem?
[14:32] Sahkolihaa Contepomi: Quickly OT - Robin, your snowglobe build built successfully (says on the web page).
[14:32] Robin Cornelius: whohoo
[14:32] Merov Linden: yeah, my time is super tight these days
[14:33] Squirrel Wood: super tight time can be fixed by applying time dilation :p
[14:33] Merov Linden: k, I'll spend a couple of hours tomorrow on those things so to unblock them
[14:33] Morgaine Dinova: Wine helps
[14:33] Merov Linden: Wine doesn't help in my case...
[14:33] Morgaine Dinova: Awwww
[14:33] Boroondas Gupte: the drink or the emulator?
[14:33] Robin Cornelius: it makes the problem *seem* smaller
[14:34] Merov Linden: Wine is not an emulator :)
[14:34] Sahkolihaa Contepomi: Wine Is Not an Emulator
[14:34] Sahkolihaa Contepomi: Beat me to it.
[14:34] Merov Linden: jinx!
[14:34] Pixel Gausman: nice
[14:35] Merov Linden: so yeah, I've been *entirely* consumed by beating the crap out of the export scripting code for Snowglobe 2
[14:35] Merov Linden: doing sh and python like a maniac
[14:36] Morgaine Dinova: Did it surrender?
[14:36] Merov Linden: it's almost there, really, and I hope you'll like it
[14:36] CG Linden wrote very Merov-resistant code
[14:36] Morgaine Dinova: lol
[14:36] Tillie Ariantho: ^^
[14:36] Tillie Ariantho: Is that hard? ,)
[14:36] Robin Cornelius: I just hope i've not wasted a lot of time fixing 1.3 if not of that is needed/portable
[14:36] Merov Linden: I'm working with CG actually today to solve some of the remaining issues
[14:37] Merov Linden: Robin: I think the code you touched is actually the same in 2.0
[14:37] Robin Cornelius: sweet
[14:37] Merov Linden: so the merge won't be hard
[14:37] Boroondas Gupte: What do those "export scripts" do? AFAIK, unlike the Second Life Viewer, Snowglobe doesn't have different internal and external repos.
[14:37] Robin Cornelius: will have to recheck deadlocks though any mutex changes and its a whole new game
[14:38] Merov Linden: well, internally, all our code live in a giant repo, server and viewer mixed up
[14:38] Merov Linden: we have to untangle that
[14:38] Merov Linden: plus make sure we export things with the proper license
[14:38] Robin Cornelius: well what i touched is llcommon code, any chance the server could benifit from the fix?
[14:39] Merov Linden: it will, eventually
[14:39] Robin Cornelius: it might not actually be effected in anyway by the conquences of it, something i can't comment on not knowing its structure
[14:40] Merov Linden: anyway, cleaning up things to make them gpl compliant and all is a bit of work
[14:40] Merov Linden: I won't make the list of all the gotchas but I had to go through plenty
[14:41] Merov Linden: short story though: it's almost there and, though I don't think there's been an official date announced, it's going to be soon
[14:41] Merov Linden: (otherwise there'd be no point having me loose sleep about it...)
[14:41] Tillie Ariantho: Coming with a public beta or a final release?
[14:42] Merov Linden: for Viewer 2.0 itself? wow! I don't know that schedule. I was talking about getting the Open Source Snowglobe 2.0 code out
[14:42] Tillie Ariantho: ah
[14:43] Merov Linden: that's the version of Snowglobe rebased off Viewer 2.0
[14:43] Morgaine Dinova does an about take
[14:43] Boroondas Gupte: The open beta for Viewer 2.0 was announced for "February", so I guess that'll still come before the final release.
[14:43] Morgaine Dinova: Reading back, replacing all "2.0" by "Snowglobe 2.0"
[14:43] Jonathan Yap: So we might have SG 2.0 before the main Viewer 2.0 comes out?
[14:44] Tillie Ariantho: I wont like any client 2.0 if its missing all the additional snowglobe stuff. ^^
[14:45] Robin Cornelius: Sg runs like greased lightning now ;-)
[14:45] Tillie Ariantho: yah
[14:46] Tillie Ariantho: And its pretty stable.
[14:46] Pixel Gausman: Tillie: Merovs working on adding SG juicy bits back in
[14:46] Merov Linden: the SG2.0 code will be out soon, yes *but*
[14:46] Boroondas Gupte: suspense
[14:46] Merov Linden: I'd like to add that that code won't be the *official* SG2
[14:46] Tillie Ariantho: I cant remember when I used the non-snoglobe client last. ^^
[14:46] Jonathan Yap: I have to turn off Basic Shaders in SG to get the same frame rate I do in Cool Viewer with Shaders on (it has a patch for an ATI bug)
[14:46] Merov Linden: *because* we'll still be missing some SG features like Login-OGP for instance
[14:47] Pixel Gausman: merci, for that Merov
[14:47] Merov Linden: but of course, to get help from Pixel on this, we need to get the code tree out
[14:47] Tillie Ariantho: Jonathan: ati is working for you with SL? If I plug in the ati card I crash all the time.
[14:47] Morgaine Dinova: Viewer2.0, unofficial SG2.0, and official SG2.0. /me moans
[14:47] Pixel Gausman: Morgaine: need a scorecard to keep up?
[14:48] Morgaine Dinova: Yeah
[14:48] Tillie Ariantho: haha
[14:48] Merov Linden: I know Morgaine, I moan too
[14:48] Merov Linden: it's simple in my head
[14:48] Pixel Gausman: "the viewer formerly known as..."
[14:48] Merov Linden: but for bizarre reason, I just can't explain that clearly
[14:48] Jonathan Yap: Yes Tillie, but your card must be different than my chip (a X1300)
[14:48] Merov Linden thinks he should switch to French may be...
[14:49] Morgaine Dinova: Next we'll have all the 3rd party viewers moving to 2.0, and we'll be still referring to "2.0". Babel was an anti-climax.
[14:49] Saijanai Kuhn: The viewer formerly known as ☥
[14:49] Tillie Ariantho: Jonathan: ah you probably use the old drivers then that dont have problems yet. the 5850 crashes a lot with current drivers.
[14:49] Morgaine Dinova: lol Sai
[14:50] Merov Linden: ok, try again: the source tree will available and open before we have an official SG2.0 binary release
[14:50] Boroondas Gupte: makes sense
[14:50] Jonathan Yap: Call it SG 1.9999999
[14:50] Merov Linden: consider it as a SG2.0 trunk
[14:50] Bronson Blackadder: lol
[14:50] Merov Linden: which, actually, will be its name
[14:51] Merov Linden: I just don't want people all over me complaining that this and that SG feature are still missing the day the tree goes public
[14:51] Merov Linden: makes sense?
[14:51] Robin Cornelius: Merov, if there are any crazy new dependencies any chance of a little heads up even off the record so some of us can get them in place on our repros
[14:51] Pixel Gausman: Merov: yup.
[14:51] Pixel Gausman: Merov: will the build process be the same for it?
[14:52] Thickbrick Sleaford: It might help to make it more clear on the SG wiki page what's a "Test build" and what's a "release", for non-technical people
[14:52] Robin Cornelius expects i have to port some of my features over to the new code
[14:52] Merov Linden: yes, the build process will be very much the same
[14:52] Pixel Gausman: (as in, will my current machine that i build on just work with 2.0?)
[14:53] Tillie Ariantho: So the source will be a mostly patched snowglobe 2.0 then, lacking stuff your probably forgot. :P
[14:53] Merov Linden: Robin: yes, I'm counting on you for SOCKS5 :)
[14:53] Pixel Gausman: Tillie: lacking what he was *afraid* to port. :)
[14:53] Robin Cornelius: we need some UI work on that
[14:53] Merov Linden: Tillie: subversion doesn't forget anything...
[14:53] Tillie Ariantho: Pixel: Or that part. That is the worse part. :P
[14:54] Pixel Gausman: Merov: will it still be svn?
[14:54] Pixel Gausman: or hg?
[14:54] Merov Linden: svn
[14:54] Morgaine Dinova: How much demand is there for SOCKS5. Corps and Unis mostly, yeah?
[14:54] Merov Linden: I know, that's a surprise considering we're using hg interna;;y
[14:54] Robin Cornelius: Morgaine, i did that for LL's Enterprise department
[14:54] Pixel Gausman: well, at some point i keep expecting you guys to pul the big red hg switch on us
[14:55] Morgaine Dinova: Robin: aha, makes sense
[14:55] Boroondas Gupte: wouldn't the export scripts become much simpler when using hg for SG 2.0, too?
[14:55] Merov Linden: but it'll make our life easier merging from svn SG to that new branch
[14:55] Pixel Gausman: agree
[14:55] Thickbrick Sleaford: do you plan to swith to hg after 2.0 is stabilized, or keep it svn for now?
[14:56] Merov Linden: Boroondas: not really, considering all I said before about the other code that is not gpl ready and the license check scripts and all
[14:56] Boroondas Gupte: ic
[14:56] Merov Linden: Thickbrick: there is a plan internally to separate hg repos so we don't mix source code with different licenses in the same tree
[14:57] Merov Linden: then export will be as simple as "hg clone"
[14:57] Merov Linden: that'd be ideal
[14:57] Techwolf Lupindo: I would think that would have to be done before viewer 2.0 is put out also. re:gpl, licience, etc.
[14:57] Pixel Gausman: sounds like Merov is getting to do some hand weeding of the code
[14:57] Merov Linden: well, it wasn't
[14:58] Mm Alder: Will we still get sours tarballs for the standard viewer when 2.0 comes out?
[14:58] Mm Alder: *source*
[14:58] Merov Linden: hand weeding: it feels that way, very much!
[14:58] Boroondas Gupte hopes for Merov that hg has an equivalent of git's --filter-branch
[14:58] Robin Cornelius: [14:58] Oskar Linden: server beta office hours on ADITI now for anyone interested
[14:59] Pixel Gausman: Mm: i hope so, those are nice to have
[14:59] Merov Linden: Mm Alder: yes, creating those tarballs is mostly what I've been working on
[14:59] Morgaine Dinova: [14:57] Jacek Antonelli: It's nearly time for everyone's favorite weekly UXIG meeting! Yay! http://slurl.com/secondlife/Hippotropolis/33/106/26
[14:59] Merov Linden: o right: 3pm
[14:59] Mm Alder: I don't mean from Snowglove SVN, I mean for 2.0 Hg.
[15:00] Techwolf Lupindo: Right now those tarballs been bianary only and I have been buging LL for the source. :-)
[15:00] Merov Linden: I heard you Mm Alder
[15:00] Robin Cornelius: Merov, keep us informed of whats happening,
[15:00] Mm Alder: Thanks, Merov
[15:00] Merov Linden: I will
[15:00] Robin Cornelius: i've got 1.3.1+ SNOW 485 tests out in the wild now
[15:00] Pixel Gausman: Merov: and thanks for sharing details with us here.
[15:00] Merov Linden: I've been silent on IRC and email 'cause I'm rushing right now
[15:01] Techwolf Lupindo: Question for anyone that can answer: What is this export/import stuff that was discussed porting over to snowglobe. Is it similar to emerl export/import feature?
[15:01] Jonathan Yap: Robin, if you can take a stab at http://jira.secondlife.com/browse/SNOW-472 some day I would be so happy
[15:01]
[00:00] JIRA helper: [#SNOW-472] RenderDeferred / obsolete OpenGL libs in RC / FPS drops down to 2fps
[15:01] Merov Linden: but I'm confident we're moving in the right direction wrt Snowglobe
[15:02] Morgaine Dinova: And Merov, a reasonable comment on the Client-side scripting thread on opensource-dev would be appreciated too. After Rob's departure, open source seems to be being abandoned, and the latest post on that list are not encouraging.
[15:02] Mm Alder: We want Rob 2.0!
[15:02] Thickbrick Sleaford: and where there is only silence from LL, people tend to assume the worst
[15:03] Morgaine Dinova: I want Rob2.0 too.
[15:03] Pixel Gausman: well, everyone seems to pounce in frothy foaming rantiness whenever a Linden posts to the list
[15:03] Pixel Gausman: Mm: +1 on Rob 2.0
[15:03] Mm Alder: Oh, and Hippo Awards too!
[15:04] Boroondas Gupte: maybe we can clone() Merov to produce Rob 2.0?
[15:05] Pixel Gausman: Linden->getInstance("Merov").clone()
[15:05] Robin Cornelius: Don't mention the hippos, i may have to give my land up ;-p
[15:05] Thickbrick Sleaford: Linden factory!
[15:06] Mm Alder: Sorry, Merov is a singleton. :-)
[15:06] Pixel Gausman: dang!
[15:06] Sahkolihaa Contepomi decides to head off back home.
[15:07] Morgaine Dinova: Merov's probably reading the thread, went totally quiet.
[15:07] Thickbrick Sleaford: anybody got a trascript of last week's meeting?
[15:07] Pixel Gausman: wow, the helicopters finally stopped (the airplane crash in austin was a mile away from my house today)
[15:07] Thickbrick Sleaford: or Q's meeting, while we're at it?
[15:07] Aleric Inglewood: Hi, am I too late? :)
[15:08] Thickbrick Sleaford: lol Aleric
[15:08] Mm Alder: yes :-)
[15:08] Morgaine Dinova: Merov poofed
[15:08] Aleric Inglewood: He saw me!
[15:08] Aleric Inglewood: scaaaaaared of me :)
[15:08] Jonathan Yap: Aleric, Oskar is meeting on the beta grid now in Morris
[15:08] Thickbrick Sleaford: airplane crash in Austin?
[15:08] Aleric Inglewood: Hi Thickbrick :)
[15:09] Thickbrick Sleaford: hi
[15:09] Robin Cornelius: Hi Aleric
[15:09] Pixel Gausman: yes, a guy went whacko and drove into the IRS bulding here
[15:09] Aleric Inglewood: Hi :)
[15:09] Morgaine Dinova: Nah, wasn't you, Aleric. I asked him to comment on the Client-side scripting thread. That did it .... might be fearing for his job to break silence.
[15:09] Thickbrick Sleaford: either that, or he went for the asbesthos underwear closet
[15:09] Aleric Inglewood: The average LL employee has to sign 20 NDA's before they are allowed near a keyboard.
[15:09] Morgaine Dinova: lol
[15:10] Aleric Inglewood: Morgaine: My idea (re the 'ignore') is to ignore whatever LL is doing and just write our own client-side scripting.
[15:11] Robin Cornelius: I'm going over to see jackek
[15:11] Morgaine Dinova: That's not a bad suggestion. But in which viewer?
[15:11] Morgaine Dinova: Yeah, I need to head to UXIG too.
[15:12] Aleric Inglewood: First question is: are we talking about private scripts that run local, or are we talking about scripts in objects that are downloaded to anyone and everyone that run client-side?
[15:12] Techwolf Lupindo: I like to see the plug-in API used and make a client side scripting plug-in using whatever engine the plug-in maker wants to use.
[15:12] Aleric Inglewood: techwolf: that would be the first kind: a way to control your own client, but not the viewer of others.
[15:12] Techwolf Lupindo: Aleric, public scripts running client side.
[15:13] Morgaine Dinova: It's two different use cases. I know I need local scripting that I write myself, and I certainly don't need a sandbox --- they need to integrate with local applications. But LL seems to have a downloadable crap in mind, hence the sandboxing.
[15:13] Aleric Inglewood: And your opinion Morgaine?
[15:13] Techwolf Lupindo: The only way to have private scripts is what LL is currently doing. Running them on the server.
[15:14] Aleric Inglewood: I think LL is aiming for the "put a script in an object and have everyone that passes it download it and execute it"... in which case mono and a sandbox make sense.
[15:14] Morgaine Dinova: I'm not going to run any CLR binaries received off the net, that's for certain. And nor should anyone else that's not stupid.
[15:14] Aleric Inglewood: While if you just want to write your own cyborg code, you want total control, in cluding sockets and disk access and third party libs etc
[15:14] Aleric Inglewood: If it's safe, ...
[15:14] Morgaine Dinova: Hahaha
[15:15] Aleric Inglewood: So you you're only interested in running client-side scripts that you wrote yourself?
[15:15] Morgaine Dinova: I have a bridge that I'll be selling to a lot of fools.
[15:15] Pixel Gausman: so how much additional work would it make for someone writing a viewer from scratch?
[15:15] Morgaine Dinova: Aleric: I don't mind if multiple use cases are considered, as long as the power-scripter's use case is supported.
[15:15] Pixel Gausman: ...and that viewer is in a browser sandbox env.
[15:16] Thickbrick Sleaford: took the realXtend people about a year or so, to get to pre-alpha viewer
[15:16] Aleric Inglewood: Pixel: I could do that, but I'd estimate it would take me 5 years on my own, maybe even 10. So, it's too much work for one person.
[15:16] Pixel Gausman: yeah, that's what i'm worried abt.
[15:17] Pixel Gausman: also, i dont want to drive up the compute requirements for the viewer. the poor thing struggles on woosie enterprise laptops as it is
[15:17] Morgaine Dinova: We're not talking about a new viewer. We're talking about adding a scripting engine, plus an inner viewer API which hooks into it.
[15:17] Aleric Inglewood: One of the main problems with any project like this is that there STILL is *no* portable library for basic things that are needed (like a GOOD threading model)
[15:17] Aleric Inglewood: I could work 10 years on basic "system" libraries alone, lol :p
[15:18] Pixel Gausman: Morgaine: well, some people (not me) are working on other non-Linden viewers
[15:18] Morgaine Dinova: Don't use threading, it's a nightmare. Use system processes, they provide perfect isolation and concurrency.
[15:18] Techwolf Lupindo: Yes. Threads when done properlly are a godsin to UI performance. Everything is smooth no matter what.
[15:18] Pixel Gausman: Tech: +1
[15:18] Aleric Inglewood: And if you start to write a project like this viewer based on *existing* libraries, you automatically get something as instable as we have now :/
[15:19] Thickbrick Sleaford: MorgainL how would you use that for something as high-throughput as J2K decoding?
[15:19] Morgaine Dinova: We came up with a structure for it in Imprudence -- http://imprudenceviewer.org/wiki/Image:Plugin_system_flow_APIs.png
[15:20] Morgaine Dinova: What foiled us was the mess that is the viewer internally.
[15:20] Morgaine Dinova: Making that "Viewer API" block is not trivial.
[15:20] Aleric Inglewood: My expertise is debugging, system (library) code (thus not UI) and networking (protocols and heavy duty stuff). I have little to no experience with graphics or non-UNIX portability.
[15:21] Jonathan Yap: Oskar just mentioned Viewer 2.0 goes public beta next week
[15:21] Jonathan Yap: "he thinks"
[15:21] Techwolf Lupindo: Anyway to split out the networking code in the viewer? Right now, if FPS is 1fps, ping time is 1 second.
[15:21] Morgaine Dinova: No graphics involved in client-side scripting, unless people want to code up separate external panels, which is perfectly feasible (Dzonatas did it).
[15:22] Aleric Inglewood: Ie, I could rewrite the whole texture download and decoding and caching stuff, just as long as I don't have to do the part where it's send to GL :p, and as long as I can rely on openjpeg, and as long as I have a good server-client protocol description of what is involved... But I would never be able to write the 3D stuff such that it works on three platforms.
[15:23] Pixel Gausman: Aleric: thank goodness for OpenGL
[15:23] Morgaine Dinova: Naali's probably the best bet there, Aleric. I think it's likely to become Opensim's "reference viewer", and others will hone it to work well with SL.
[15:23] Boroondas Gupte: posting the transscript, at what time should I cut?
[15:24] Aleric Inglewood: I only wrote ONE small application in openGL, quite a while ago (a transparent torus that I could rotate around with the mouse, to visualize solutions of an elliptic curve over finite fields ;)
[15:24] Thickbrick Sleaford: heh, Aleric, merov wasn't runnign away from you, he crashed.
[15:24] Morgaine Dinova: Everything I say in public is public. If I screw up, it's my fault. Stick it all in the transcript.
[15:24] Aleric Inglewood: He only really crashed if he returned :p
[15:25] Boroondas Gupte: ok :-)
[15:25] Robin Cornelius: Hehe i should have fired off one of my test animations to see whos using a new build ;-p
[15:25] Thickbrick Sleaford: heh
[15:25] Aleric Inglewood: Feeling like exploiting the bugs now Robin? Tssssk
[15:25] Techwolf Lupindo: Go for it. I got gdb going. hehe
[15:25] Robin Cornelius: i've got no new ones tha crash me now
[15:26] Robin Cornelius: back to help island i guess
[15:26] Morgaine Dinova: Off to UXIG. Poor Jacek, we always overrrun here.

Generated with SLog Wikifier

Retrieved from "https://wiki.secondlife.com/w/index.php?title=Open_Source_Meeting/2010-02-18&oldid=731442"