From yoz at lindenlab.com Tue Jun 1 02:06:24 2010 From: yoz at lindenlab.com (Yoz Grahame) Date: Tue, 1 Jun 2010 02:06:24 -0700 Subject: [opensource-dev] WebOS curiosity In-Reply-To: References: <4C0444B3.7050700@Gmail.com> Message-ID: On 31 May 2010 16:45, Meadhbh Hamrick wrote: > so the palm pre's web browser is not all that primitive. but still, i > don't think it supports WebGL (yet), but it does support flash. There's now a native SDK for webOS - several 3D games are using it, and it supports OpenGL 2.0 ES and SDL. http://developer.palm.com/index.php?option=com_content&view=article&id=1989&Itemid=331 So, in theory, you could take chunks of the existing viewer code and move them over, though the renderer would need to be made OpenGL ES compliant (which would be useful for several other platforms). The Pre has a PowerVR SGX530, same as the Droid and the N900; it's a less-capable version of the 535 in the iPhone 3GS. -- Yoz -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100601/4deab41e/attachment.htm From oz at lindenlab.com Tue Jun 1 18:30:34 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 01 Jun 2010 21:30:34 -0400 Subject: [opensource-dev] Introduction In-Reply-To: <4BF3167E.6020409@fishkill.ibm.com> References: <4BF2FCA4.9050903@lindenlab.com> <4BF3167E.6020409@fishkill.ibm.com> Message-ID: <4C05B43A.6020107@lindenlab.com> On 2010-05-18 18:36, Mike Monkowski wrote: > > They didn't let you read any of this mailing list before you accepted > the position, did they? (chuckle) Not at all clear how they could have stopped me, but in fact they encouraged me. More seriously... I hope to be spending a fair amount of time meeting with people over the coming weeks, both inside LL and outside, and my number one agenda is to learn what needs to be done to build a recognition that it's in everyones interest to play nice. Conflict is fine - sometimes it's even productive, as long as it's done in a way that recognizes that everyone is From oz at lindenlab.com Tue Jun 1 19:45:56 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 01 Jun 2010 22:45:56 -0400 Subject: [opensource-dev] Oz Linden office hours Message-ID: <4C05C5E4.5060003@lindenlab.com> I'm starting office hours... for now twice weekly. Please feel free to drop in to discuss any open source issues. At this stage, you're more likely to help me with building and developing, so if that's what you're after Merov is probably a better bet. https://wiki.secondlife.com/wiki/User:Oz_Linden/Office_Hours From fleep513 at gmail.com Wed Jun 2 00:26:48 2010 From: fleep513 at gmail.com (Fleep Tuque) Date: Wed, 2 Jun 2010 03:26:48 -0400 Subject: [opensource-dev] Second Life Community Convention 2010 - Boston - Aug 13-15th Message-ID: Hi all, Sending out the official announcement about this year's SLCC 2010, we look forward to a really terrific convention this year! Be sure to visit the website at http://slconvention.org to submit a proposal, volunteer to lead a track, or just plain volunteer - we always need the help! As a side note, we've received a couple of requests for a "Technical & OpenSource" track for the convention this year, which we're happy to add to the program, but only if someone can step up to the plate to lead the track and/or we get enough proposal submissions. If you might be willing to do this and have questions, feel free to let me know or just go ahead and fill out the Track Leader form on the website. We don't want to leave any segment of Second Life out, but we need folks from the community to help represent their areas too! All the best, - Fleep *2010 Second Life Community Convention -- Coming Together!* The 6th annual Second Life Community Convention (SLCC) will take place in Boston, August 13-15, at the Boston Park Plaza Hotel and Towers, with a new organizing committee at the helm. AvaCon, Inc. has taken over the reins for the convention with a team experienced in the production of SLCC. The goal of SLCC is to bring the many Residents of the Second Life community together to network, build friendships and to discuss Second Life in a common forum. Since its inception, SLCC has been organized *by* the community *for* the community. All of the organizers and volunteers who plan and staff each year?s convention donate their time, expertise, skills and love of Second Life? to create a great experience for attendees. ?While we all value our experiences in the virtual world, SLCC allows us to meet each other in person, share meals together, learn from one another, and celebrate the abundant creativity that Second Life? makes possible,? says organizer Misty Rhodes. The Second Life Community Convention presents a number of tracks relating to how people are using SL. Last years convention tracks included Education, Business, Health and Support, Nonprofit, Music, Fashion, Art, Theatre, Poetry, Performance & Community. This year organizers are melding areas which have overlapped in the past. ?We?ve changed the names of some of the tracks slightly to better reflect the most common topics at the convention, and we expect that Business & Enterprise, Education & Research, and the Live Music & Performances track will be equivalent to ?full tracks? with the most sessions per day, while the remaining tracks will be ?half tracks? with fewer sessions over all,? explains Rhiannon Chatnoir of the organizing team. AvaCon, Inc. has launched a new website at http://www.slconvention.org which has all the details for the convention content, registration, sponsorship, and volunteering opportunities. The site will act as the center for information about tracks, social events, location, and other details for attendees. Submission forms for proposals for panels and presentations can be found there, along with specifics for advertising in the convention program. Sponsorship opportunities are also available for the Second Life Community Convention. Sponsors have the opportunity to reach a highly coveted target demographic of tech-savvy early adopters, virtual world developers and thought leaders, online community organizers, and the most innovative and dedicated Second Life Residents. In addition to reaching the audience of 350-400 attendees of the convention in Boston, sponsors also have the opportunity to reach an even broader audience of thousands of Second Life residents through the virtual convention site hosted in the virtual world of Second Life . Registration for the convention includes access to the convention content, exhibits, and lunches on convention days. The Early-Bird Registration is available to the first 50 paid registrants at $185. Through July 3, Early Registration is $230, and the Regular Registration price is $260. Because SLCC is organized *for* Second Life Residents *by* Second Life Residents, including teens ? there?s something for everyone! Content creators, artists, and musicians attend to share ideas, get creative, and learn new techniques from the pros. Enterprise users and businesses discuss strategies for success and techniques for maximum ROI. Educators present research, best practices, and workshops. From casual users, community groups, and roleplayers to the serious side of Second Life, come to the conference to learn, share, and network with the real people behind the avatars! *AvaCon, Inc.* is a non-profit organization dedicated to promoting the growth, enhancement, and development of the metaverse, virtual worlds, augmented reality, and 3D immersive and virtual spaces. AvaCon holds conventions and meetings to promote educational and scientific inquiry into these spaces, and to support organized fan activities, including performances, lectures, art, music, machinima, and much more. AvaCon's primary goal is to connect and support the diverse communities and practitioners involved in co-creating and using virtual worlds, and to educate the public about the emerging ecosystem of technologies broadly known as the metaverse. Contact: Chris M. Collins (SL: Fleep Tuque) Director of IT & Communications Second Life Community Convention 2010 Boston, MA | August 13-15, 2010 Organized by AvaCon, Inc. (774) 654-0010 info at avacon.org http://slconvention.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100602/63cfb256/attachment.htm From aleric.inglewood at gmail.com Wed Jun 2 05:38:00 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Wed, 2 Jun 2010 14:38:00 +0200 Subject: [opensource-dev] Moving #opensl (IRC) to freenode.net Message-ID: After a short brain storm on the latest office hours, it was decided that it makes more sense for an open source project to use an IRC channel on freenode. Pending objections (with arguments), we should make the move this week. Please reconfigure your IRC client and see if you can find it and join us there. Right now we registered #opensl only. A few servers you can choose from: irc.freenode.net irc.eu.freenode.net irc.au.freenode.net irc.us.freenode.net All of which should listen on at least port 6667. A detailed list of servers can be found here: http://freenode.net/irc_servers.shtml About freenode. Most question should be answered in their FAQ ( http://freenode.net/faq.shtml) for example for nick registration and cloaking your hostname if you so require. Note that one of the advantages that we get from this move (though by no mean the reason) is that freenode allows very long nick names, so that it becomes possible to use your full SL name as nick name if you wish. From aleric.inglewood at gmail.com Wed Jun 2 06:13:46 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Wed, 2 Jun 2010 15:13:46 +0200 Subject: [opensource-dev] Moving #opensl (IRC) to freenode.net In-Reply-To: References: Message-ID: On Wed, Jun 2, 2010 at 2:38 PM, Aleric Inglewood wrote: > Note that one of the advantages that we get from this move (though by no > mean > the reason) is that freenode allows very long nick names, so that it > becomes > possible to use your full SL name as nick name if you wish. > Oops, as Discrete Dreamscape pointed out, that is not true :/ While longer than on efnet, the nick is still only allowed to be 16 characters in total. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100602/8cef45d1/attachment.htm From monty at lindenlab.com Wed Jun 2 08:51:11 2010 From: monty at lindenlab.com (Monty Brandenberg) Date: Wed, 02 Jun 2010 11:51:11 -0400 Subject: [opensource-dev] Introduction In-Reply-To: <4C05B43A.6020107@lindenlab.com> References: <4BF2FCA4.9050903@lindenlab.com> <4BF3167E.6020409@fishkill.ibm.com> <4C05B43A.6020107@lindenlab.com> Message-ID: <4C067DEF.1000306@lindenlab.com> On 6/1/2010 9:30 PM, Oz Linden (Scott Lawrence) wrote: > Conflict is > fine - sometimes it's even productive, as long as it's done in a way > that recognizes that everyone is > _______________________________________________ Sorry, people, Oz got into a fight. He'll pick this up again after the beating... -- Monty Brandenberg 617.401.2384 monty at lindenlab.com From carlo at alinoe.com Wed Jun 2 10:58:09 2010 From: carlo at alinoe.com (Carlo Wood) Date: Wed, 2 Jun 2010 19:58:09 +0200 Subject: [opensource-dev] Introduction In-Reply-To: <4C067DEF.1000306@lindenlab.com> References: <4BF2FCA4.9050903@lindenlab.com> <4BF3167E.6020409@fishkill.ibm.com> <4C05B43A.6020107@lindenlab.com> <4C067DEF.1000306@lindenlab.com> Message-ID: <20100602175809.GA14955@alinoe.com> On Wed, Jun 02, 2010 at 11:51:11AM -0400, Monty Brandenberg wrote: > On 6/1/2010 9:30 PM, Oz Linden (Scott Lawrence) wrote: > > Conflict is > > fine - sometimes it's even productive, as long as it's done in a way > > that recognizes that everyone is > > _______________________________________________ > > Sorry, people, Oz got into a fight. He'll pick this up again > after the beating... As inspector Clouseau already wisely said in one of his movies: "There is a time for fighting and there is time for not fighting... And the time for fighting is..." -- Carlo Wood From aleric.inglewood at gmail.com Wed Jun 2 11:24:40 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Wed, 2 Jun 2010 20:24:40 +0200 Subject: [opensource-dev] Would like feedback from people (SNOW-596) Message-ID: I added a comment (and patches) to http://jira.secondlife.com/browse/SNOW-596 that I'd like to get ideas for. I'll ask about it in the next open source meeting (tuesday) if it wasn't resolved already by then... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100602/8bf88bb1/attachment.htm From erikba at odysseus.anderson.name Wed Jun 2 12:04:54 2010 From: erikba at odysseus.anderson.name (Erik Anderson) Date: Wed, 2 Jun 2010 12:04:54 -0700 Subject: [opensource-dev] Introduction In-Reply-To: <20100602175809.GA14955@alinoe.com> References: <4BF2FCA4.9050903@lindenlab.com> <4BF3167E.6020409@fishkill.ibm.com> <4C05B43A.6020107@lindenlab.com> <4C067DEF.1000306@lindenlab.com> <20100602175809.GA14955@alinoe.com> Message-ID: On Wed, Jun 2, 2010 at 10:58 AM, Carlo Wood wrote: > On Wed, Jun 02, 2010 at 11:51:11AM -0400, Monty Brandenberg wrote: > > On 6/1/2010 9:30 PM, Oz Linden (Scott Lawrence) wrote: > > > Conflict is > > > fine - sometimes it's even productive, as long as it's done in a way > > > that recognizes that everyone is > > > _______________________________________________ > > > > Sorry, people, Oz got into a fight. He'll pick this up again > > after the beating... > > As inspector Clouseau already wisely said in one of his > movies: "There is a time for fighting and there is time > for not fighting... And the time for fighting is..." > Isn't that about the time that he would accidentally throw himself out of a window or something? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100602/fedbc770/attachment.htm From nexisentertainment at gmail.com Wed Jun 2 16:35:58 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Wed, 02 Jun 2010 16:35:58 -0700 Subject: [opensource-dev] Mesh rendering: What does indicesp provide? Message-ID: <1275521758.2344.35.camel@RAGE> I am almost to the point of going crazy. I was going to write a notecard to a Linden, but I've been knocked out of SL for reasons unknown, so I'll have to ask here. In my infinite lack of wisdom, I decided to start working on a project where I replace the heightmap terrain in Second Life with one based on voxels. To get to the core of the reasoning behind this switch so I don't spend too much time on it: * Voxel-based land allows creation of overhangs/caves/floating chunks of land (not possible with heightmaps) * Also adds the ability to handle up to 255 terrain materials (textures, eventually detail shaders) instead of 4, and the materials are placed where desired instead of at fractional heights. I am working on the rendering code in the SL viewer at the moment, having completed the server-side code and some of the client-side packet-handling classes. However, I have zero familiarity with OpenGL, so bear with me. My viewer needs to construct a terrain surface (a mesh) for display. I have completed an LLViewerObject to this end, except for: ::getGeometry(LLStrider &verticesp, LLStrider &normalsp, LLStrider &colorsp, LLStrider &texCoords0p, LLStrider &texCoords1p, LLStrider &indicesp) What is confusing me is indicesp. I think it has something to do with connecting vertices, but I'm not sure how. The example code I am working with uses a mess of lookup tables in the following loop for each voxel: //Draw the triangles that were found. There can be up to five per cube for(iTriangle = 0; iTriangle < 5; iTriangle++) { if(a2iTriangleConnectionTable[iFlagIndex][3*iTriangle] < 0) break; for(iCorner = 0; iCorner < 3; iCorner++) { iVertex = a2iTriangleConnectionTable[iFlagIndex][3*iTriangle+iCorner]; vGetColor(sColor, asEdgeVertex[iVertex], asEdgeNorm[iVertex]); glColor4f(sColor.fX, sColor.fY, sColor.fZ, 0.6); glNormal3f(asEdgeNorm[iVertex].fX, asEdgeNorm[iVertex].fY, asEdgeNorm[iVertex].fZ); glVertex3f(asEdgeVertex[iVertex].fX, asEdgeVertex[iVertex].fY, asEdgeVertex[iVertex].fZ); } } Can anyone give me any pointers on getting this converted? Thanks. Rob From makosoft at googlemail.com Thu Jun 3 02:50:36 2010 From: makosoft at googlemail.com (Aidan Thornton) Date: Thu, 3 Jun 2010 10:50:36 +0100 Subject: [opensource-dev] Mesh rendering: What does indicesp provide? In-Reply-To: <1275521758.2344.35.camel@RAGE> References: <1275521758.2344.35.camel@RAGE> Message-ID: Hi, On Thu, Jun 3, 2010 at 12:35 AM, Rob Nelson wrote: > I am working on the rendering code in the SL viewer at the moment, > having completed the server-side code and some of the client-side > packet-handling classes. However, I have zero familiarity with OpenGL, > so bear with me. > > My viewer needs to construct a terrain surface (a mesh) for display. I > have completed an LLViewerObject to this end, except for: > > ::getGeometry(LLStrider &verticesp, > LLStrider &normalsp, > LLStrider &colorsp, > LLStrider &texCoords0p, > LLStrider &texCoords1p, > LLStrider &indicesp) > > What is confusing me is indicesp. I think it has something to do with > connecting vertices, but I'm not sure how. I think you should find it's a list of indexes into the vertex, normal, etc arrays that's later passed to glDrawElements, but I'm not 100% sure. > The example code I am > working with uses a mess of lookup tables in the following loop for each > voxel: > > //Draw the triangles that were found. There can be up to five per cube > for(iTriangle = 0; iTriangle < 5; iTriangle++) > { > if(a2iTriangleConnectionTable[iFlagIndex][3*iTriangle] < 0) > break; > > for(iCorner = 0; iCorner < 3; iCorner++) > { > iVertex = > a2iTriangleConnectionTable[iFlagIndex][3*iTriangle+iCorner]; > > vGetColor(sColor, asEdgeVertex[iVertex], > asEdgeNorm[iVertex]); > glColor4f(sColor.fX, sColor.fY, sColor.fZ, 0.6); > glNormal3f(asEdgeNorm[iVertex].fX, > asEdgeNorm[iVertex].fY, asEdgeNorm[iVertex].fZ); > glVertex3f(asEdgeVertex[iVertex].fX, > asEdgeVertex[iVertex].fY, asEdgeVertex[iVertex].fZ); > } > } So, for example, you would convert this code by appending each iVertex used to indicesp in turn rather than rendering the corresponding vertex immediately. It appears there's a slight complication in that all the arrays could contain items that have already been added previously and these may affect your indices, but you should be able to figure this out from the existing code. Aidan From zabb65 at gmail.com Thu Jun 3 04:53:06 2010 From: zabb65 at gmail.com (Zabb65) Date: Thu, 3 Jun 2010 07:53:06 -0400 Subject: [opensource-dev] Mesh rendering: What does indicesp provide? In-Reply-To: <1275521758.2344.35.camel@RAGE> References: <1275521758.2344.35.camel@RAGE> Message-ID: From nexisentertainment at gmail.com Thu Jun 3 05:00:01 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Thu, 03 Jun 2010 05:00:01 -0700 Subject: [opensource-dev] Mesh rendering: What does indicesp provide? In-Reply-To: References: <1275521758.2344.35.camel@RAGE> Message-ID: <1275566401.2344.46.camel@RAGE> Thanks, I've successfully converted the code. I appreciate the perspective. Thanks again, Rob On Thu, 2010-06-03 at 07:53 -0400, Zabb65 wrote: > >From what I remember... > > Indicesp is a pointer to an array of U16s that are offsets to vertexes > in the vertex buffer. Read it as the vertexes normals and all this > other stuff being in static arrays. It then runs through the indice > list and runs the associated glVertex3f commands or whatever on the > vertex at the specified index on the array. This is done for all data > types. > > vector verts; > vector colors; > vector normals; > U16 indices[3] = {0, 1, 2, 1}; > > for(U16 i = 0; i < 3; ++i) > { > U16 x = indices[i]; > > glColor4f(colors[x].mV[0],colors[x].mV[1],colors[x].mV[2],colors[x].mV[3]); > > glNormal3f(normals[x].mV[0],normals[x].mV[1],normals[x].mV[2]); > glVertex3f(verts[x].mV[0],verts[x].mV[1],verts[x].mV[2]); > } > > Is the most simple example I can think of that would demonstrate how > it works internally. > > In the code example you have, the vertexes are drawn one by one in > immediate mode, which is both slow, and undesired. You will have to do > some research into using proper vertex buffers to properly convert the > code. > > On Wed, Jun 2, 2010 at 19:35, Rob Nelson > wrote: > I am almost to the point of going crazy. I was going to write > a > notecard to a Linden, but I've been knocked out of SL for > reasons > unknown, so I'll have to ask here. > > In my infinite lack of wisdom, I decided to start working on a > project > where I replace the heightmap terrain in Second Life with one > based on > voxels. To get to the core of the reasoning behind this > switch so I > don't spend too much time on it: > > * Voxel-based land allows creation of > overhangs/caves/floating chunks > of land (not possible with heightmaps) > * Also adds the ability to handle up to 255 terrain materials > (textures, eventually detail shaders) instead of 4, and the > materials > are placed where desired instead of at fractional heights. > > I am working on the rendering code in the SL viewer at the > moment, > having completed the server-side code and some of the > client-side > packet-handling classes. However, I have zero familiarity > with OpenGL, > so bear with me. > > My viewer needs to construct a terrain surface (a mesh) for > display. I > have completed an LLViewerObject to this end, except for: > > ::getGeometry(LLStrider &verticesp, > LLStrider &normalsp, > LLStrider &colorsp, > LLStrider &texCoords0p, > LLStrider &texCoords1p, > LLStrider &indicesp) > > What is confusing me is indicesp. I think it has something to > do with > connecting vertices, but I'm not sure how. The example code I > am > working with uses a mess of lookup tables in the following > loop for each > voxel: > > //Draw the triangles that were found. There can be up > to five per cube > for(iTriangle = 0; iTriangle < 5; iTriangle++) > { > > if(a2iTriangleConnectionTable[iFlagIndex][3*iTriangle] < 0) > break; > > for(iCorner = 0; iCorner < 3; iCorner++) > { > iVertex = > a2iTriangleConnectionTable[iFlagIndex][3*iTriangle+iCorner]; > > vGetColor(sColor, asEdgeVertex[iVertex], > asEdgeNorm[iVertex]); > glColor4f(sColor.fX, sColor.fY, sColor.fZ, > 0.6); > glNormal3f(asEdgeNorm[iVertex].fX, > asEdgeNorm[iVertex].fY, asEdgeNorm[iVertex].fZ); > glVertex3f(asEdgeVertex[iVertex].fX, > asEdgeVertex[iVertex].fY, asEdgeVertex[iVertex].fZ); > } > } > > Can anyone give me any pointers on getting this converted? > > Thanks. > > Rob > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated > posting privileges > From zabb65 at gmail.com Thu Jun 3 05:03:08 2010 From: zabb65 at gmail.com (Zabb65) Date: Thu, 3 Jun 2010 08:03:08 -0400 Subject: [opensource-dev] Mesh rendering: What does indicesp provide? In-Reply-To: <1275521758.2344.35.camel@RAGE> References: <1275521758.2344.35.camel@RAGE> Message-ID: As for conversion, it looks like you should just convert asEdgeVertex asEdgeNorm and the results of vGetColor(for each normal in asEdgeNerm) into arrays, and build the index table from the results of iVertex. It more or less looks like it was written to use vertex buffers, but was converted to something else. That being said, you will need to convert the colors from floats into bytes to use the LL implementation of vertex buffers, and either tell it you don't have textures, or provide texture coordinates as well. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100603/4eba4aab/attachment-0001.htm From wolfpup67 at earthlink.net Thu Jun 3 05:25:01 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Thu, 3 Jun 2010 08:25:01 -0400 Subject: [opensource-dev] Oz Linden office hours In-Reply-To: <4C05C5E4.5060003@lindenlab.com> References: <4C05C5E4.5060003@lindenlab.com> Message-ID: <000c01cb0317$c9e43b20$5dacb160$@net> I would enjoy coming to your OH but I have a slight scheduling conflicts both in world and RL. On Tuesday's I'm hosting an event and on Wednesday's im working RL during those times. -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of Oz Linden (Scott Lawrence) Sent: Tuesday, June 01, 2010 10:46 PM To: opensource-dev at lists.secondlife.com Subject: [opensource-dev] Oz Linden office hours I'm starting office hours... for now twice weekly. Please feel free to drop in to discuss any open source issues. At this stage, you're more likely to help me with building and developing, so if that's what you're after Merov is probably a better bet. https://wiki.secondlife.com/wiki/User:Oz_Linden/Office_Hours _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.829 / Virus Database: 271.1.1/2914 - Release Date: 06/02/10 14:25:00 From geenz at geenzo.com Thu Jun 3 09:42:08 2010 From: geenz at geenzo.com (Jonathan Goodman) Date: Thu, 3 Jun 2010 11:42:08 -0500 Subject: [opensource-dev] Mesh rendering: What does indicesp provide? In-Reply-To: References: <1275521758.2344.35.camel@RAGE> Message-ID: It may be a bit late for this, but I would actually like to point out a paper that was recently released that details the construction of terrain from voxels in the C4 Game Engine (1.5.9, and the LOD algorithms introduced in C4 2.0 that was released a few days ago). The implementation in place in C4 is quite fast, to the point it's quite suitable for realtime deformations of terrain. It details the construction, Level of Detail, material handling for per-pixel lighting, and to some extent the editing tools available in C4 for voxel terrain editing. http://www.terathon.com/lengyel/Lengyel-VoxelTerrain.pdf -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100603/59a0e074/attachment.htm From fleep513 at gmail.com Tue Jun 1 23:51:05 2010 From: fleep513 at gmail.com (Fleep Tuque) Date: Wed, 2 Jun 2010 02:51:05 -0400 Subject: [opensource-dev] Second Life Community Convention 2010 - Boston - Aug 13-15th Message-ID: Hi all, Sending out the official announcement about this year's SLCC 2010, we look forward to a really terrific convention this year! Be sure to visit the website at http://slconvention.org to submit a proposal, volunteer to lead a track, or just plain volunteer - we always need the help! - Fleep *2010 Second Life Community Convention -- Coming Together!* The 6th annual Second Life Community Convention (SLCC) will take place in Boston, August 13-15, at the Boston Park Plaza Hotel and Towers, with a new organizing committee at the helm. AvaCon, Inc. has taken over the reins for the convention with a team experienced in the production of SLCC. The goal of SLCC is to bring the many Residents of the Second Life community together to network, build friendships and to discuss Second Life in a common forum. Since its inception, SLCC has been organized *by* the community *for* the community. All of the organizers and volunteers who plan and staff each year?s convention donate their time, expertise, skills and love of Second Life? to create a great experience for attendees. ?While we all value our experiences in the virtual world, SLCC allows us to meet each other in person, share meals together, learn from one another, and celebrate the abundant creativity that Second Life? makes possible,? says organizer Misty Rhodes. The Second Life Community Convention presents a number of tracks relating to how people are using SL. Last years convention tracks included Education, Business, Health and Support, Nonprofit, Music, Fashion, Art, Theatre, Poetry, Performance & Community. This year organizers are melding areas which have overlapped in the past. ?We?ve changed the names of some of the tracks slightly to better reflect the most common topics at the convention, and we expect that Business & Enterprise, Education & Research, and the Live Music & Performances track will be equivalent to ?full tracks? with the most sessions per day, while the remaining tracks will be ?half tracks? with fewer sessions over all,? explains Rhiannon Chatnoir of the organizing team. AvaCon, Inc. has launched a new website at http://www.slconvention.org which has all the details for the convention content, registration, sponsorship, and volunteering opportunities. The site will act as the center for information about tracks, social events, location, and other details for attendees. Submission forms for proposals for panels and presentations can be found there, along with specifics for advertising in the convention program. Sponsorship opportunities are also available for the Second Life Community Convention. Sponsors have the opportunity to reach a highly coveted target demographic of tech-savvy early adopters, virtual world developers and thought leaders, online community organizers, and the most innovative and dedicated Second Life Residents. In addition to reaching the audience of 350-400 attendees of the convention in Boston, sponsors also have the opportunity to reach an even broader audience of thousands of Second Life residents through the virtual convention site hosted in the virtual world of Second Life . Registration for the convention includes access to the convention content, exhibits, and lunches on convention days. The Early-Bird Registration is available to the first 50 paid registrants at $185. Through July 3, Early Registration is $230, and the Regular Registration price is $260. Because SLCC is organized *for* Second Life Residents *by* Second Life Residents, including teens ? there?s something for everyone! Content creators, artists, and musicians attend to share ideas, get creative, and learn new techniques from the pros. Enterprise users and businesses discuss strategies for success and techniques for maximum ROI. Educators present research, best practices, and workshops. From casual users, community groups, and roleplayers to the serious side of Second Life, come to the conference to learn, share, and network with the real people behind the avatars! *AvaCon, Inc.* is a non-profit organization dedicated to promoting the growth, enhancement, and development of the metaverse, virtual worlds, augmented reality, and 3D immersive and virtual spaces. AvaCon holds conventions and meetings to promote educational and scientific inquiry into these spaces, and to support organized fan activities, including performances, lectures, art, music, machinima, and much more. AvaCon's primary goal is to connect and support the diverse communities and practitioners involved in co-creating and using virtual worlds, and to educate the public about the emerging ecosystem of technologies broadly known as the metaverse. Contact: Chris M. Collins (SL: Fleep Tuque) Director of IT & Communications Second Life Community Convention 2010 Boston, MA | August 13-15, 2010 Organized by AvaCon, Inc. (774) 654-0010 info at avacon.org http://slconvention.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100602/1ce43dc6/attachment.htm From nexisentertainment at gmail.com Thu Jun 3 15:55:00 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Thu, 03 Jun 2010 15:55:00 -0700 Subject: [opensource-dev] Mesh rendering: What does indicesp provide? In-Reply-To: References: <1275521758.2344.35.camel@RAGE> Message-ID: <1275605700.2344.50.camel@RAGE> It may be quite fast, but I don't think it's GPL, so I can't really use it. I'll have to come up with my own MacGyver'd implementation of LOD and stitching after I finish the initial implementation. Rob On Thu, 2010-06-03 at 11:42 -0500, Jonathan Goodman wrote: > It may be a bit late for this, but I would actually like to point out > a paper that was recently released that details the construction of > terrain from voxels in the C4 Game Engine (1.5.9, and the LOD > algorithms introduced in C4 2.0 that was released a few days ago). > The implementation in place in C4 is quite fast, to the point it's > quite suitable for realtime deformations of terrain. It details the > construction, Level of Detail, material handling for per-pixel > lighting, and to some extent the editing tools available in C4 for > voxel terrain editing. > http://www.terathon.com/lengyel/Lengyel-VoxelTerrain.pdf > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges From geenz at geenzo.com Thu Jun 3 16:16:15 2010 From: geenz at geenzo.com (Geenz Spad) Date: Thu, 3 Jun 2010 18:16:15 -0500 Subject: [opensource-dev] Mesh rendering: What does indicesp provide? In-Reply-To: <1275605700.2344.50.camel@RAGE> References: <1275521758.2344.35.camel@RAGE> <1275605700.2344.50.camel@RAGE> Message-ID: I'm sure it wouldn't hurt to ask Eric Lengyel if one could create their own LGPL implementation of Voxel terrain LOD based off of his paper. He'll usually only ever say no in the event that it involves distributing code to one of his commercial products (such as the C4 Engine). Since in this case, it involves a paper that he distributes freely, I doubt he'll have any problem. He writes these papers with the intention of people implementing them in their own projects. He responds to emails fairly quickly. On Thu, Jun 3, 2010 at 5:55 PM, Rob Nelson wrote: > It may be quite fast, but I don't think it's GPL, so I can't really use > it. I'll have to come up with my own MacGyver'd implementation of LOD > and stitching after I finish the initial implementation. > > Rob > On Thu, 2010-06-03 at 11:42 -0500, Jonathan Goodman wrote: > > It may be a bit late for this, but I would actually like to point out > > a paper that was recently released that details the construction of > > terrain from voxels in the C4 Game Engine (1.5.9, and the LOD > > algorithms introduced in C4 2.0 that was released a few days ago). > > The implementation in place in C4 is quite fast, to the point it's > > quite suitable for realtime deformations of terrain. It details the > > construction, Level of Detail, material handling for per-pixel > > lighting, and to some extent the editing tools available in C4 for > > voxel terrain editing. > > http://www.terathon.com/lengyel/Lengyel-VoxelTerrain.pdf > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/OpenSource-Dev > > Please read the policies before posting to keep unmoderated posting > privileges > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100603/0e8db39d/attachment.htm From carlo at alinoe.com Thu Jun 3 16:22:07 2010 From: carlo at alinoe.com (Carlo Wood) Date: Fri, 4 Jun 2010 01:22:07 +0200 Subject: [opensource-dev] Moving #opensl (IRC) to freenode.net In-Reply-To: References: Message-ID: <20100603232207.GA16232@alinoe.com> Since nobody reacts, I assume there are no objections. When are we going to move over? -- Carlo Wood From merov at lindenlab.com Thu Jun 3 18:40:18 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Thu, 3 Jun 2010 18:40:18 -0700 Subject: [opensource-dev] Snowglobe 2.0 update Message-ID: Hi, Here's a quick update of where we stand with Snowglobe 2.0. All patches from 1.x have been analyzed and those that need to be ported have had a JIRA created to track them. All this is summarized in the spreadsheet: - https://spreadsheets.google.com/ccc?key=0AgvC7hm5YZqcdHVXb05iTE0wTFc0bWptTW4tOTZuS3c&hl=en As you can see, all the "easy" ports have been done and we're now left with the "hard" ones (see "SG2.0 port JIRA" column for JIRA records not resolved, white background rows). Most have owners as of now but there are still a couple that need love. Please check the JIRA and contribute patches :) During today's Hippo meeting, we decided to "punt" 3 port issues: - OGP Interop login/teleport (https://jira.secondlife.com/browse/SNOW-666) : no owner for the moment. If one was to show up, we'll certainly take a contribution. - Select account from list at login ( https://jira.secondlife.com/browse/SNOW-670) : this feature has problems, especially for folks connecting to OpenSim and other grids. Besides, 2.0.2 is coming up with major rework of the Login UI (see viewer-external). For all these reasons, it seems premature to port that one as it. We should think about a better feature for the post Snowglobe 2.0 iteration. Ideas and contribution welcome! - Avatar overall true height info to appearance editor window ( https://jira.secondlife.com/browse/SNOW-700) : This one has been ported already by Nyx in 2.0.2 so, despite the fact it won't show up in Snowglobe 2.0, it will be there at the next iteration. No point in porting it again. All counted, we have now 50 JIRAs open against 2.0. This includes remaining ports and bugs: - https://jira.secondlife.com/secure/IssueNavigator.jspa?reset=true&&fixfor=10571&pid=10100&resolution=-1&sorter/field=priority&sorter/order=DESC We'll be scrubbing that list daily to get to the smallest list of tasks before releasing an official Snowglobe 2.0 (i.e. one that contains Viewer 2.0 + all Snowglobe 1.x features). I'll be tearing through that list and committing like a maniac as I've done in the past weeks. Feel free to help contributing patches for those open JIRA (special thanks to all those who did already, this was very much appreciated). Testing is also always a good way to help. If you can't build the trunk, the most recent binaries (fresh from yesterday) can be found here: - Windows: http://secondlife.com/developers/opensource/downloads/2010/trunk/3401/Snowglobe_2-0-1-3401_Setup.exe - Darwin: http://secondlife.com/developers/opensource/downloads/2010/trunk/3401/Snowglobe_2_0_1_3401_SNOWGLOBETESTBUILD.dmg - Linux: http://secondlife.com/developers/opensource/downloads/2010/trunk/3401/Snowglobe-i686-2.0.1.3401.tar.bz2 Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100603/803f48ee/attachment-0001.htm From oz at lindenlab.com Fri Jun 4 06:48:15 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 04 Jun 2010 09:48:15 -0400 Subject: [opensource-dev] Moving #opensl (IRC) to freenode.net In-Reply-To: References: Message-ID: <4C09041F.2050303@lindenlab.com> On 2010-06-02 8:38, Aleric Inglewood wrote: > After a short brain storm on the latest office hours, it > was decided that it makes more sense for an open source > project to use an IRC channel on freenode. > > Pending objections (with arguments), we should > make the move this week. Please reconfigure your > IRC client and see if you can find it and join us > there. > > Right now we registered #opensl only. If I'm not mistaken, we have some bots that send messages to the efnet channel. I'll look into getting those switched. I had no trouble getting that set up for myself. From oz at lindenlab.com Fri Jun 4 08:00:12 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Fri, 04 Jun 2010 11:00:12 -0400 Subject: [opensource-dev] Oz Linden office hours In-Reply-To: <4C05C5E4.5060003@lindenlab.com> References: <4C05C5E4.5060003@lindenlab.com> Message-ID: <4C0914FC.6030202@lindenlab.com> On 2010-06-01 22:45, Oz Linden (Scott Lawrence) wrote: > I'm starting office hours... for now twice weekly. Please feel free > to drop in to discuss any open source issues. > > At this stage, you're more likely to help me with building and > developing, so if that's what you're after Merov is probably a better > bet. > > https://wiki.secondlife.com/wiki/User:Oz_Linden/Office_Hours > I shifted the Wednesday slot one half hour later to avoid a conflict with Nyx's office hours. From secret.argent at gmail.com Fri Jun 4 10:09:58 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Fri, 4 Jun 2010 12:09:58 -0500 Subject: [opensource-dev] Mesh rendering: What does indicesp provide? In-Reply-To: <1275605700.2344.50.camel@RAGE> References: <1275521758.2344.35.camel@RAGE> <1275605700.2344.50.camel@RAGE> Message-ID: On 2010-06-03, at 17:55, Rob Nelson wrote: > It may be quite fast, but I don't think it's GPL, so I can't really > use > it. I'll have to come up with my own MacGyver'd implementation of LOD > and stitching after I finish the initial implementation. If what you're getting from the paper is the algorithm, it doesn't matter if it's GPL, BSDL, or Microsoft Sneaky Shared Source License, no? From kf6kjg at gmail.com Fri Jun 4 11:17:59 2010 From: kf6kjg at gmail.com (Ricky) Date: Fri, 4 Jun 2010 11:17:59 -0700 Subject: [opensource-dev] Snowglobe 2.0 update In-Reply-To: References: Message-ID: Any particular reason that http://wiki.secondlife.com/wiki/Snowglobe doesn't get it's experimental "trunk" build updated when these new builds are released? The current version up there is 2.0.1.3339 released April 27, 2010. If there's no particular reason, I (or whomever gets to it first,) can update those links. Ricky Cron Stardust On Thu, Jun 3, 2010 at 6:40 PM, Philippe (Merov) Bossut wrote: > Hi, > > Here's a quick update of where we stand with Snowglobe 2.0. > > All patches from 1.x have been analyzed and those that need to be ported > have had a JIRA created to track them. All this is summarized in the > spreadsheet: > - > https://spreadsheets.google.com/ccc?key=0AgvC7hm5YZqcdHVXb05iTE0wTFc0bWptTW4tOTZuS3c&hl=en > > As you can see, all the "easy" ports have been done and we're now left with > the "hard" ones (see "SG2.0 port JIRA" column for JIRA records not resolved, > white background rows). Most have owners as of now but there are still a > couple that need love. Please check the JIRA and contribute patches :) > > During today's Hippo meeting, we decided to "punt" 3 port issues: > - OGP Interop login/teleport (https://jira.secondlife.com/browse/SNOW-666) : > no owner for the moment. If one was to show up, we'll certainly take a > contribution. > - Select account from list at login > (https://jira.secondlife.com/browse/SNOW-670) : this feature has problems, > especially for folks connecting to OpenSim and other grids. Besides, 2.0.2 > is coming up with major rework of the Login UI (see viewer-external). For > all these reasons, it seems premature to port that one as it. We should > think about a better feature for the post Snowglobe 2.0 iteration. Ideas and > contribution welcome! > - Avatar overall true height info to appearance editor window > (https://jira.secondlife.com/browse/SNOW-700) : This one has been ported > already by Nyx in 2.0.2 so, despite the fact it won't show up in Snowglobe > 2.0, it will be there at the next iteration. No point in porting it again. > > All counted, we have now 50 JIRAs open against 2.0. This includes remaining > ports and bugs: > - > https://jira.secondlife.com/secure/IssueNavigator.jspa?reset=true&&fixfor=10571&pid=10100&resolution=-1&sorter/field=priority&sorter/order=DESC > > We'll be scrubbing that list daily to get to the smallest list of tasks > before releasing an official Snowglobe 2.0 (i.e. one that contains Viewer > 2.0 + all Snowglobe 1.x features). I'll be tearing through that list and > committing like a maniac as I've done in the past weeks. Feel free to help > contributing patches for those open JIRA (special thanks to all those who > did already, this was very much appreciated). > > Testing is also always a good way to help. If you can't build the trunk, the > most recent binaries (fresh from yesterday) can be found here: > - Windows: > http://secondlife.com/developers/opensource/downloads/2010/trunk/3401/Snowglobe_2-0-1-3401_Setup.exe > - Darwin: > http://secondlife.com/developers/opensource/downloads/2010/trunk/3401/Snowglobe_2_0_1_3401_SNOWGLOBETESTBUILD.dmg > - Linux: > http://secondlife.com/developers/opensource/downloads/2010/trunk/3401/Snowglobe-i686-2.0.1.3401.tar.bz2 > > Cheers, > - Merov > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > From merov at lindenlab.com Mon Jun 7 10:41:47 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Mon, 7 Jun 2010 10:41:47 -0700 Subject: [opensource-dev] Snowglobe 2.0 update In-Reply-To: References: Message-ID: Hi Ricky, On Fri, Jun 4, 2010 at 11:17 AM, Ricky wrote: > Any particular reason that http://wiki.secondlife.com/wiki/Snowglobe > doesn't get it's experimental "trunk" build updated when these new > builds are released? The current version up there is 2.0.1.3339 > released April 27, 2010. > No particular reason other than it needs to be done manually. The reason it's never been automated is that it gives us an opportunity to prevent the wide dissemination of possibly bogus builds to unsuspecting casual users (those are trunk versions after all and we have seen the trunk badly broken for days at a time in the past). People like you picking up build notifications from @sldev-commit are considered savvy enough to not be outraged if a trunk build fails rapidly. > > If there's no particular reason, I (or whomever gets to it first,) can > update those links. > Please do! Wiki updating from the community is always appreciated. Thanks for doing this. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100607/f714c4c6/attachment.htm From kf6kjg at gmail.com Mon Jun 7 12:58:37 2010 From: kf6kjg at gmail.com (Ricky) Date: Mon, 7 Jun 2010 12:58:37 -0700 Subject: [opensource-dev] Snowglobe 2.0 update In-Reply-To: References: Message-ID: I figure that since the particular links I was looking at are marked (in bold) with the word "Experimental" I figure that people realize that it might be broken... Even so, I've added a line of warning that might help filter out the unhelpful. Trunk build links updated on https://wiki.secondlife.com/wiki/Snowglobe#Development_Versions Ricky Cron Stardust On Mon, Jun 7, 2010 at 10:41 AM, Philippe (Merov) Bossut wrote: > Hi Ricky, > > On Fri, Jun 4, 2010 at 11:17 AM, Ricky wrote: >> >> Any particular reason that http://wiki.secondlife.com/wiki/Snowglobe >> doesn't get it's experimental "trunk" build updated when these new >> builds are released? ?The current version up there is 2.0.1.3339 >> released April 27, 2010. > > No particular reason other than it needs to be done manually. The reason > it's never been automated is that it gives us an opportunity to prevent the > wide dissemination of possibly bogus builds to unsuspecting casual users > (those are trunk versions after all and we have seen the trunk badly broken > for days at a time in the past). People like you picking up build > notifications from @sldev-commit are considered savvy enough to not be > outraged if a trunk build fails rapidly. > >> >> If there's no particular reason, I (or whomever gets to it first,) can >> update those links. > > Please do! Wiki updating from the community is always appreciated. Thanks > for doing this. > > Cheers, > - Merov > From malachi at tamzap.com Mon Jun 7 13:09:02 2010 From: malachi at tamzap.com (malachi at tamzap.com) Date: Mon, 7 Jun 2010 20:09:02 +0000 Subject: [opensource-dev] Snowglobe 2.0 update In-Reply-To: References: Message-ID: <580641824-1275941343-cardhu_decombobulator_blackberry.rim.net-2069233552-@bda313.bisx.prod.on.blackberry> Seeing as how the good ole boys at microsoft decided to kill vs08 has anyone successfully built with 2010 Sent from my Verizon Wireless BlackBerry -----Original Message----- From: Ricky Date: Mon, 7 Jun 2010 12:58:37 To: Philippe (Merov) Bossut Cc: Subject: Re: [opensource-dev] Snowglobe 2.0 update I figure that since the particular links I was looking at are marked (in bold) with the word "Experimental" I figure that people realize that it might be broken... Even so, I've added a line of warning that might help filter out the unhelpful. Trunk build links updated on https://wiki.secondlife.com/wiki/Snowglobe#Development_Versions Ricky Cron Stardust On Mon, Jun 7, 2010 at 10:41 AM, Philippe (Merov) Bossut wrote: > Hi Ricky, > > On Fri, Jun 4, 2010 at 11:17 AM, Ricky wrote: >> >> Any particular reason that http://wiki.secondlife.com/wiki/Snowglobe >> doesn't get it's experimental "trunk" build updated when these new >> builds are released? ?The current version up there is 2.0.1.3339 >> released April 27, 2010. > > No particular reason other than it needs to be done manually. The reason > it's never been automated is that it gives us an opportunity to prevent the > wide dissemination of possibly bogus builds to unsuspecting casual users > (those are trunk versions after all and we have seen the trunk badly broken > for days at a time in the past). People like you picking up build > notifications from @sldev-commit are considered savvy enough to not be > outraged if a trunk build fails rapidly. > >> >> If there's no particular reason, I (or whomever gets to it first,) can >> update those links. > > Please do! Wiki updating from the community is always appreciated. Thanks > for doing this. > > Cheers, > - Merov > _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges From wolfpup67 at earthlink.net Tue Jun 8 04:38:09 2010 From: wolfpup67 at earthlink.net (WolfPup Lowenhar) Date: Tue, 8 Jun 2010 07:38:09 -0400 Subject: [opensource-dev] Snowglobe 2.0 update In-Reply-To: <580641824-1275941343-cardhu_decombobulator_blackberry.rim.net-2069233552-@bda313.bisx.prod.on.blackberry> References: <580641824-1275941343-cardhu_decombobulator_blackberry.rim.net-2069233552-@bda313.bisx.prod.on.blackberry> Message-ID: <001801cb06ff$11c23b00$3546b100$@net> Concerning your question about trying to build SG V2 using VS2010 cmake will not even make the proj and other needed files so that you can even try to build the viewer Using VS2010. As I have all three Visual Studio on my windows 7 32-bit system and cannot get it to even build in VS2008. It will only build with VS2005. -----Original Message----- From: opensource-dev-bounces at lists.secondlife.com [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of malachi at tamzap.com Sent: Monday, June 07, 2010 4:09 PM To: Ricky; opensource-dev-bounces at lists.secondlife.com; Philippe (Merov) Bossut Cc: opensource-dev at lists.secondlife.com Subject: Re: [opensource-dev] Snowglobe 2.0 update Seeing as how the good ole boys at microsoft decided to kill vs08 has anyone successfully built with 2010 Sent from my Verizon Wireless BlackBerry -----Original Message----- From: Ricky Date: Mon, 7 Jun 2010 12:58:37 To: Philippe (Merov) Bossut Cc: Subject: Re: [opensource-dev] Snowglobe 2.0 update I figure that since the particular links I was looking at are marked (in bold) with the word "Experimental" I figure that people realize that it might be broken... Even so, I've added a line of warning that might help filter out the unhelpful. Trunk build links updated on https://wiki.secondlife.com/wiki/Snowglobe#Development_Versions Ricky Cron Stardust On Mon, Jun 7, 2010 at 10:41 AM, Philippe (Merov) Bossut wrote: > Hi Ricky, > > On Fri, Jun 4, 2010 at 11:17 AM, Ricky wrote: >> >> Any particular reason that http://wiki.secondlife.com/wiki/Snowglobe >> doesn't get it's experimental "trunk" build updated when these new >> builds are released? ?The current version up there is 2.0.1.3339 >> released April 27, 2010. > > No particular reason other than it needs to be done manually. The reason > it's never been automated is that it gives us an opportunity to prevent the > wide dissemination of possibly bogus builds to unsuspecting casual users > (those are trunk versions after all and we have seen the trunk badly broken > for days at a time in the past). People like you picking up build > notifications from @sldev-commit are considered savvy enough to not be > outraged if a trunk build fails rapidly. > >> >> If there's no particular reason, I (or whomever gets to it first,) can >> update those links. > > Please do! Wiki updating from the community is always appreciated. Thanks > for doing this. > > Cheers, > - Merov > _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.829 / Virus Database: 271.1.1/2923 - Release Date: 06/07/10 02:35:00 From kadah.coba at gmail.com Tue Jun 8 10:36:50 2010 From: kadah.coba at gmail.com (Kadah) Date: Tue, 08 Jun 2010 10:36:50 -0700 Subject: [opensource-dev] Snowglobe 2.0 update In-Reply-To: <001801cb06ff$11c23b00$3546b100$@net> References: <580641824-1275941343-cardhu_decombobulator_blackberry.rim.net-2069233552-@bda313.bisx.prod.on.blackberry> <001801cb06ff$11c23b00$3546b100$@net> Message-ID: <4C0E7FB2.2050509@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've built v2 on VC90 before, it didn't really run but it built. Main issue is still that all the libs need to be rebuilt for VC90. As for cmake and VC100, what version of cmake are you using? I messed around with building 1.23.4 on VC100 last year and cmake wasn't an issue after I installed the 2.7 beta and the current 2.8.1 has support for VC100. On 6/8/2010 4:38 AM, WolfPup Lowenhar wrote: > Concerning your question about trying to build SG V2 using VS2010 cmake will > not even make the proj and other needed files so that you can even try to > build the viewer Using VS2010. As I have all three Visual Studio on my > windows 7 32-bit system and cannot get it to even build in VS2008. It will > only build with VS2005. > > -----Original Message----- > From: opensource-dev-bounces at lists.secondlife.com > [mailto:opensource-dev-bounces at lists.secondlife.com] On Behalf Of > malachi at tamzap.com > Sent: Monday, June 07, 2010 4:09 PM > To: Ricky; opensource-dev-bounces at lists.secondlife.com; Philippe (Merov) > Bossut > Cc: opensource-dev at lists.secondlife.com > Subject: Re: [opensource-dev] Snowglobe 2.0 update > > Seeing as how the good ole boys at microsoft decided to kill vs08 has anyone > successfully built with 2010 > Sent from my Verizon Wireless BlackBerry > > -----Original Message----- > From: Ricky > Date: Mon, 7 Jun 2010 12:58:37 > To: Philippe (Merov) Bossut > Cc: > Subject: Re: [opensource-dev] Snowglobe 2.0 update > > I figure that since the particular links I was looking at are marked > (in bold) with the word "Experimental" I figure that people realize > that it might be broken... Even so, I've added a line of warning that > might help filter out the unhelpful. > > Trunk build links updated on > https://wiki.secondlife.com/wiki/Snowglobe#Development_Versions > > Ricky > Cron Stardust > > On Mon, Jun 7, 2010 at 10:41 AM, Philippe (Merov) Bossut > wrote: >> Hi Ricky, >> >> On Fri, Jun 4, 2010 at 11:17 AM, Ricky wrote: >>> >>> Any particular reason that http://wiki.secondlife.com/wiki/Snowglobe >>> doesn't get it's experimental "trunk" build updated when these new >>> builds are released? The current version up there is 2.0.1.3339 >>> released April 27, 2010. >> >> No particular reason other than it needs to be done manually. The reason >> it's never been automated is that it gives us an opportunity to prevent > the >> wide dissemination of possibly bogus builds to unsuspecting casual users >> (those are trunk versions after all and we have seen the trunk badly > broken >> for days at a time in the past). People like you picking up build >> notifications from @sldev-commit are considered savvy enough to not be >> outraged if a trunk build fails rapidly. >> >>> >>> If there's no particular reason, I (or whomever gets to it first,) can >>> update those links. >> >> Please do! Wiki updating from the community is always appreciated. Thanks >> for doing this. >> >> Cheers, >> - Merov >> > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.829 / Virus Database: 271.1.1/2923 - Release Date: 06/07/10 > 02:35:00 > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMDn+yAAoJEIdLfPRu7qE2bEQH+wav9hwr3P25PkcwoT2jilGf oHDsbJG6y6zd85ac78iPaJvKgTH5teja6yQdx7N/+Or02EqnreVrFAlJfp5HM7b9 NhC10ldDCgLcU7sSNu5O5DURGCamlZ8u1z/784qsXDRG1WTYgIFLrl5nK8kRIrSH geNdXEMoUGvuYb6fe6bLZ6f0hAzQ4qPa2TYwvG0qLQUQK4PWeWz8QnkOUX8BMJOd igeE+3cEU5qyA257gbChnRv98viEPS2LgnE+D8slMUmfvVLy5oohJbN5Wr0HodTf 5j+SKh2PGhky7PBFRAzezBvFG9LCieiEWYRRGpigHOSpMLmOsvuEcpAv4RY3u5s= =ak39 -----END PGP SIGNATURE----- From tofu at lindenlab.com Wed Jun 9 08:07:30 2010 From: tofu at lindenlab.com (Tofu Linden) Date: Wed, 09 Jun 2010 16:07:30 +0100 Subject: [opensource-dev] fwd/ann: Linden Lab open source LLSD code Message-ID: <4C0FAE32.1070104@lindenlab.com> I saw this on the vwrap list and I thought it might be of general interest to opensource-dev. Cheers. > From: Mark Lentczner > Date: June 7, 2010 4:38:55 PM PDT > To: vwrap > Subject: Linden Lab open source LLSD code > > I'm happy to announce that Linden Lab has open sourced (MIT licensed) its LLSD implementations in four languages: C++, JavaScript, Haskell, and Python. The code can be found here: > http://hg.secondlife.com/llsd > > Please let me know if this is useful, and if you need any help using it. > > - Mark & Josh > > From the README file: > > Linden Lab LLSD Libraries > ------------------------- > v1 - 2010-06-07 - Joshua Bell & Mark Lentczner > > > ABOUT > ===== > > LLSD is defined in draft-hamrick-vwrap-type-system-00. It is a structured data > system used for interchange. See the draft for more details: > > http://tools.ietf.org/html/draft-hamrick-vwrap-type-system-00 > > The design and development of LLSD is being undertaken by the IETF VWRAP > working group. Please direct design and development questions to its mailing > list. > > wiki - http://trac.tools.ietf.org/wg/vwrap/trac/wiki > list - https://www.ietf.org/mailman/listinfo/ogpx > > This distribution contains Linden Lab's open source (MIT licensed) > implementations of the LLSD type system in four langauges: > > C++ LLSD > JavaScript LLSD & LLIDL > Haskell LLSD & LLIDL > Python LLSD & LLIDL (*) > > There are four directories, one per file, and each has its own README file with > details for building and using the code. All versions have unit tests. > > Questions regarding these libraries can be directed to Josh or Mark: > josh at lindenlab.com > markl at lindenlab.com > > Linden Lab hopes that by releasing these open source, it will help facilitiate > the development of LLSD, as well as ease interoperatibility with currently > deployed systems that use LLSD such as Second Life and OpenSim. > > - Josh & Mark > > (*) The Python version is currently distributed in a separate repository: > http://hg.secondlife.com/llbase/ > The intention is to eventually migrate it here. > From josh at lindenlab.com Wed Jun 9 09:19:02 2010 From: josh at lindenlab.com (Joshua Bell) Date: Wed, 9 Jun 2010 09:19:02 -0700 Subject: [opensource-dev] fwd/ann: Linden Lab open source LLSD code In-Reply-To: <4C0FAE32.1070104@lindenlab.com> References: <4C0FAE32.1070104@lindenlab.com> Message-ID: We added PHP in as well. I've started to look at a Ruby impl that's kicking around, but I'm unfamiliar with the language. might just get it passing unit tests on all platforms then kick it out the door. On Wed, Jun 9, 2010 at 8:07 AM, Tofu Linden wrote: > I saw this on the vwrap list and I thought it might be of general > interest to opensource-dev. Cheers. > > > From: Mark Lentczner > > Date: June 7, 2010 4:38:55 PM PDT > > To: vwrap > > Subject: Linden Lab open source LLSD code > > > > I'm happy to announce that Linden Lab has open sourced (MIT licensed) > its LLSD implementations in four languages: C++, JavaScript, Haskell, > and Python. The code can be found here: > > http://hg.secondlife.com/llsd > > > > Please let me know if this is useful, and if you need any help using it. > > > > - Mark & Josh > > > > From the README file: > > > > Linden Lab LLSD Libraries > > ------------------------- > > v1 - 2010-06-07 - Joshua Bell & Mark Lentczner > > > > > > ABOUT > > ===== > > > > LLSD is defined in draft-hamrick-vwrap-type-system-00. It is a > structured data > > system used for interchange. See the draft for more details: > > > > http://tools.ietf.org/html/draft-hamrick-vwrap-type-system-00 > > > > The design and development of LLSD is being undertaken by the IETF VWRAP > > working group. Please direct design and development questions to its > mailing > > list. > > > > wiki - http://trac.tools.ietf.org/wg/vwrap/trac/wiki > > list - https://www.ietf.org/mailman/listinfo/ogpx > > > > This distribution contains Linden Lab's open source (MIT licensed) > > implementations of the LLSD type system in four langauges: > > > > C++ LLSD > > JavaScript LLSD & LLIDL > > Haskell LLSD & LLIDL > > Python LLSD & LLIDL (*) > > > > There are four directories, one per file, and each has its own README > file with > > details for building and using the code. All versions have unit tests. > > > > Questions regarding these libraries can be directed to Josh or Mark: > > josh at lindenlab.com > > markl at lindenlab.com > > > > Linden Lab hopes that by releasing these open source, it will help > facilitiate > > the development of LLSD, as well as ease interoperatibility with > currently > > deployed systems that use LLSD such as Second Life and OpenSim. > > > > - Josh & Mark > > > > (*) The Python version is currently distributed in a separate repository: > > http://hg.secondlife.com/llbase/ > > The intention is to eventually migrate it here. > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100609/25ee30c6/attachment.htm From Lance.Corrimal at eregion.de Thu Jun 10 02:12:26 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 10 Jun 2010 11:12:26 +0200 Subject: [opensource-dev] the last press release... Message-ID: <201006101112.26833.Lance.Corrimal@eregion.de> ... "According to Kingdon, the restructuring also better aligns Linden Lab with its two longer-term goals. First, the company aims to create a browser- based virtual world experience, eliminating the need to download software. Secondly, Linden Lab will look to extend the Second Life experience into popular social networks. "Ultimately, we want to make Second Life more accessible and relevant to a wider population," he said." I guess that means the axe for "the opensource commitment" as well... would anyone guess to put a timeframe on this? I'd have to renew my premium account in 2 weeks but I would hate to waste the money on a flash game. From stickman at gmail.com Thu Jun 10 02:38:47 2010 From: stickman at gmail.com (Stickman) Date: Thu, 10 Jun 2010 02:38:47 -0700 Subject: [opensource-dev] the last press release... In-Reply-To: <201006101112.26833.Lance.Corrimal@eregion.de> References: <201006101112.26833.Lance.Corrimal@eregion.de> Message-ID: > I'd have to renew my premium account in 2 weeks but I would hate to waste the > money on a flash game. Years ago in some random part of the USA, some politicians, for some reason, wanted to get rid of an "estate tax." That is, the tax on a person's estate after they've passed on. They tried for years, but they couldn't get people to vote on it. They hired a professional, who knows how to tell people what they want. He said, "What in the world are you DOING? Call it a Death Tax!" The votes rolled in, and the politicians got what they wanted. Let this be a lesson to us. Saying you want to "expand into popular social networks" and create a "browser-based virtual world experience" may not mean to everyone what you think it means. Taxing my estate seems logical. Taxing my death seems cruel. Making SL available to more people seems logical. Making SL a watered down, incompatible experience seems cruel. LL has a reputation for good intentions. But, no offense, anyone here would agree that it also has a reputation for results that may not end up roses. Especially lately, the drive that pushes forward seems to be ... off. Would someone who has any idea what these vague potentially dangerous words in this press release actually mean please help poor dear Lance and me? Many thanks, Stickman From Lance.Corrimal at eregion.de Thu Jun 10 03:08:37 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 10 Jun 2010 12:08:37 +0200 Subject: [opensource-dev] the last press release... In-Reply-To: References: <201006101112.26833.Lance.Corrimal@eregion.de> Message-ID: <201006101208.37937.Lance.Corrimal@eregion.de> Am Donnerstag, 10. Juni 2010, 11:38:47 schrieb Stickman: > > I'd have to renew my premium account in 2 weeks but I would hate to waste > > the money on a flash game. > Would someone who has any idea what these vague potentially dangerous > words in this press release actually mean please help poor dear Lance > and me? > > Many thanks, > > Stickman that would be appreciated. by the way, you still in touch with verkin? bye, LC From open at autistici.org Thu Jun 10 03:25:12 2010 From: open at autistici.org (Opensource Obscure) Date: Thu, 10 Jun 2010 12:25:12 +0200 Subject: [opensource-dev] the last press release... In-Reply-To: <201006101112.26833.Lance.Corrimal@eregion.de> References: <201006101112.26833.Lance.Corrimal@eregion.de> Message-ID: On Thu, 10 Jun 2010 11:12:26 +0200, Lance Corrimal wrote: > ... "According to Kingdon, the restructuring also better aligns Linden Lab > with its two longer-term goals. First, the company aims to create a > browser- > based virtual world experience, eliminating the need to download software. > Secondly, Linden Lab will look to extend the Second Life experience into > popular social networks. "Ultimately, we want to make Second Life more > accessible and relevant to a wider population," he said." > > > I guess that means the axe for "the opensource commitment" as well... ?? please explain. I see no reasons backing your idea. > I'd have to renew my premium account in 2 weeks but I would hate > to waste the money on a flash game. I don't believe you will actually choose how to spend your money according to the feedback you will get from this list. Also, you imply that the browser-based SL experience would *replace* the 3D, standalone-app/viewer-based experience. I find this idea weird and again, I can't see anything backing it up. yawn Opensource Obscure -- http://opensourceobscure.com From Lance.Corrimal at eregion.de Thu Jun 10 03:32:16 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 10 Jun 2010 12:32:16 +0200 Subject: [opensource-dev] the last press release... In-Reply-To: References: <201006101112.26833.Lance.Corrimal@eregion.de> Message-ID: <201006101232.16920.Lance.Corrimal@eregion.de> Am Donnerstag, 10. Juni 2010, 12:25:12 schrieb Opensource Obscure: > > Also, you imply that the browser-based SL experience would > *replace* the 3D, standalone-app/viewer-based experience. > I find this idea weird and again, I can't see anything > backing it up. > I don't see anything telling me otherwise. On the other hand, a "browser only" SL would surely fit into Kingdons Facebook Fetish... bye, LC From open at autistici.org Thu Jun 10 03:42:23 2010 From: open at autistici.org (Opensource Obscure) Date: Thu, 10 Jun 2010 12:42:23 +0200 Subject: [opensource-dev] the last press release... In-Reply-To: <201006101232.16920.Lance.Corrimal@eregion.de> References: <201006101112.26833.Lance.Corrimal@eregion.de> <201006101232.16920.Lance.Corrimal@eregion.de> Message-ID: On Thu, 10 Jun 2010 12:32:16 +0200, Lance Corrimal wrote: > Am Donnerstag, 10. Juni 2010, 12:25:12 schrieb Opensource Obscure: >> >> Also, you imply that the browser-based SL experience would >> *replace* the 3D, standalone-app/viewer-based experience. >> I find this idea weird and again, I can't see anything >> backing it up. >> > > I don't see anything telling me otherwise. Right, anything apart someone just got hired to bring the open source program going on. > On the other hand, a "browser only" SL would surely fit into Kingdons > Facebook Fetish... That's indeed a great explanation of your strange idea, and a serious, powerful analysis of Second Life. thanks! I'll gladly let you the last word on this useful discussion. Opensource Obscure From djshag at hotmail.com Thu Jun 10 07:25:29 2010 From: djshag at hotmail.com (Patnad Babii) Date: Thu, 10 Jun 2010 10:25:29 -0400 Subject: [opensource-dev] the last press release... In-Reply-To: References: <201006101112.26833.Lance.Corrimal@eregion.de><201006101232.16920.Lance.Corrimal@eregion.de> Message-ID: Wow that is a sudden switch, so is all our content will become irrelevant too, I mean, since the beginning that M is in command of the ship, we`ve seen deception after deception, that would'nt surprise me at all. So M basicly say, screw u opensource developers, we`re going to have our own world our own way and he basicly say that to all content creator too. That is a bold move and it is poorly orchestrated, leaving the customers A.K.A. resident of your virtual world in a total obscured cloud with no idea what the axe will be chopping next. I would recommend anyone with a premium account to cut it down, move to estate if you want to keep land. -------------------------------------------------- From: "Opensource Obscure" Sent: Thursday, June 10, 2010 6:42 AM To: "Lance Corrimal" Cc: Subject: Re: [opensource-dev] the last press release... > > On Thu, 10 Jun 2010 12:32:16 +0200, Lance Corrimal > wrote: >> Am Donnerstag, 10. Juni 2010, 12:25:12 schrieb Opensource Obscure: >>> >>> Also, you imply that the browser-based SL experience would >>> *replace* the 3D, standalone-app/viewer-based experience. >>> I find this idea weird and again, I can't see anything >>> backing it up. >>> >> >> I don't see anything telling me otherwise. > > Right, anything apart someone just got hired to bring > the open source program going on. > >> On the other hand, a "browser only" SL would surely fit into Kingdons >> Facebook Fetish... > > That's indeed a great explanation of your strange idea, > and a serious, powerful analysis of Second Life. thanks! > I'll gladly let you the last word on this useful discussion. > > Opensource Obscure > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > From robertltux at gmail.com Thu Jun 10 07:43:16 2010 From: robertltux at gmail.com (Robert Martin) Date: Thu, 10 Jun 2010 10:43:16 -0400 Subject: [opensource-dev] the last press release... In-Reply-To: References: <201006101112.26833.Lance.Corrimal@eregion.de> <201006101232.16920.Lance.Corrimal@eregion.de> Message-ID: What im seeing is something similar to the search for Altantis LL is thrashing about trying to get "The Big Score" and does not seem to know that they are going in the wrong direction (and besides Stargate: SG1 and Stargate: A gives us the "fact" that Atlantis is not "here"). What they are searching for is not where they are looking 1 They need to make the Platform stable and as solid as possible 2 One thing that they can do is use the whole "Mesh Import" thing as an excuse to drop some of the legacy bits that are holding the Platform back 3 Begin a full scale effort to create a method of object/avatar import and export (and the needed off grid tools) 4 go back through the Jira and look at all the new features/tweaks and find ones that were closed or ignored because "They are to dangerous" and see if maybe they are in fact safe or can be made safe 5 Make sure that parcel and sim owners can PERMANENTLY BAN folks (btw IP based checking might be a good idea) and also do a grid/service ban on folks that are banned from a siginficant chunk of the grid 6 make multimonth Premium actually worth it (maybe have website storage of objects??) -- Robert L Martin From gigstaggart at gmail.com Thu Jun 10 08:16:05 2010 From: gigstaggart at gmail.com (Gigs) Date: Thu, 10 Jun 2010 11:16:05 -0400 Subject: [opensource-dev] the last press release... In-Reply-To: References: <201006101112.26833.Lance.Corrimal@eregion.de> <201006101232.16920.Lance.Corrimal@eregion.de> Message-ID: <4C1101B5.9090205@gmail.com> Apparently Zero has been fired as well? I guess that means interop and all the standards stuff is dead. From nexisentertainment at gmail.com Thu Jun 10 08:29:11 2010 From: nexisentertainment at gmail.com (Rob Nelson) Date: Thu, 10 Jun 2010 08:29:11 -0700 Subject: [opensource-dev] the last press release... In-Reply-To: <4C1101B5.9090205@gmail.com> References: <201006101112.26833.Lance.Corrimal@eregion.de> <201006101232.16920.Lance.Corrimal@eregion.de> <4C1101B5.9090205@gmail.com> Message-ID: <1276183751.2332.1.camel@RAGE> Babbage was apparently let go as well. Goodbye to C# scripting. Rob On Thu, 2010-06-10 at 11:16 -0400, Gigs wrote: > Apparently Zero has been fired as well? I guess that means interop and > all the standards stuff is dead. > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges From merov at lindenlab.com Thu Jun 10 10:29:02 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Thu, 10 Jun 2010 10:29:02 -0700 Subject: [opensource-dev] the last press release... In-Reply-To: <201006101112.26833.Lance.Corrimal@eregion.de> References: <201006101112.26833.Lance.Corrimal@eregion.de> Message-ID: Hi, I'll make this short. On Thu, Jun 10, 2010 at 2:12 AM, Lance Corrimal wrote: > I guess that means the axe for "the opensource commitment" as well... > No, not at all. Commitment to our residents, developers and FLOSS developers in particular are still unchanged. You will continue to see fresh viewer code, more development made in the open and more collaboration with the FLOSS community. We do have fewer employees no doubt but that doesn't change our core values in any way. As for speculation of all kind in the rest of this thread, I'll just remind folks 3 simple things: - Companies do go through ups and downs, growth and contraction. It is the duty of the management to run a private company with fiscal responsibility. - Lindens are real people. They care about their customers and take pride in their work. It is very distressing for them (whether they have been let go or not) to see their name associated with controversies and unfounded speculation. Remember that this list is publicly archived and that your comment may have real impact on the real life of real people, like their ability to find a job. - Last but not least, this is a mailing list aimed at discussing viewer development and the SL open source code. We have policies and guidelines ( http://wiki.secondlife.com/wiki/OpenSource-Dev). Please respect them. Thanks, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100610/76eb272b/attachment-0001.htm From oz at lindenlab.com Thu Jun 10 10:29:52 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Thu, 10 Jun 2010 13:29:52 -0400 Subject: [opensource-dev] the last press release... In-Reply-To: <201006101112.26833.Lance.Corrimal@eregion.de> References: <201006101112.26833.Lance.Corrimal@eregion.de> Message-ID: <4C112110.7070202@lindenlab.com> On 2010-06-10 5:12, Lance Corrimal wrote: > I guess that means the axe for "the opensource commitment" as well.. If that were the case, I'd have been let go, and I'm still here. From secret.argent at gmail.com Thu Jun 10 10:52:48 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Thu, 10 Jun 2010 12:52:48 -0500 Subject: [opensource-dev] the last press release... In-Reply-To: <4C112110.7070202@lindenlab.com> References: <201006101112.26833.Lance.Corrimal@eregion.de> <4C112110.7070202@lindenlab.com> Message-ID: <93F0848F-891A-499B-BAC4-CB8EFCFB246E@gmail.com> Thank you both, Oz and Merov, for commenting. To me it seems that if Linden Lab has fewer in-house developers the role of open source contributors will likely be greater. From soft at lindenlab.com Thu Jun 10 12:06:43 2010 From: soft at lindenlab.com (Brian McGroarty) Date: Thu, 10 Jun 2010 12:06:43 -0700 Subject: [opensource-dev] the last press release... In-Reply-To: <201006101232.16920.Lance.Corrimal@eregion.de> References: <201006101112.26833.Lance.Corrimal@eregion.de> <201006101232.16920.Lance.Corrimal@eregion.de> Message-ID: On Thu, Jun 10, 2010 at 3:32 AM, Lance Corrimal wrote: > Am Donnerstag, 10. Juni 2010, 12:25:12 schrieb Opensource Obscure: >> >> Also, you imply that the browser-based SL experience would >> *replace* the 3D, standalone-app/viewer-based experience. >> I find this idea weird and again, I can't see anything >> backing it up. > > I don't see anything telling me otherwise. The company's exploring a lot of ideas, but I haven't heard any proposal for eliminating the stand-alone viewer or for making incompatible changes. A lightweight in-browser viewer isn't incompatible with open source either. If anyone's really worried about the service becoming incompatible with an open source viewer during their current premium term and that's what's holding them back from contributing, I'll make a deal personally. Get a patch into Snowglobe and I'll pay back the cost of your premium out-of-pocket if SL is designed to become incompatible with Snowglobe by your next premium renewal. -- Brian McGroarty | Linden Lab Sent from my Newton MP2100 via acoustic coupler From bishopj at bishopphillips.com Thu Jun 10 12:57:37 2010 From: bishopj at bishopphillips.com (Jonathan Bishop) Date: Fri, 11 Jun 2010 05:57:37 +1000 Subject: [opensource-dev] the last press release... In-Reply-To: References: <201006101232.16920.Lance.Corrimal@eregion.de> Message-ID: <8CEB7F9DD2BA4ABDB8B935D45FE2CCDC@neptune.priv> Listers, Given the size of the downsizing, the fact that many of us have grown to appreciate lots of the very people in LL that may have been release, and the fact that this list circulates way beyond the dev community, PLEASE don't list the names of individual LL departures on this list. You could easily impact their ability to get re-employed quickly as it is way easier to get another job while you still have one (or at least seem to have one). Publishing their names (even the linden names) could easily cruel their chances, and restrict their presentation options, and I am sure we would not want to repay past favours, help and friendships in that way. In the US, in particular, there is a current rising incidence of employers not accepting even applications from unemployed people, regardless of the reason, let alone employing them. I am an employer and I can assure you it does not help them - and this is not the economy to just assume that even the most talented will land on their feet. Regards Jonathan Bishop Managing Director Bishop Phillips Consulting | Melbourne, Australia - Vancouver, Canada From tigrospottystripes at gmail.com Thu Jun 10 13:28:08 2010 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Thu, 10 Jun 2010 17:28:08 -0300 Subject: [opensource-dev] Fwd: the last press release... Message-ID: <4C114AD8.5060700@Gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 (oops, apparently i clicked the wrong button, sorry) - -------- Original Message -------- Subject: Re: [opensource-dev] the last press release... Date: Thu, 10 Jun 2010 17:04:44 -0300 From: Tigro Spottystripes Reply-To: Tigro Spottystripes To: Jonathan Bishop Where is the information about each of them being fired coming from exactly? On 10/6/2010 16:57, Jonathan Bishop wrote: > Listers, > > Given the size of the downsizing, the fact that many of us have grown to > appreciate lots of the very people in LL that may have been release, and the > fact that this list circulates way beyond the dev community, PLEASE don't > list the names of individual LL departures on this list. > > You could easily impact their ability to get re-employed quickly as it is > way easier to get another job while you still have one (or at least seem to > have one). Publishing their names (even the linden names) could easily > cruel their chances, and restrict their presentation options, and I am sure > we would not want to repay past favours, help and friendships in that way. > > In the US, in particular, there is a current rising incidence of employers > not accepting even applications from unemployed people, regardless of the > reason, let alone employing them. > > I am an employer and I can assure you it does not help them - and this is > not the economy to just assume that even the most talented will land on > their feet. > > Regards > > Jonathan Bishop > Managing Director > Bishop Phillips Consulting | Melbourne, Australia - Vancouver, Canada > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkwRStYACgkQ8ZFfSrFHsmU16QCfe8DHnG7YPKWdEDKJzOKampPo H4QAn0esDtcC5drL4R/G/65TEY4KGLqx =qO78 -----END PGP SIGNATURE----- From Lance.Corrimal at eregion.de Fri Jun 11 01:17:29 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 11 Jun 2010 10:17:29 +0200 Subject: [opensource-dev] voice morphing missing from viewer-external? Message-ID: <201006111017.30447.Lance.Corrimal@eregion.de> Hi, after seeing the 2.1 announcement on the wiki I checked out & build the latest viewer-external, but voice morphing is not in there (yet)... How come? bye, LC From q at lindenlab.com Fri Jun 11 05:44:21 2010 From: q at lindenlab.com (Kent Quirk (Q Linden)) Date: Fri, 11 Jun 2010 08:44:21 -0400 Subject: [opensource-dev] voice morphing missing from viewer-external? In-Reply-To: <201006111017.30447.Lance.Corrimal@eregion.de> References: <201006111017.30447.Lance.Corrimal@eregion.de> Message-ID: <27F0FD9B-7A57-400E-8979-D08A0AAE50AB@lindenlab.com> Just getting the export process together. Sorry for the delay -- it should be there today. Q On Jun 11, 2010, at 4:17 AM, Lance Corrimal wrote: > Hi, > > after seeing the 2.1 announcement on the wiki I checked out & build the latest > viewer-external, but voice morphing is not in there (yet)... > How come? > > bye, > LC > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges From Lance.Corrimal at eregion.de Fri Jun 11 06:06:44 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Fri, 11 Jun 2010 15:06:44 +0200 Subject: [opensource-dev] voice morphing missing from viewer-external? In-Reply-To: <27F0FD9B-7A57-400E-8979-D08A0AAE50AB@lindenlab.com> References: <201006111017.30447.Lance.Corrimal@eregion.de> <27F0FD9B-7A57-400E-8979-D08A0AAE50AB@lindenlab.com> Message-ID: <201006111506.44791.Lance.Corrimal@eregion.de> Am Freitag, 11. Juni 2010, 14:44:21 schrieb Kent Quirk (Q Linden): > Just getting the export process together. Sorry for the delay -- it should > be there today. > > Q great! I was just wondering if there might have been some stupid proprietarity-based reasons... ;) bye,LC From robertltux at gmail.com Fri Jun 11 05:49:42 2010 From: robertltux at gmail.com (Robert Martin) Date: Fri, 11 Jun 2010 08:49:42 -0400 Subject: [opensource-dev] voice morphing missing from viewer-external? In-Reply-To: <27F0FD9B-7A57-400E-8979-D08A0AAE50AB@lindenlab.com> References: <201006111017.30447.Lance.Corrimal@eregion.de> <27F0FD9B-7A57-400E-8979-D08A0AAE50AB@lindenlab.com> Message-ID: On Fri, Jun 11, 2010 at 8:44 AM, Kent Quirk (Q Linden) wrote: > Just getting the export process together. Sorry for the delay -- it should be there today. > > ? ? ? ?Q > > On Jun 11, 2010, at 4:17 AM, Lance Corrimal wrote: > >> Hi, >> >> after seeing the 2.1 announcement on the wiki I checked out & build the latest >> viewer-external, but voice morphing is not in there (yet)... >> How come? >> Just as a side note could somebody please renumber the next build to come out as 2.1 its kind of confusing to have the 2.1 viewer read as being the 2.0.2 viewer especially when the new settings bits are a bit hidden. -- Robert L Martin From josh at lindenlab.com Fri Jun 11 08:43:27 2010 From: josh at lindenlab.com (Joshua Bell) Date: Fri, 11 Jun 2010 08:43:27 -0700 Subject: [opensource-dev] voice morphing missing from viewer-external? In-Reply-To: References: <201006111017.30447.Lance.Corrimal@eregion.de> <27F0FD9B-7A57-400E-8979-D08A0AAE50AB@lindenlab.com> Message-ID: On Fri, Jun 11, 2010 at 5:49 AM, Robert Martin wrote: > Just as a side note could somebody please renumber the next build to > come out as 2.1 > its kind of confusing to have the 2.1 viewer read as being the 2.0.2 > viewer especially when the new settings bits are a bit hidden. > Absolutely. I already griped to my old peeps on the release team, they're on top of it. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100611/9e354ee1/attachment.htm From merov at lindenlab.com Fri Jun 11 17:42:35 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 11 Jun 2010 17:42:35 -0700 Subject: [opensource-dev] viewer-external update Message-ID: Hi, If you're following @sldev-commit, you've seen a huge commit today being a 2.0.2 update. There's a new one coming marked 2.1 with more code (parabuild in progress before export). The whole code should be available shortly. However, there are issues with that branch: viewer-public contains code newer than viewer-release and the resulting executable is, today, very unstable. I've been crashing on Mac as soon as I login. I would not recommend using that code base for your casual build/test. Pull that code *only* if you're curious about the code of the new features (voice morphing for instance). viewer-public will certainly be beaten back into shape in the new few days by the viewer team (most of them working in viewer-public) and viewer-external will follow suit at the next daily sync, as always. This suboptimal state of affair underlines a problem that we need to solve: there is enough new development happening in viewer-public that this branch can be at time unreliable. Similar unstabilities were was the reason why we decided for instance to pause syncing Snowglobe 2.0 with viewer-external, waiting for a complete Snowglobe 2.0 to be released. For new releases though (like 2.1 beta 0), this is really annoying as it sorts of create a blur between releases and workable FLOSS code. As a consequence, we decided to create a clean export of that branch in a separate svn repo. We will in the future do a similar export for all viewer releases. I've been working on this today and hope to get something cleanly exported within the next few days. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100611/ecc73522/attachment.htm From mrfrans at gmail.com Fri Jun 11 19:06:01 2010 From: mrfrans at gmail.com (Frans) Date: Sat, 12 Jun 2010 04:06:01 +0200 Subject: [opensource-dev] viewer-external update In-Reply-To: References: Message-ID: Thanks for the heads up Merov. Keep up the good work. +1 Regards, Frans On Sat, Jun 12, 2010 at 2:42 AM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi, > > If you're following @sldev-commit, you've seen a huge commit today being a > 2.0.2 update. There's a new one coming marked 2.1 with more code (parabuild > in progress before export). The whole code should be available shortly. > > However, there are issues with that branch: viewer-public contains code > newer than viewer-release and the resulting executable is, today, very > unstable. I've been crashing on Mac as soon as I login. I would not > recommend using that code base for your casual build/test. Pull that code > *only* if you're curious about the code of the new features (voice morphing > for instance). > > viewer-public will certainly be beaten back into shape in the new few days > by the viewer team (most of them working in viewer-public) and > viewer-external will follow suit at the next daily sync, as always. > > This suboptimal state of affair underlines a problem that we need to solve: > there is enough new development happening in viewer-public that this branch > can be at time unreliable. Similar unstabilities were was the reason why we > decided for instance to pause syncing Snowglobe 2.0 with viewer-external, > waiting for a complete Snowglobe 2.0 to be released. > > For new releases though (like 2.1 beta 0), this is really annoying as it > sorts of create a blur between releases and workable FLOSS code. > > As a consequence, we decided to create a clean export of that branch in a > separate svn repo. We will in the future do a similar export for all viewer > releases. > > I've been working on this today and hope to get something cleanly exported > within the next few days. > > Cheers, > - Merov > > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -- Jeroen Frans Virtual World Technology Specialist. VesuviusGroup.com SL: Frans Charming -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100612/86290fb7/attachment.htm From latifer at streamgrid.net Sat Jun 12 02:24:40 2010 From: latifer at streamgrid.net (Latif Khalifa) Date: Sat, 12 Jun 2010 11:24:40 +0200 Subject: [opensource-dev] viewer-external update In-Reply-To: References: Message-ID: Hi Merov, Thanks for the heads up. I think having both viewer-public and viewer-release available externally is the right way to go, good call. We'll probably want to have hotfix branches too. I imagine 2.1.0 2.1.1 etc will be coming out of a viewer-2.1-hotfix or some such. Latif On Sat, Jun 12, 2010 at 2:42 AM, Philippe (Merov) Bossut wrote: > Hi, > > If you're following @sldev-commit, you've seen a huge commit today being a > 2.0.2 update. There's a new one coming marked 2.1 with more code (parabuild > in progress before export). The whole code should be available shortly. > > However, there are issues with that branch: viewer-public contains code > newer than viewer-release and the resulting executable is, today, very > unstable. I've been crashing on Mac as soon as I login. I would not > recommend using that code base for your casual build/test. Pull that code > *only* if you're curious about the code of the new features (voice morphing > for instance). > > viewer-public will certainly be beaten back into shape in the new few days > by the viewer team (most of them working in viewer-public) and > viewer-external will follow suit at the next daily sync, as always. > > This suboptimal state of affair underlines a problem that we need to solve: > there is enough new development happening in viewer-public that this branch > can be at time unreliable. Similar unstabilities were was the reason why we > decided for instance to pause syncing Snowglobe 2.0 with viewer-external, > waiting for a complete Snowglobe 2.0 to be released. > > For new releases though (like 2.1 beta 0), this is really annoying as it > sorts of create a blur between releases and workable FLOSS code. > > As a consequence, we decided to create a clean export of that branch in a > separate svn repo. We will in the future do a similar export for all viewer > releases. > > I've been working on this today and hope to get something cleanly exported > within the next few days. > > Cheers, > - Merov > > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > From aleric.inglewood at gmail.com Sat Jun 12 05:10:04 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Sat, 12 Jun 2010 14:10:04 +0200 Subject: [opensource-dev] viewer-external update In-Reply-To: References: Message-ID: I think we really should start using git, or hg. With all the merging going on and the many levels of stability, it's the logical thing to do. On Sat, Jun 12, 2010 at 2:42 AM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi, > > If you're following @sldev-commit, you've seen a huge commit today being a > 2.0.2 update. There's a new one coming marked 2.1 with more code (parabuild > in progress before export). The whole code should be available shortly. > > However, there are issues with that branch: viewer-public contains code > newer than viewer-release and the resulting executable is, today, very > unstable. I've been crashing on Mac as soon as I login. I would not > recommend using that code base for your casual build/test. Pull that code > *only* if you're curious about the code of the new features (voice morphing > for instance). > > viewer-public will certainly be beaten back into shape in the new few days > by the viewer team (most of them working in viewer-public) and > viewer-external will follow suit at the next daily sync, as always. > > This suboptimal state of affair underlines a problem that we need to solve: > there is enough new development happening in viewer-public that this branch > can be at time unreliable. Similar unstabilities were was the reason why we > decided for instance to pause syncing Snowglobe 2.0 with viewer-external, > waiting for a complete Snowglobe 2.0 to be released. > > For new releases though (like 2.1 beta 0), this is really annoying as it > sorts of create a blur between releases and workable FLOSS code. > > As a consequence, we decided to create a clean export of that branch in a > separate svn repo. We will in the future do a similar export for all viewer > releases. > > I've been working on this today and hope to get something cleanly exported > within the next few days. > > Cheers, > - Merov > > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100612/340cfd86/attachment.htm From nickyperian at yahoo.com Sat Jun 12 05:43:38 2010 From: nickyperian at yahoo.com (Nicky Perian) Date: Sat, 12 Jun 2010 05:43:38 -0700 (PDT) Subject: [opensource-dev] viewer-external update In-Reply-To: References: Message-ID: <491218.48791.qm@web43512.mail.sp1.yahoo.com> +1 ________________________________ From: Aleric Inglewood To: Philippe (Merov) Bossut Cc: opensource-dev at lists.secondlife.com Sent: Sat, June 12, 2010 7:10:04 AM Subject: Re: [opensource-dev] viewer-external update I think we really should start using git, or hg. With all the merging going on and the many levels of stability, it's the logical thing to do. On Sat, Jun 12, 2010 at 2:42 AM, Philippe (Merov) Bossut wrote: Hi, > >If you're following @sldev-commit, you've seen a huge commit today being a 2.0.2 update. There's a new one coming marked 2.1 with more code (parabuild in progress before export). The whole code should be available shortly. > >However, there are issues with that branch: viewer-public contains code newer than viewer-release and the resulting executable is, today, very unstable. I've been crashing on Mac as soon as I login. I would not recommend using that code base for your casual build/test. Pull that code *only* if you're curious about the code of the new features (voice morphing for instance). > >viewer-public will certainly be beaten back into shape in the new few days by the viewer team (most of them working in viewer-public) and viewer-external will follow suit at the next daily sync, as always. > >This suboptimal state of affair underlines a problem that we need to solve: there is enough new development happening in viewer-public that this branch can be at time unreliable. Similar unstabilities were was the reason why we decided for instance to pause syncing Snowglobe 2.0 with viewer-external, waiting for a complete Snowglobe 2.0 to be released. > >For new releases though (like 2.1 beta 0), this is really annoying as it sorts of create a blur between releases and workable FLOSS code. > >As a consequence, we decided to create a clean export of that branch in a separate svn repo. We will in the future do a similar export for all viewer releases. > >I've been working on this today and hope to get something cleanly exported within the next few days. > >Cheers, >- Merov > > > >_______________________________________________ >>Policies and (un)subscribe information available here: >http://wiki.secondlife.com/wiki/OpenSource-Dev >>Please read the policies before posting to keep unmoderated posting privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100612/0ac4abc3/attachment-0001.htm From fleep513 at gmail.com Sun Jun 13 18:14:33 2010 From: fleep513 at gmail.com (Fleep Tuque) Date: Sun, 13 Jun 2010 21:14:33 -0400 Subject: [opensource-dev] Deadline for Second Life Community Convention (SLCC) Track Leaders is June 15th! Message-ID: Hi all, Just a quick reminder that the deadline to apply to be a Track Leader for SLCC is rapidly approaching - June 15th! Track leaders play a crucial role in helping plan, organize, and execute the Second Life Community Convention. In addition to assisting with overall planning and organizing, Track Leaders take responsibility for the programmatic content of the convention by soliciting and reviewing proposals submitted by members of the Second Life community. Track Leaders also work to do outreach and increase attendance at the convention, help find sponsors, and contact communities and groups in-world to encourage them to submit proposals or attend SLCC. Track Leaders provide an invaluable service to the convention, and in return receive a complimentary conference registration for their contribution, time, and effort. For more information about the various tracks, visit http://slconvention.organd look under Convention Details > Conference Tracks, or read more about what it takes to be a Track Leader and apply at http://www.slconvention.org/volunteers/track-leaders/. Thanks and hope to see you in Boston! - Chris/Fleep Chris M. Collins Director of IT & Communications Second Life Community Convention 2010 Boston, MA | August 13-15, 2010 Organized by AvaCon, Inc. (774) 654-0010 info at avacon.org http://slconvention.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100613/5a3ae97d/attachment.htm From open at autistici.org Mon Jun 14 00:15:12 2010 From: open at autistici.org (Opensource Obscure) Date: Mon, 14 Jun 2010 09:15:12 +0200 Subject: [opensource-dev] being forced to upgrade to "2.1 Alpha" release Message-ID: <4f0b339ec14829946be3717833fd0e2e@localhost> Some users report they were forced to download the 2.0.2, "2.1 Alpha" release. Is it correct to assume this only happens to those who had installed a previous Beta release, and that this does NOT happen to those who only used 'stable' 2.x releases? This Alpha has a lot of great improvements but also some important misbehaviour (say scripts). Maybe this won't be a surprise for most of you, but I have the feeling that this test release is being used even for common daily tasks (while it shouldn't) from a relevant number of users. Opensource Obscure -- http://www.google.com/profiles/opensourceobscure From gretzky.harleen at gmail.com Mon Jun 14 03:47:49 2010 From: gretzky.harleen at gmail.com (Harleen Gretzky) Date: Mon, 14 Jun 2010 06:47:49 -0400 Subject: [opensource-dev] being forced to upgrade to "2.1 Alpha" release In-Reply-To: <4f0b339ec14829946be3717833fd0e2e@localhost> References: <4f0b339ec14829946be3717833fd0e2e@localhost> Message-ID: More likely only to those still using the last Beta release. On Mon, Jun 14, 2010 at 3:15 AM, Opensource Obscure wrote: > > Some users report they were forced to download the > 2.0.2, "2.1 Alpha" release. > > Is it correct to assume this only happens to those > who had installed a previous Beta release, > and that this does NOT happen to those who only > used 'stable' 2.x releases? > > This Alpha has a lot of great improvements but also > some important misbehaviour (say scripts). Maybe this > won't be a surprise for most of you, but I have the > feeling that this test release is being used even for > common daily tasks (while it shouldn't) from a relevant > number of users. > > Opensource Obscure > -- > http://www.google.com/profiles/opensourceobscure > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100614/83d9e9f2/attachment.htm From oz at lindenlab.com Mon Jun 14 07:08:46 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Mon, 14 Jun 2010 10:08:46 -0400 Subject: [opensource-dev] being forced to upgrade to "2.1 Alpha" release In-Reply-To: <4f0b339ec14829946be3717833fd0e2e@localhost> References: <4f0b339ec14829946be3717833fd0e2e@localhost> Message-ID: <4C1637EE.2030401@lindenlab.com> On 2010-06-14 3:15, Opensource Obscure wrote: > Some users report they were forced to download the > 2.0.2, "2.1 Alpha" release. > > Is it correct to assume this only happens to those > who had installed a previous Beta release, > and that this does NOT happen to those who only > used 'stable' 2.x releases? > > This Alpha has a lot of great improvements but also > some important misbehaviour (say scripts). Maybe this > won't be a surprise for most of you, but I have the > feeling that this test release is being used even for > common daily tasks (while it shouldn't) from a relevant > number of users. > I used the stable 2.0.2 release quite a bit this weekend and was not prompted to upgrade, so I suspect it's just the old Beta releases that are doing that. From merov at lindenlab.com Mon Jun 14 22:01:06 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Mon, 14 Jun 2010 22:01:06 -0700 Subject: [opensource-dev] viewer-external update In-Reply-To: <491218.48791.qm@web43512.mail.sp1.yahoo.com> References: <491218.48791.qm@web43512.mail.sp1.yahoo.com> Message-ID: Hi, Update on viewer-external: the last 2 "hg pull" from viewer-public keep failing when building on all platforms and, therefore, do not get to the export stage (we export only if builds pass). I think I identified the culprit: a bunch of new files and dependencies added for crash tracking. I'll be working with Lindens to determine what to do with those files and dependencies with respect to FLOSS. Thanks for your patience. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100614/8d1fb46c/attachment.htm From kf6kjg at gmail.com Tue Jun 15 09:04:28 2010 From: kf6kjg at gmail.com (Ricky) Date: Tue, 15 Jun 2010 09:04:28 -0700 Subject: [opensource-dev] Linux 64 bit libs / 64 bit non-standalone building Message-ID: Is there progress towards getting Linux 64bit pre-compiled libraries available? I'd love to be able to compile a viewer without having to manually manage my libraries and their versions... Some relevant JIRA issues: http://jira.secondlife.com/browse/VWR-12656 - Linux64 pacakges [sic] are incomplete in install.xml http://jira.secondlife.com/browse/VWR-13793 - Full support for Linux 64-bit http://jira.secondlife.com/browse/VWR-2788 - 64bit problems meta umbrella Hey Oz, I know you are busy, but maybe you could see what it would take to get the last few remaining libraries built in 64 bit. And potentially look at what could be done to provide Linden-built 64 bit viewers... However I understand that there may be issues with having to rework/upgrade to build systems. Ricky Cron Stardust From oz at lindenlab.com Tue Jun 15 10:11:28 2010 From: oz at lindenlab.com (Oz Linden (Scott Lawrence)) Date: Tue, 15 Jun 2010 13:11:28 -0400 Subject: [opensource-dev] Linux 64 bit libs / 64 bit non-standalone building In-Reply-To: References: Message-ID: <4C17B440.30003@lindenlab.com> On 2010-06-15 12:04, Ricky wrote: > Is there progress towards getting Linux 64bit pre-compiled libraries > available? I'd love to be able to compile a viewer without having to > manually manage my libraries and their versions... > > Some relevant JIRA issues: > http://jira.secondlife.com/browse/VWR-12656 - Linux64 pacakges [sic] > are incomplete in install.xml > http://jira.secondlife.com/browse/VWR-13793 - Full support for Linux 64-bit > http://jira.secondlife.com/browse/VWR-2788 - 64bit problems meta umbrella > > Hey Oz, I know you are busy, but maybe you could see what it would > take to get the last few remaining libraries built in 64 bit. And > potentially look at what could be done to provide Linden-built 64 bit > viewers... However I understand that there may be issues with having > to rework/upgrade to build systems. > I'm particularly motivated to do that, in fact, since the Linux box that Linden provided me with only runs the 64 bit version of Ubuntu... From kf6kjg at gmail.com Tue Jun 15 10:21:35 2010 From: kf6kjg at gmail.com (Ricky) Date: Tue, 15 Jun 2010 10:21:35 -0700 Subject: [opensource-dev] Linux 64 bit libs / 64 bit non-standalone building In-Reply-To: <4C17B440.30003@lindenlab.com> References: <4C17B440.30003@lindenlab.com> Message-ID: Good to know! :P Ricky Cron Stardust On Tue, Jun 15, 2010 at 10:11 AM, Oz Linden (Scott Lawrence) wrote: > On 2010-06-15 12:04, Ricky wrote: >> Is there progress towards getting Linux 64bit pre-compiled libraries >> available? ?I'd love to be able to compile a viewer without having to >> manually manage my libraries and their versions... >> >> Some relevant JIRA issues: >> ? http://jira.secondlife.com/browse/VWR-12656 - Linux64 pacakges [sic] >> are incomplete in install.xml >> ? http://jira.secondlife.com/browse/VWR-13793 - Full support for Linux 64-bit >> ? http://jira.secondlife.com/browse/VWR-2788 - 64bit problems meta umbrella >> >> Hey Oz, I know you are busy, but maybe you could see what it would >> take to get the last few remaining libraries built in 64 bit. ?And >> potentially look at what could be done to provide Linden-built 64 bit >> viewers... ?However I understand that there may be issues with having >> to rework/upgrade to build systems. >> > I'm particularly motivated to do that, in fact, since the Linux box that > Linden provided me with only runs the 64 bit version of Ubuntu... > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > From Lance.Corrimal at eregion.de Tue Jun 15 11:37:35 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 15 Jun 2010 20:37:35 +0200 Subject: [opensource-dev] Linux 64 bit libs / 64 bit non-standalone building In-Reply-To: <4C17B440.30003@lindenlab.com> References: <4C17B440.30003@lindenlab.com> Message-ID: <201006152037.36352.Lance.Corrimal@eregion.de> Am Dienstag 15 Juni 2010 schrieb Oz Linden (Scott Lawrence): > On 2010-06-15 12:04, Ricky wrote: > > Is there progress towards getting Linux 64bit pre-compiled > > libraries available? I'd love to be able to compile a viewer > > without having to manually manage my libraries and their > > versions... > > > > Some relevant JIRA issues: > > http://jira.secondlife.com/browse/VWR-12656 - Linux64 pacakges > > [sic] > > > > are incomplete in install.xml > > > > http://jira.secondlife.com/browse/VWR-13793 - Full support for > > Linux 64-bit http://jira.secondlife.com/browse/VWR-2788 - > > 64bit problems meta umbrella > > > > Hey Oz, I know you are busy, but maybe you could see what it > > would take to get the last few remaining libraries built in 64 > > bit. And potentially look at what could be done to provide > > Linden-built 64 bit viewers... However I understand that there > > may be issues with having to rework/upgrade to build systems. > > I'm particularly motivated to do that, in fact, since the Linux box > that Linden provided me with only runs the 64 bit version of > Ubuntu... you could run any major 32bit distro off an usb stick... I'm actually doing that with openSUSE 11.2 as a "SL anywhere" thing: bootable stick with 11.2 on it + nvidia driver + ati driver + my frozenglobe package... bye, LC From dzonatas at gmail.com Tue Jun 15 12:21:16 2010 From: dzonatas at gmail.com (Dzonatas Sol) Date: Tue, 15 Jun 2010 12:21:16 -0700 Subject: [opensource-dev] Linux 64 bit libs / 64 bit non-standalone building In-Reply-To: <4C17B440.30003@lindenlab.com> References: <4C17B440.30003@lindenlab.com> Message-ID: <4C17D2AC.3030708@gmail.com> Oz Linden (Scott Lawrence) wrote: > I'm particularly motivated to do that, in fact, since the Linux box that > Linden provided me with only runs the 64 bit version of Ubuntu... > If you want to run the 32bit compile from 64bit machine, this page may help: http://wiki.secondlife.com/wiki/User:Dzonatas_Sol/Snowglobe It sets up a 32bit chroot to run the compile. Instead of 64bit libs, a *.deb file to resolve dependencies would be nice. This probably would solve some other issues where a distro has its own flavor of libs built. (i.e. pulse vs alsa) From carlo at alinoe.com Tue Jun 15 13:00:17 2010 From: carlo at alinoe.com (Carlo Wood) Date: Tue, 15 Jun 2010 22:00:17 +0200 Subject: [opensource-dev] Linux 64 bit libs / 64 bit non-standalone building In-Reply-To: <4C17D2AC.3030708@gmail.com> References: <4C17B440.30003@lindenlab.com> <4C17D2AC.3030708@gmail.com> Message-ID: <20100615200017.GA3364@alinoe.com> > If you want to run the 32bit compile from 64bit machine, this page may help: ... this remark and the one from Lance... Tssk. +1 YES +1 to support for 64bit from Linden Lab! mumble...usb sticks and chroots... come on! Running snowglobe on a 100% 64-bit debian box for 1.5 years now, Carlo Wood From Lance.Corrimal at eregion.de Tue Jun 15 13:12:00 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Tue, 15 Jun 2010 22:12:00 +0200 Subject: [opensource-dev] Linux 64 bit libs / 64 bit non-standalone building In-Reply-To: <20100615200017.GA3364@alinoe.com> References: <4C17D2AC.3030708@gmail.com> <20100615200017.GA3364@alinoe.com> Message-ID: <201006152212.00841.Lance.Corrimal@eregion.de> Am Dienstag 15 Juni 2010 schrieb Carlo Wood: > > If you want to run the 32bit compile from 64bit machine, this page may help: > ... this remark and the one from Lance... > Tssk. > > +1 YES +1 to support for 64bit from Linden Lab! > > mumble...usb sticks and chroots... come on! tell me, how do YOU test a prospective new machine in the shop for "SL on linux" compatibility? bye, LC From carlo at alinoe.com Tue Jun 15 14:27:33 2010 From: carlo at alinoe.com (Carlo Wood) Date: Tue, 15 Jun 2010 23:27:33 +0200 Subject: [opensource-dev] Linux 64 bit libs / 64 bit non-standalone building In-Reply-To: <201006152212.00841.Lance.Corrimal@eregion.de> References: <4C17D2AC.3030708@gmail.com> <20100615200017.GA3364@alinoe.com> <201006152212.00841.Lance.Corrimal@eregion.de> Message-ID: <20100615212733.GA7896@alinoe.com> On Tue, Jun 15, 2010 at 10:12:00PM +0200, Lance Corrimal wrote: > tell me, how do YOU test a prospective new machine in the shop for "SL > on linux" compatibility? I pick each component separately and do extensive research on the net before I decide to use it. That being said, I think that these days anything will work with a little bit of effort. It's seldom that a piece of hardware is really not supported. I'm currently using the following configuration: - Motherboard: Asus P5B Deluxe - CPU: Intel Core 2 Quad QX6700 2.66GHz - CPU cooler: Scythe ZIPANG-2 - RAM: Two times a Kingston HyperX DC 2GB kit PC2-6400 800 MHz, LL (2x1GB) (KHX6400D2LLK2/2GN) CL 4-4-4-12 (you have to manually tell your BIOS to use that) (so, four DIMMs and 4GB in total, note that motherboard doesn't support DIMMs that are made of 16x 128Mb chips, so 2GB Kingston HyperX should not work). - Soundcard: Creative Labs SB Live! (EMU10K1) (much better than the soundcard on the motherboard). - Videocard: MSI GeForce 9600GT PCIe - Harddisks: Seagate Barracuda 7200.10 320 GB, 7200rpm SATA Three times Western Digital Raptor 74GB, 10000rpm SATA (RAID5) - CDrom: Lite-On LH-20A1S 20x8x20x DVDRW, SATA - Powersupply: OCZ GameXStream PSU 700Watt, SLI, ATX/EPS12V - Casing: Antec P180B Super mid Tower Aluminium, ATX, black However, if it is SATA it will work, and the RAM doesn't have to do anything with linux either. The only thing you have to check for compatibility is the motherboard (and the controllers on it), and your videocard. The rest can't be a problem. And, as I said, I don't think those two are a problem either. I have currently videocard lock ups (only 3D) at random moments however. I'm not sure what is causing this instability... might be just a bad card :( I'm also not happy with the speed of my RAID. I'm going to add a 16GB RAM disk (ANS-9010) to speed up compiling of the viewer a bit more. Finally, the 3-speed fans that came with the casing (five 120mm fans!) all locked up, and cleaning them only helped for a while, so I had to replace a few of them with a constant speed fan. It took me a long time to decide on those components (several weeks)! -- Carlo Wood From merov at lindenlab.com Tue Jun 15 22:19:05 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Tue, 15 Jun 2010 22:19:05 -0700 Subject: [opensource-dev] viewer-external update In-Reply-To: References: <491218.48791.qm@web43512.mail.sp1.yahoo.com> Message-ID: Hi, I'm glad to report that export to viewer-external is fixed. Svn rev 3417 contains all the 2.1 code and newest viewer-public development. The Mac build at least works without crashing so it seems safe again to svn update and check. Sorry for the disruption and thanks for your patience. Cheers, - Merov On Mon, Jun 14, 2010 at 10:01 PM, Philippe (Merov) Bossut < merov at lindenlab.com> wrote: > Hi, > > Update on viewer-external: the last 2 "hg pull" from viewer-public keep > failing when building on all platforms and, therefore, do not get to the > export stage (we export only if builds pass). > > I think I identified the culprit: a bunch of new files and dependencies > added for crash tracking. > > I'll be working with Lindens to determine what to do with those files and > dependencies with respect to FLOSS. > > Thanks for your patience. > > Cheers, > - Merov > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100615/1c81457b/attachment.htm From latifer at streamgrid.net Wed Jun 16 01:03:44 2010 From: latifer at streamgrid.net (Latif Khalifa) Date: Wed, 16 Jun 2010 10:03:44 +0200 Subject: [opensource-dev] viewer-external update In-Reply-To: References: <491218.48791.qm@web43512.mail.sp1.yahoo.com> Message-ID: Hi, It builds fine on windows but it does not run. I get ""Could not start address resolution system" dialog on startup. After clicking OK, the viewer exits. Thank to Kirsten Lee the workaround of switching back to ares 1.6 makes it work again on windows. Latif On Wed, Jun 16, 2010 at 7:19 AM, Philippe (Merov) Bossut wrote: > Hi, > > I'm glad to report that export to viewer-external is fixed. Svn rev 3417 > contains all the 2.1 code and newest viewer-public development. The Mac > build at least works without crashing so it seems safe again to svn update > and check. > > Sorry for the disruption and thanks for your patience. > > Cheers, > - Merov > > > On Mon, Jun 14, 2010 at 10:01 PM, Philippe (Merov) Bossut > wrote: >> >> Hi, >> >> Update on viewer-external: the last 2 "hg pull" from viewer-public keep >> failing when building on all platforms and, therefore, do not get to the >> export stage (we export only if builds pass). >> >> I think I identified the culprit: a bunch of new files and dependencies >> added for crash tracking. >> >> I'll be working with Lindens to determine what to do with those files and >> dependencies with respect to FLOSS. >> >> Thanks for your patience. >> >> Cheers, >> - Merov > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > From brad at lindenlab.com Wed Jun 16 09:41:01 2010 From: brad at lindenlab.com (Brad Kittenbrink (Brad Linden)) Date: Wed, 16 Jun 2010 09:41:01 -0700 Subject: [opensource-dev] viewer-external update In-Reply-To: References: <491218.48791.qm@web43512.mail.sp1.yahoo.com> Message-ID: This was due to us upgrading to a new version of the c-ares library, and we dropped the pieces that handle the new initialization requirements. If we export again it should be fixed. Sorry, -Brad On Wednesday, June 16, 2010, Latif Khalifa wrote: > Hi, > > It builds fine on windows but it does not run. I get ""Could not start > address resolution system" dialog on startup. After clicking OK, the > viewer exits. Thank to Kirsten Lee the workaround of switching back to > ares 1.6 makes it work again on windows. > > Latif > > On Wed, Jun 16, 2010 at 7:19 AM, Philippe (Merov) Bossut > wrote: >> Hi, >> >> I'm glad to report that export to viewer-external is fixed. Svn rev 3417 >> contains all the 2.1 code and newest viewer-public development. The Mac >> build at least works without crashing so it seems safe again to svn update >> and check. >> >> Sorry for the disruption and thanks for your patience. >> >> Cheers, >> - Merov >> >> >> On Mon, Jun 14, 2010 at 10:01 PM, Philippe (Merov) Bossut >> wrote: >>> >>> Hi, >>> >>> Update on viewer-external: the last 2 "hg pull" from viewer-public keep >>> failing when building on all platforms and, therefore, do not get to the >>> export stage (we export only if builds pass). >>> >>> I think I identified the culprit: a bunch of new files and dependencies >>> added for crash tracking. >>> >>> I'll be working with Lindens to determine what to do with those files and >>> dependencies with respect to FLOSS. >>> >>> Thanks for your patience. >>> >>> Cheers, >>> - Merov >> >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > From merov at lindenlab.com Wed Jun 16 16:39:19 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 16 Jun 2010 16:39:19 -0700 Subject: [opensource-dev] viewer-external update In-Reply-To: References: <491218.48791.qm@web43512.mail.sp1.yahoo.com> Message-ID: Hi, Yes, that issue is fixed in viewer-external svn r3419 that just completed its export. The fix is the one listed as: 4cf5fa353e9c : FIX EXT-7857 - c-ares library initialization was skipping a new step. Cheers, - Merov On Wed, Jun 16, 2010 at 9:41 AM, Brad Kittenbrink (Brad Linden) < brad at lindenlab.com> wrote: > This was due to us upgrading to a new version of the c-ares library, > and we dropped the pieces that handle the new initialization > requirements. If we export again it should be fixed. > > Sorry, > -Brad > > On Wednesday, June 16, 2010, Latif Khalifa wrote: > > Hi, > > > > It builds fine on windows but it does not run. I get ""Could not start > > address resolution system" dialog on startup. After clicking OK, the > > viewer exits. Thank to Kirsten Lee the workaround of switching back to > > ares 1.6 makes it work again on windows. > > > > Latif > > > > On Wed, Jun 16, 2010 at 7:19 AM, Philippe (Merov) Bossut > > wrote: > >> Hi, > >> > >> I'm glad to report that export to viewer-external is fixed. Svn rev 3417 > >> contains all the 2.1 code and newest viewer-public development. The Mac > >> build at least works without crashing so it seems safe again to svn > update > >> and check. > >> > >> Sorry for the disruption and thanks for your patience. > >> > >> Cheers, > >> - Merov > >> > >> > >> On Mon, Jun 14, 2010 at 10:01 PM, Philippe (Merov) Bossut > >> wrote: > >>> > >>> Hi, > >>> > >>> Update on viewer-external: the last 2 "hg pull" from viewer-public keep > >>> failing when building on all platforms and, therefore, do not get to > the > >>> export stage (we export only if builds pass). > >>> > >>> I think I identified the culprit: a bunch of new files and dependencies > >>> added for crash tracking. > >>> > >>> I'll be working with Lindens to determine what to do with those files > and > >>> dependencies with respect to FLOSS. > >>> > >>> Thanks for your patience. > >>> > >>> Cheers, > >>> - Merov > >> > >> > >> _______________________________________________ > >> Policies and (un)subscribe information available here: > >> http://wiki.secondlife.com/wiki/OpenSource-Dev > >> Please read the policies before posting to keep unmoderated posting > >> privileges > >> > > _______________________________________________ > > Policies and (un)subscribe information available here: > > http://wiki.secondlife.com/wiki/OpenSource-Dev > > Please read the policies before posting to keep unmoderated posting > privileges > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100616/a2ee56ac/attachment.htm From nickyperian at yahoo.com Wed Jun 16 19:52:42 2010 From: nickyperian at yahoo.com (Nicky Perian) Date: Wed, 16 Jun 2010 19:52:42 -0700 (PDT) Subject: [opensource-dev] [JIRA] Commented: (SNOW-718) >INTEGRATION_TEST_llhost - 1 error(s), 0 warning(s) In-Reply-To: <11003937.361191276728401687.JavaMail.root@lindenlab1> References: <11003937.361191276728401687.JavaMail.root@lindenlab1> Message-ID: <774531.49318.qm@web43515.mail.sp1.yahoo.com> the version is snowglobe 2.0. My computer resolves linux.org without issues. ________________________________ From: Thickbrick Sleaford (JIRA) To: nickyperian at yahoo.com Sent: Wed, June 16, 2010 5:46:41 PM Subject: [JIRA] Commented: (SNOW-718) >INTEGRATION_TEST_llhost - 1 error(s), 0 warning(s) [ http://jira.secondlife.com/browse/SNOW-718?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=192731#action_192731 ] Thickbrick Sleaford commented on SNOW-718: ------------------------------------------ Is this with snowglobe 2.0, or viewer-external? (the latter currently has a problematic cares version, apparently) If it's snowglobe 2.0, can your computer resolve linux.org? > >INTEGRATION_TEST_llhost - 1 error(s), 0 warning(s) > --------------------------------------------------- > > Key: SNOW-718 > URL: http://jira.secondlife.com/browse/SNOW-718 > Project: 6. Second Life Snowglobe - SNOW > Issue Type: Bug > Components: Source Code > Affects Versions: Snowglobe 2.0 > Environment: Vista win32 VC++ Express RelWithDebInfo > Reporter: Nicky Perian > > This has been a repeat for the last few builds. > 63>------ Build started: Project: INTEGRATION_TEST_llhost, Configuration: RelWithDebInfo Win32 ------ > 63>Performing Pre-Link Event... > 63>Linking... > 63>Embedding manifest... > 63>Performing Post-Build Event... > 47>llscrolllistcolumn.cpp > 63>set 'linux.org'; reported '' > 63>[llhost, 9] fail: 'getHostName failed' > 63> Total Tests: 14 > 63> Passed Tests: 13 > 63>********************************* > 63>Failed Tests: 1 > 63>Please report or fix the problem. > 63>********************************* > 63>PATH += ['C:/SL_SvnTest8/trunk/indra/build-vc80/sharedlibs/RelWithDebInfo'] > 63>Running: C:/SL_SvnTest8/trunk/indra/build-vc80/sharedlibs/RelWithDebInfo/INTEGRATION_TEST_llhost.exe > 63>Failure running: C:/SL_SvnTest8/trunk/indra/build-vc80/sharedlibs/RelWithDebInfo/INTEGRATION_TEST_llhost.exe > 63>Error: 1 > 63>Project : error PRJ0019: A tool returned an error code from "Performing Post-Build Event..." > 63>Build log was saved at "file://c:\SL_SvnTest8\trunk\indra\build-vc80\llmessage\INTEGRATION_TEST_llhost.dir\RelWithDebInfo\BuildLog.htm" > 63>INTEGRATION_TEST_llhost - 1 error(s), 0 warning(s) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.secondlife.com/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100616/c0aa7319/attachment.htm From johnniecarling at gmail.com Thu Jun 17 00:05:07 2010 From: johnniecarling at gmail.com (Johnnie Carling) Date: Thu, 17 Jun 2010 03:05:07 -0400 Subject: [opensource-dev] viewer-external update In-Reply-To: References: Message-ID: <201006170305.07905.johnniecarling@gmail.com> On 06/16/10 1:19:05 am, Philippe (Merov) Bossut wrote: > Hi, > > I'm glad to report that export to viewer-external is fixed. Svn rev 3417 > contains all the 2.1 code and newest viewer-public development. The Mac > build at least works without crashing so it seems safe again to svn update > and check. Just FYI To get viewer-external to build on Debian Sid (gcc 4.4.4.) you have to ... /me takes a deep breath use the patches from SNOW-505 SNOW-506 SNOW-514 Turn off treating warnings as errors and then deal with SNOW-606 whew! ;) From Lance.Corrimal at eregion.de Thu Jun 17 00:22:02 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Thu, 17 Jun 2010 09:22:02 +0200 Subject: [opensource-dev] viewer-external and snowglobe Message-ID: <201006170922.02950.Lance.Corrimal@eregion.de> Hi, will all that neat new stuff from viewer-external go into snowglobe 2 at some point? bye, LC From sldev at catznip.com Fri Jun 18 05:19:12 2010 From: sldev at catznip.com (Kitty) Date: Fri, 18 Jun 2010 14:19:12 +0200 Subject: [opensource-dev] LLUUID::getNodeID() returns (random) software MAC Message-ID: <43288A51F1BD49A59E5211056509B57F@panther> I tried to log on this morning and got a "Second Life can not be accessed from this computer"... naughty me! :o. Looking into it only that particular puter was "banned" and even then it was restricted to only 2.1 (my own build and the official one). Delving deeper the problem seems to be that LLUUID::getNodeID() is using GetIfTable() table to enumerate over the available interfaces and just returns the MAC of the first ethernet one it comes across... which happens to be the MAC of the WAN miniport *software* interface which has a different MAC generated every time the puter is rebooted. Just my luck that a randomly generated MAC happens to be a blacklisted one :p. Is there any reason why GetAdaptersInfo() isn't used to get the MAC of the *physical* network interface(s)? *confuzzled* Aside from the issue I ran into where a random MAC turned out to be banned, the (official) viewer shouldn't be effectively spoofing the MAC address by just sending something "random" either? Additionally fixing that bug probably means that LLMachineID::init() can be reverted to using the MAC address again since it has a comment about the MAC address seemingly changing across reboots and has work-around code there to use the BIOS serial instead? Kitty From zabb65 at gmail.com Fri Jun 18 06:15:04 2010 From: zabb65 at gmail.com (Zabb65) Date: Fri, 18 Jun 2010 09:15:04 -0400 Subject: [opensource-dev] LLUUID::getNodeID() returns (random) software MAC In-Reply-To: <43288A51F1BD49A59E5211056509B57F@panther> References: <43288A51F1BD49A59E5211056509B57F@panther> Message-ID: Just to add my 2c on this issue. I was getting this once in a while as well, when I finally tracked it down, to the above reason(although it was an older version.) it was actually pulling a random interface each time my computer rebooted as being the one chosen. In the list of random devices, there were 4 that had random(potentially) mac addresses each time, cisco vpn adapter, ieee1394(firewire) connector, hamachi adapter, and a loopback adaptor(I use it for testing things, but it was disabled at the time it was picked) I'm aware that there are probably hundreds of potential software interfaces that all return psuedo random addresses each time, or some that always return invalid addresses(seem to remember one that returned 00:00:00:00:00:00 every time), to make matters worse, you can arbitrarily rename adapters under all versions of windows. There should likely be a bit of investigation done into determining the outgoing interface used for a given address(I suspect there is a way to determine such), and using that interfaces hardware address. Under mac and *nix variants, once can query the kernel routing table to determine the outgoing interface for a specific address, so it should be significantly easier under those two. As for why the function doesn't already do this, I'd guess it was simplicity, or the assumption that the operating system would return the physical/activated/highest priority interface first in the list, although this doesn't appear to be ALWAYS true under any of the operating systems supported. On Fri, Jun 18, 2010 at 08:19, Kitty wrote: > I tried to log on this morning and got a "Second Life can not be accessed > from this computer"... naughty me! :o. > > Looking into it only that particular puter was "banned" and even then it was > restricted to only 2.1 (my own build and the official one). > > Delving deeper the problem seems to be that LLUUID::getNodeID() is using > GetIfTable() table to enumerate over the available interfaces and just > returns the MAC of the first ethernet one it comes across... which happens > to be the MAC of the WAN miniport *software* interface which has a different > MAC generated every time the puter is rebooted. > > Just my luck that a randomly generated MAC happens to be a blacklisted one > :p. > > Is there any reason why GetAdaptersInfo() isn't used to get the MAC of the > *physical* network interface(s)? *confuzzled* > > Aside from the issue I ran into where a random MAC turned out to be banned, > the (official) viewer shouldn't be effectively spoofing the MAC address by > just sending something "random" either? > > Additionally fixing that bug probably means that LLMachineID::init() can be > reverted to using the MAC address again since it has a comment about the MAC > address seemingly changing across reboots and has work-around code there to > use the BIOS serial instead? > > Kitty > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > From open at autistici.org Fri Jun 18 15:19:57 2010 From: open at autistici.org (Opensource Obscure) Date: Sat, 19 Jun 2010 00:19:57 +0200 Subject: [opensource-dev] =?utf-8?q?=5BLINUX=2CDOCS=5D_libc6-dev-i386_need?= =?utf-8?q?ed_to_build_on_Ubuntu=3F?= Message-ID: Is libc6-dev-i386 needed to build the viewers on Linux Ubuntu? it is, according to the wiki, but it seems this package it's not present in current release 10.04 (but it looks like it existed in previous Ubuntu releases) $ apt-cache search libc6-dev libc6-dev - Embedded GNU C Library: Development Libraries and Header Files libc6-dev-amd64 - GNU C Library: 64bit Development Libraries for AMD64 I did some searches and I suspect it may be required on Debian only, but I'm not sure at all. I'm in the process of setting up my system and right now I couldn't be able to build the viewer myself anyway so I would appreciate a comment by other Ubuntu users. @oobscure From sldev at hotmail.com Sat Jun 19 09:47:42 2010 From: sldev at hotmail.com (Henri Beauchamp) Date: Sat, 19 Jun 2010 18:47:42 +0200 Subject: [opensource-dev] Where are the new LSL functions in viewer 2 ? Message-ID: <20100619184742.fe1dd431.sldev@hotmail.com> Greetings, I was in the process of creating a patch to backport the new LSL functions to viewer v1.23, but I noticed that some of these functions, while already implemented server-side, are not even implemented in viewer 2... For example, llGetLinkPrimitiveParams() does compile (in any viewer) but isn't highlighted because this function is not declared in indra/lscript/lscript_library/lscript_library.cpp Since the functions in this file cannot be added in a random order, one can't add it by their own accord till LL provides the updated file, with whatever order they chose for all the new functions. If LL is not about to implement these functions in viewer 2, could we at least know for sure what is their future rank in lscript_library.cpp so that third parties viewers can implement them ? Also, speaking about llGetLinkPrimitiveParams() (and the associated llSetLinkPrimitiveParams()), we would need simpler functions such as llSetLinkText(), llGetLinkScale(), llGetLinkDesc(), etc (i.e. functions just like the existing llSetLinkAlpha(), for example), since using lists together with ll[G/S]etLinkPrimitiveParams() is extremely tedious and consumes much more memory and script time than a simpler, specialized function when used to change just one parameter in a child prim... Regards, Henri. From jacek.antonelli at gmail.com Sat Jun 19 15:33:09 2010 From: jacek.antonelli at gmail.com (Jacek Antonelli) Date: Sat, 19 Jun 2010 17:33:09 -0500 Subject: [opensource-dev] Where are the new LSL functions in viewer 2 ? In-Reply-To: <20100619184742.fe1dd431.sldev@hotmail.com> References: <20100619184742.fe1dd431.sldev@hotmail.com> Message-ID: On Sat, Jun 19, 2010 at 11:47 AM, Henri Beauchamp wrote: > I was in the process of creating a patch to backport the new LSL functions > to viewer v1.23, but I noticed that some of these functions, while > already implemented server-side, are not even implemented in viewer 2... > > For example, llGetLinkPrimitiveParams() does compile (in any viewer) but > isn't highlighted because this function is not declared in > indra/lscript/lscript_library/lscript_library.cpp > Since the functions in this file cannot be added in a random order, one > can't add it by their own accord till LL provides the updated file, with > whatever order they chose for all the new functions. Third party viewers can add anything to that file in any order with no real consequence. The big scary warnings in that file are a legacy of the old days when the viewer compiled its own bytecode. That file might also be used by the server code these days, but even if so, that's of no real concern to third party viewer developers. McCabe added the new functions and keywords to Imprudence recently, here's the commit with the changes: http://github.com/jacek/imprudence/commit/a3182539 I can email it to you as a patch if you want, just let me know (privately). Regards, - Jacek P.S. In Viewer 2, the tooltips seem to be defined in indra/newview/skins/default/xui/en-us/strings.xml (I guess the ones in lscript_library.cpp are ignored now). But, it is missing llGetLinkPrimitiveParams. Perhaps someone affected by this should file a JIRA ticket for the missing tooltip. From sldev at free.fr Sun Jun 20 11:03:07 2010 From: sldev at free.fr (Henri Beauchamp) Date: Sun, 20 Jun 2010 20:03:07 +0200 Subject: [opensource-dev] Where are the new LSL functions in viewer 2 ? In-Reply-To: References: <20100619184742.fe1dd431.sldev@hotmail.com> Message-ID: <20100620200307.7328c819.sldev@free.fr> On Sat, 19 Jun 2010 17:33:09 -0500, Jacek Antonelli wrote: > On Sat, Jun 19, 2010 at 11:47 AM, Henri Beauchamp wrote: > > I was in the process of creating a patch to backport the new LSL functions > > to viewer v1.23, but I noticed that some of these functions, while > > already implemented server-side, are not even implemented in viewer 2... > > > > For example, llGetLinkPrimitiveParams() does compile (in any viewer) but > > isn't highlighted because this function is not declared in > > indra/lscript/lscript_library/lscript_library.cpp > > Since the functions in this file cannot be added in a random order, one > > can't add it by their own accord till LL provides the updated file, with > > whatever order they chose for all the new functions. > > Third party viewers can add anything to that file in any order with no > real consequence. The big scary warnings in that file are a legacy of > the old days when the viewer compiled its own bytecode. That file > might also be used by the server code these days, but even if so, > that's of no real concern to third party viewer developers. It also surprised me to still see this warning in the latest viewer sources, since the actual script compilation now happens server side (it was needed for Mono scripts anyway), but one is never to cautious... Plus, there is still the issue that since the new functions are not yet implemented in the official viewer, their server side implementation could change without notice and render our own wiewer-side implementation deprecated or even incompatible... > McCabe added the new functions and keywords to Imprudence recently, > here's the commit with the changes: > > http://github.com/jacek/imprudence/commit/a3182539 There are quite a few things missing in this patch to actually make it a functional one, namely changes to indra.l, lllslconstants.h and llclickaction.h. Also, PRIM_NAME doesn't (yet) exist server-side (I checked for all possible unused integer constants), and PRIM_TEXT is wrongly documented in your keywords.ini as referring to the prim description instead of its hovertext (I do agree however, that a mean of changing and retreiving prim description is *definitely* required if we want to be able to get rid of all secondary scripts in child prims: prims description is the only sensible and reliable way to store script-reset-resilient data... I wish LSL would provide a way to write into notecards, like what can be done in OpenSim...). I got a proper, working patch if you want it (will be part of the next release of the Cool VL Viewer)... Regards, Henri. From Lance.Corrimal at eregion.de Sun Jun 20 11:27:40 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Sun, 20 Jun 2010 20:27:40 +0200 Subject: [opensource-dev] Where are the new LSL functions in viewer 2 ? In-Reply-To: <20100620200307.7328c819.sldev@free.fr> References: <20100619184742.fe1dd431.sldev@hotmail.com> <20100620200307.7328c819.sldev@free.fr> Message-ID: <201006202027.40928.Lance.Corrimal@eregion.de> Am Sonntag 20 Juni 2010 schrieb Henri Beauchamp: > I got a proper, working patch if you want it (will be part of the > next release of the Cool VL Viewer)... great job! http://jira.secondlife.com/browse/SNOW-721 ;) bye, LC From jacek.antonelli at gmail.com Sun Jun 20 12:08:57 2010 From: jacek.antonelli at gmail.com (Jacek Antonelli) Date: Sun, 20 Jun 2010 14:08:57 -0500 Subject: [opensource-dev] Where are the new LSL functions in viewer 2 ? In-Reply-To: <20100620200307.7328c819.sldev@free.fr> References: <20100619184742.fe1dd431.sldev@hotmail.com> <20100620200307.7328c819.sldev@free.fr> Message-ID: On Sun, Jun 20, 2010 at 1:03 PM, Henri Beauchamp wrote: > Plus, there is still the issue that since the new functions are not yet > implemented in the official viewer, their server side implementation > could change without notice and render our own wiewer-side implementation > deprecated or even incompatible... I'm not sure what you mean by "not yet implemented in the official viewer". If you mean the tooltips for the script editor, they are defined in Viewer 2 in the strings.xml file, as I said in my previous message. That's where we backported the descriptions from. The only one missing from strings.xml is llGetLinkPrimitiveParams. > There are quite a few things missing in this patch to actually make it a > functional one, namely changes to indra.l, lllslconstants.h and > llclickaction.h. indra.l is not used by the viewer anymore, nor are those parts of lllslconstants.h (only the value of MAX_PAY_BUTTONS is used by the viewer). The additions to llclickaction.h are only necessary when porting over the entire new media system, which we have not done yet. None of those additions are necessary for the tooltips, which was the point of the patch. > Also, PRIM_NAME doesn't (yet) exist server-side (I checked for all possible > unused integer constants) If you have a look at the wiki, you will see that PRIM_NAME will be appearing in server 1.40: http://wiki.secondlife.com/wiki/PRIM_NAME > and PRIM_TEXT is wrongly documented in your > keywords.ini as referring to the prim description instead of its hovertext You're right, this was a mistake. That line should have been PRIM_DESC, and another line added to describe PRIM_TEXT. > (I do agree however, that a mean of changing and retreiving prim description > is *definitely* required if we want to be able to get rid of all secondary > scripts in child prims You will be happy to hear that PRIM_DESC is also coming in server 1.40: http://wiki.secondlife.com/wiki/PRIM_DESC > I got a proper, working patch if you want it (will be part of the next > release of the Cool VL Viewer)... Sorry that our proper, working patch was not up to your standards. ;-) - Jacek From sldev at free.fr Sun Jun 20 12:36:37 2010 From: sldev at free.fr (Henri Beauchamp) Date: Sun, 20 Jun 2010 21:36:37 +0200 Subject: [opensource-dev] Where are the new LSL functions in viewer 2 ? In-Reply-To: References: <20100619184742.fe1dd431.sldev@hotmail.com> <20100620200307.7328c819.sldev@free.fr> Message-ID: <20100620213637.adcf3e4d.sldev@free.fr> On Sun, 20 Jun 2010 14:08:57 -0500, Jacek Antonelli wrote: > On Sun, Jun 20, 2010 at 1:03 PM, Henri Beauchamp wrote: > > Plus, there is still the issue that since the new functions are not yet > > implemented in the official viewer, their server side implementation > > could change without notice and render our own wiewer-side implementation > > deprecated or even incompatible... > > I'm not sure what you mean by "not yet implemented in the official > viewer". If you mean the tooltips for the script editor, they are > defined in Viewer 2 in the strings.xml file, as I said in my previous > message. That's where we backported the descriptions from. The only > one missing from strings.xml is llGetLinkPrimitiveParams. I was referring to: indra/lscript/lscript_library/lscript_library.cpp The new, viewer 2 specific media LSL functions are defined in there, but not the new server v1.38 LSL functions... > > There are quite a few things missing in this patch to actually make it a > > functional one, namely changes to indra.l, lllslconstants.h and > > llclickaction.h. > > indra.l is not used by the viewer anymore, nor are those parts of > lllslconstants.h (only the value of MAX_PAY_BUTTONS is used by the > viewer). The additions to llclickaction.h are only necessary when > porting over the entire new media system, which we have not done yet. > None of those additions are necessary for the tooltips, which was the > point of the patch. In this case, the build script for the viewer should be changed, because indra.l *is* used during the building process (it might not be used at link time, but then there is no point using it at all, or even making it part of the viewer sources...). .../... make[2]: Entering directory `/usr/src/SL/indra/viewer-linux-i686-release' [ 27%] Generating indra.y.cpp, indra.y.hpp /usr/src/SL/indra/lscript/lscript_compile/indra.y: conflits: 88 r?duction/r?duction [ 27%] Generating indra.l.cpp .../... Henri. From tofu at lindenlab.com Mon Jun 21 05:08:29 2010 From: tofu at lindenlab.com (Tofu Linden) Date: Mon, 21 Jun 2010 13:08:29 +0100 Subject: [opensource-dev] [LINUX, DOCS] libc6-dev-i386 needed to build on Ubuntu? In-Reply-To: References: Message-ID: <4C1F563D.5010807@lindenlab.com> Opensource Obscure wrote: > Is libc6-dev-i386 needed to build the viewers on Linux Ubuntu? The -i386 version shouldn't specifically be necessary. The libc6-dev version should be good. If you can build a 'hello world' C app then you can probably stop worrying about this particular package. Hope that helps. -Tofu From open at autistici.org Mon Jun 21 08:04:37 2010 From: open at autistici.org (Opensource Obscure) Date: Mon, 21 Jun 2010 17:04:37 +0200 Subject: [opensource-dev] =?utf-8?q?=5BLINUX=2C_DOCS=5D_libc6-dev-i386_nee?= =?utf-8?q?ded_to_build_on_Ubuntu=3F?= In-Reply-To: <4C1F563D.5010807@lindenlab.com> References: <4C1F563D.5010807@lindenlab.com> Message-ID: On Mon, 21 Jun 2010 13:08:29 +0100, Tofu Linden wrote: > Opensource Obscure wrote: >> Is libc6-dev-i386 needed to build the viewers on Linux Ubuntu? > > The -i386 version shouldn't specifically be necessary. The libc6-dev > version should be good. If you can build a 'hello world' C app then > you can probably stop worrying about this particular package. > > Hope that helps. > -Tofu yeah, thanks! after I set up the rest of my system and I applied the SNOW-505 patch ( http://bit.ly/c6Xn2h ), I managed to compile a working Snowglobe from rev. 3429. I updated the wiki page and removed the libc6-dev-i386 reference. https://wiki.secondlife.com/wiki/Compiling_the_viewer_(Linux) Opensource Obscure From thickbrick.sleaford at gmail.com Mon Jun 21 13:22:58 2010 From: thickbrick.sleaford at gmail.com (Thickbrick Sleaford) Date: Mon, 21 Jun 2010 23:22:58 +0300 Subject: [opensource-dev] Linux + QtWebKit + Flash 10.1.x = Crash Message-ID: <201006212322.58630.thickbrick.sleaford@gmail.com> Hello all, It looks like recent (>10.1) Flash versions can't work with any QtWebKit browser including the webkit plugin in Snowglobe 1.x and Viewer 2 on Linux. This is because those versions of Flash don't initialize gtk properly (Adobe assuming that the browser is gtk based, i.e. Firefox.) This results in the crash of the SLPlugin process when trying to show the login page, or any other web page (though some of the pages sometimes get half-rendered). There is a fix for this in upstream QtWebKit, but this would require rebuilding the prebuilt llqtwebkit packages. Until then, Linux users who are trying to stay safe have a problem, because Flash 10.0 is not getting security updates on Linux anymore, apparently (and the chances of Adobe fixing this are close to zero.) So I think we need to solve this as quickly as possible. Here are the relevant bugs: http://jira.secondlife.com/browse/SNOW-548 https://bugs.webkit.org/show_bug.cgi?id=40567 This is what Flash spits out on stdout before crashing: (process:2096): GLib-GObject-CRITICAL **: /build/buildd/glib2.0-2.24.0/gobject/gtype.c:2706: You forgot to call g_type_init() (process:2096): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed (process:2096): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed -- Thickbrick From Lance.Corrimal at eregion.de Mon Jun 21 14:29:46 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 21 Jun 2010 23:29:46 +0200 Subject: [opensource-dev] Linux + QtWebKit + Flash 10.1.x = Crash In-Reply-To: <201006212322.58630.thickbrick.sleaford@gmail.com> References: <201006212322.58630.thickbrick.sleaford@gmail.com> Message-ID: <201006212329.46858.Lance.Corrimal@eregion.de> Am Montag 21 Juni 2010 schrieb Thickbrick Sleaford: > Hello all, > > It looks like recent (>10.1) Flash versions can't work with any > QtWebKit browser including the webkit plugin in Snowglobe 1.x and > Viewer 2 on Linux. This is because those versions of Flash don't > initialize gtk properly (Adobe assuming that the browser is gtk > based, i.e. Firefox.) > > This results in the crash of the SLPlugin process when trying to > show the login page, or any other web page (though some of the > pages sometimes get half-rendered). > > There is a fix for this in upstream QtWebKit, but this would > require rebuilding the prebuilt llqtwebkit packages. Until then, > Linux users who are trying to stay safe have a problem, because > Flash 10.0 is not getting security updates on Linux anymore, > apparently (and the chances of Adobe fixing this are close to > zero.) So I think we need to solve this as quickly as possible. seconded. strongly. bye, LC From neil at knowsense.co.uk Tue Jun 22 04:02:33 2010 From: neil at knowsense.co.uk (Neil Canham) Date: Tue, 22 Jun 2010 12:02:33 +0100 Subject: [opensource-dev] Questions about SOCKS5 support in SnowGlobe Message-ID: I hope that this is the right place to ask - I'm very interested in trying the SOCKS5 support in SnowGlobe to connect to both SL and also my own OpenSim instances from inside corporate firewalls, and to allow prospective clients to do the same. I have two questions: Does SLVoice traffic get 'socksified'? If the organisation doesn't have a Socks server, can I run a Socks server such as antinat outside the firewall (eg - on the OpenSim server box itself) and tell SnowGlobe to route traffic through an acceptable firewall opening port such as 80 or 443? Any help gratefully received! Thanks Neil -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100622/2d267f00/attachment.htm From tofu at lindenlab.com Tue Jun 22 04:31:18 2010 From: tofu at lindenlab.com (Tofu Linden) Date: Tue, 22 Jun 2010 12:31:18 +0100 Subject: [opensource-dev] Linux + QtWebKit + Flash 10.1.x = Crash In-Reply-To: <201006212322.58630.thickbrick.sleaford@gmail.com> References: <201006212322.58630.thickbrick.sleaford@gmail.com> Message-ID: <4C209F06.7060007@lindenlab.com> I'm going to attach a work-around to SNOW-548. Cheers. Thickbrick Sleaford wrote: > Hello all, > > It looks like recent (>10.1) Flash versions can't work with any QtWebKit > browser including the webkit plugin in Snowglobe 1.x and Viewer 2 on Linux. > This is because those versions of Flash don't initialize gtk properly (Adobe > assuming that the browser is gtk based, i.e. Firefox.) > > This results in the crash of the SLPlugin process when trying to show the > login page, or any other web page (though some of the pages sometimes get > half-rendered). > > There is a fix for this in upstream QtWebKit, but this would require > rebuilding the prebuilt llqtwebkit packages. Until then, Linux users who are > trying to stay safe have a problem, because Flash 10.0 is not getting security > updates on Linux anymore, apparently (and the chances of Adobe fixing this are > close to zero.) So I think we need to solve this as quickly as possible. > > Here are the relevant bugs: > http://jira.secondlife.com/browse/SNOW-548 > https://bugs.webkit.org/show_bug.cgi?id=40567 > > > This is what Flash spits out on stdout before crashing: > (process:2096): GLib-GObject-CRITICAL **: > /build/buildd/glib2.0-2.24.0/gobject/gtype.c:2706: You forgot to call > g_type_init() > (process:2096): GLib-CRITICAL **: g_once_init_leave: assertion > `initialization_value != 0' failed > (process:2096): GLib-GObject-CRITICAL **: g_object_new: assertion > `G_TYPE_IS_OBJECT (object_type)' failed > From robin.cornelius at gmail.com Tue Jun 22 15:20:15 2010 From: robin.cornelius at gmail.com (Robin Cornelius) Date: Tue, 22 Jun 2010 23:20:15 +0100 Subject: [opensource-dev] Questions about SOCKS5 support in SnowGlobe In-Reply-To: References: Message-ID: On Tue, Jun 22, 2010 at 12:02 PM, Neil Canham wrote: > I hope that this is the right place to ask - I'm very interested in trying > the SOCKS5 support in SnowGlobe to connect to both SL and also my own > OpenSim instances from inside corporate firewalls, and to allow prospective > clients to do the same. I have two questions: > Does SLVoice traffic get 'socksified'? > If the organisation doesn't have a Socks server, can I run a Socks server > such as antinat outside the firewall (eg - on the OpenSim server box itself) > and tell SnowGlobe to route traffic through an acceptable firewall opening > port such as 80 or 443? Not currently no, the SLVoice is a seperate process and is not subject to the socks wrappers within the viewer. Although i see no reason why you could not" socksified" that executable with a socks wrapper program for the time being. I think this deservesis worth a jira feature request, as SG 1.4 supports socks and SG2.0 will once i pull my finger out, SLVoice also supporting it is a valid requirment Give me the SLVoice code and i will do it. Robin From moriz.gupte at gmail.com Tue Jun 22 15:30:07 2010 From: moriz.gupte at gmail.com (Moriz Gupte) Date: Tue, 22 Jun 2010 16:30:07 -0600 Subject: [opensource-dev] Questions about SOCKS5 support in SnowGlobe In-Reply-To: References: Message-ID: Thanks Robin, you are a very kind soul. Socksifying SL Voice is much needed for behind the firewall access. R On Tue, Jun 22, 2010 at 4:20 PM, Robin Cornelius wrote: > On Tue, Jun 22, 2010 at 12:02 PM, Neil Canham > wrote: > > I hope that this is the right place to ask - I'm very interested in > trying > > the SOCKS5 support in SnowGlobe to connect to both SL and also my own > > OpenSim instances from inside corporate firewalls, and to allow > prospective > > clients to do the same. I have two questions: > > Does SLVoice traffic get 'socksified'? > > If the organisation doesn't have a Socks server, can I run a Socks server > > such as antinat outside the firewall (eg - on the OpenSim server box > itself) > > and tell SnowGlobe to route traffic through an acceptable firewall > opening > > port such as 80 or 443? > > Not currently no, the SLVoice is a seperate process and is not subject > to the socks wrappers within the viewer. Although i see no reason why > you could not" socksified" that executable with a socks wrapper > program for the time being. I think this deservesis worth a jira > feature request, as SG 1.4 supports socks and SG2.0 will once i pull > my finger out, SLVoice also supporting it is a valid requirment > > Give me the SLVoice code and i will do it. > > Robin > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -- 'Consider how the lilies grow. They do not labor or spin.' Rameshsharma Ramloll PhD Research Associate Professor Idaho State University, PocatelloTel: 208-282-5333 More info at http://tr.im/RRamloll -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100622/a1efc14d/attachment.htm From neil at knowsense.co.uk Tue Jun 22 15:48:40 2010 From: neil at knowsense.co.uk (Neil Canham) Date: Tue, 22 Jun 2010 23:48:40 +0100 Subject: [opensource-dev] Questions about SOCKS5 support in SnowGlobe In-Reply-To: References: Message-ID: Thanks - that makes sense. I can raise the jira if that helps. On Tue, Jun 22, 2010 at 11:20 PM, Robin Cornelius wrote: > On Tue, Jun 22, 2010 at 12:02 PM, Neil Canham > wrote: > > I hope that this is the right place to ask - I'm very interested in > trying > > the SOCKS5 support in SnowGlobe to connect to both SL and also my own > > OpenSim instances from inside corporate firewalls, and to allow > prospective > > clients to do the same. I have two questions: > > Does SLVoice traffic get 'socksified'? > > If the organisation doesn't have a Socks server, can I run a Socks server > > such as antinat outside the firewall (eg - on the OpenSim server box > itself) > > and tell SnowGlobe to route traffic through an acceptable firewall > opening > > port such as 80 or 443? > > Not currently no, the SLVoice is a seperate process and is not subject > to the socks wrappers within the viewer. Although i see no reason why > you could not" socksified" that executable with a socks wrapper > program for the time being. I think this deservesis worth a jira > feature request, as SG 1.4 supports socks and SG2.0 will once i pull > my finger out, SLVoice also supporting it is a valid requirment > > Give me the SLVoice code and i will do it. > > Robin > -- Neil Canham -- Director Flying Island Limited m: +44 (0) 7974 095903 e: neil.canham at flyingisland.co.uk ****************************************************************************** Flying Island Limited: the 'Really Useful' Web ****************************************************************************** Please consider the environment before printing this email This e-mail and any files transmitted with it are confidential and could contain information that is privileged to the intended user of the e-mail address to which it was addressed. It must not be copied, disclosed or distributed under any circumstances without the prior authorisation of the sender. If you are not the intended recipient please contact admin at flyingisland.co.uk and then permanently delete the original message. Please note that any views expressed by the sender in this email are not necessarily those of Flying Island Limited. Also note that while we endeavour to try to ensure that this e-mail has been swept for viruses, we do not accept responsibility for any damage or loss caused in respect of any viruses transmitted by the e-mail. Please ensure your own checks are carried out before any attachments are opened. Flying Island Limited Registered Office - 22B Priory Crescent, Southsea, Hampshire PO4 8RL Registered in England and Wales: Registered No. 07121424 ****************************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100622/c719ec99/attachment.htm From kf6kjg at gmail.com Tue Jun 22 20:36:59 2010 From: kf6kjg at gmail.com (Ricky) Date: Tue, 22 Jun 2010 20:36:59 -0700 Subject: [opensource-dev] Explorations in develop.py Message-ID: Looking through develop.py, I spied the following lines: 281- elif self.arch() == 'x86_64' and self.is_internal_tree(): 282- # the viewer does not build in 64bit -- kdu5 issues 283- # we can either use openjpeg, or overhaul our viewer to handle kdu5 or higher 284: # doug knows about kdu issues 285- return ['server-' + platform_build] Using svn blame, I found that these lines arrived into /linden/projects/2010/snowglobe/trunk/indra/develop.py at the time of the creation of this project at r3145. I didn't checkout and search up the parent branches (wish svn had a way to do this easily!) Because of this, I am unable to tell whether this is still valid or otherwise. Any enlightenment? Maybe a JIRA so I can see what the current status is? My initial searches have turned up nothing, however, I may not be using the correct keywords... My memory is bugging me with the thought that a switchover to OpenJPEG has already happened... If so, then section of code should likely be updated. Of course, it seems from the conditional that is is only about 64 bit builds of the Linden internal branch. However, the reasoning given here may not be valid any more, and could possibly be replaced with a reference to a JIRA issue, maybe even the Linux 64bit build meta http://jira.secondlife.com/browse/VWR-13793 . Thanks, Ricky Cron Stardust From kf6kjg at gmail.com Tue Jun 22 22:03:16 2010 From: kf6kjg at gmail.com (Ricky) Date: Tue, 22 Jun 2010 22:03:16 -0700 Subject: [opensource-dev] Tut Error Building Standalone Message-ID: This looks a lot like a resurgence of http://jira.secondlife.com/browse/SNOW-649 However, the structure of CMakeLists.txt seems to have changed quite a bit since that time. Any ideas? The error is identical to the example given in the JIRA issue. Should I re-open the issue or create a new one linked to it? Thanks, Ricky Cron Stardust From neil at knowsense.co.uk Wed Jun 23 02:29:34 2010 From: neil at knowsense.co.uk (Neil Canham) Date: Wed, 23 Jun 2010 10:29:34 +0100 Subject: [opensource-dev] Questions about SOCKS5 support in SnowGlobe In-Reply-To: References: Message-ID: Created jira [SNOW-724 ] (My SL AV is Richard Meiklejohn). Still keen to know if one possible way to use the SOCKS functionality is to run a SOCKS server outside the firewall and route traffic on a known firewall-friendly port such as 80 or 443 - I'm just trying to get familiar with this stuff myself. On Tue, Jun 22, 2010 at 11:48 PM, Neil Canham wrote: > Thanks - that makes sense. I can raise the jira if that helps. > > > On Tue, Jun 22, 2010 at 11:20 PM, Robin Cornelius < > robin.cornelius at gmail.com> wrote: > >> On Tue, Jun 22, 2010 at 12:02 PM, Neil Canham >> wrote: >> > I hope that this is the right place to ask - I'm very interested in >> trying >> > the SOCKS5 support in SnowGlobe to connect to both SL and also my own >> > OpenSim instances from inside corporate firewalls, and to allow >> prospective >> > clients to do the same. I have two questions: >> > Does SLVoice traffic get 'socksified'? >> > If the organisation doesn't have a Socks server, can I run a Socks >> server >> > such as antinat outside the firewall (eg - on the OpenSim server box >> itself) >> > and tell SnowGlobe to route traffic through an acceptable firewall >> opening >> > port such as 80 or 443? >> >> Not currently no, the SLVoice is a seperate process and is not subject >> to the socks wrappers within the viewer. Although i see no reason why >> you could not" socksified" that executable with a socks wrapper >> program for the time being. I think this deservesis worth a jira >> feature request, as SG 1.4 supports socks and SG2.0 will once i pull >> my finger out, SLVoice also supporting it is a valid requirment >> >> Give me the SLVoice code and i will do it. >> >> Robin >> > > > > -- > Neil Canham > -- > Director > Flying Island Limited > m: +44 (0) 7974 095903 > e: neil.canham at flyingisland.co.uk > > > ****************************************************************************** > Flying Island Limited: the 'Really Useful' Web > > ****************************************************************************** > Please consider the environment before printing this email > > This e-mail and any files transmitted with it are confidential and could > contain information that is privileged to > the intended user of the e-mail address to which it was addressed. It must > not be copied, disclosed or > distributed under any circumstances without the prior authorisation of the > sender. If you are not the intended > recipient please contact admin at flyingisland.co.uk and then permanently > delete the original message. > Please note that any views expressed by the sender in this email are not > necessarily those of Flying Island Limited. > Also note that while we endeavour to try to ensure that this e-mail has > been swept for viruses, we do not > accept responsibility for any damage or loss caused in respect of any > viruses transmitted by the e-mail. > Please ensure your own checks are carried out before any attachments are > opened. > > Flying Island Limited > Registered Office - 22B Priory Crescent, Southsea, Hampshire PO4 8RL > Registered in England and Wales: Registered No. 07121424 > > > ****************************************************************************** > -- Neil Canham -- Director Flying Island Limited m: +44 (0) 7974 095903 e: neil.canham at flyingisland.co.uk ****************************************************************************** Flying Island Limited: the 'Really Useful' Web ****************************************************************************** Please consider the environment before printing this email This e-mail and any files transmitted with it are confidential and could contain information that is privileged to the intended user of the e-mail address to which it was addressed. It must not be copied, disclosed or distributed under any circumstances without the prior authorisation of the sender. If you are not the intended recipient please contact admin at flyingisland.co.uk and then permanently delete the original message. Please note that any views expressed by the sender in this email are not necessarily those of Flying Island Limited. Also note that while we endeavour to try to ensure that this e-mail has been swept for viruses, we do not accept responsibility for any damage or loss caused in respect of any viruses transmitted by the e-mail. Please ensure your own checks are carried out before any attachments are opened. Flying Island Limited Registered Office - 22B Priory Crescent, Southsea, Hampshire PO4 8RL Registered in England and Wales: Registered No. 07121424 ****************************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100623/d6de9645/attachment-0001.htm From merov at lindenlab.com Wed Jun 23 22:26:18 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Wed, 23 Jun 2010 22:26:18 -0700 Subject: [opensource-dev] viewer-external and snowglobe In-Reply-To: <201006170922.02950.Lance.Corrimal@eregion.de> References: <201006170922.02950.Lance.Corrimal@eregion.de> Message-ID: Hi, On Thu, Jun 17, 2010 at 12:22 AM, Lance Corrimal wrote: > will all that neat new stuff from viewer-external go into snowglobe 2 at > some > point? > Yes, we've no intention to let Snowglobe 2.0 trunk diverge too long. Actually, some weeks ago, I was doing weekly merge in the 2.0 trunk but it was too hard to track that *and* make progress on the 1.x stuff port so we decided during a Hippo meeting to pause those merge till a stable and Snowglobe 2.0 was released. How far are we from that? 31 bugs to fix or punt or do something about. Most are build issues: https://jira.secondlife.com/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=10100&fixfor=10571 Patch are welcome and, even if you're not a committer, you can contribute (I've been committing loads of patches this past week). Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100623/b530d108/attachment.htm From marinekelley at gmail.com Thu Jun 24 13:30:29 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Thu, 24 Jun 2010 22:30:29 +0200 Subject: [opensource-dev] Problem compiling llcommon on viewer 2.1 beta Message-ID: Hello, I am having the following link error when trying to compile the llcommon project on Viewer 2.1 beta extracted from viewer-external : 1>------ Build started: Project: llcommon, Configuration: Release Win32 ------ 1>Linking... 1> Creating library D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.lib and object D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.exp 1>exception_handler.lib(exception_handler.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl std::_Throw(class stdext::exception const &)" (__imp_?_Throw at std@@YAXABVexception at stdext@@@Z) referenced in function "public: void __thiscall stdext::exception::_Raise(void)const " (?_Raise at exception@stdext@@QBEXXZ) 1>exception_handler.lib(exception_handler.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) void (__cdecl* std::_Raise_handler)(class stdext::exception const &)" (__imp_?_Raise_handler at std@@3P6AXABVexception at stdext@@@ZA) 1>D:\SL\linden\indra\build-vc80\sharedlibs\Release\llcommon.dll : fatal error LNK1120: 2 unresolved externals 1>Build log was saved at "file://d:\SL\linden\indra\build-vc80\llcommon\llcommon.dir\Release\BuildLog.htm" 1>llcommon - 3 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== I have copied the libraries from libraries/i686-win32/lib/debug/ to libraries/i686-win32/lib/release/ but it didn't help. Does anyone know what to do please ? It seems to come from the new google_breakpad library but I don't know anything about it. I just know it was not there before. Thanks for any piece of help, Marine -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100624/a3460b9f/attachment.htm From merov at lindenlab.com Fri Jun 25 13:39:50 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 25 Jun 2010 13:39:50 -0700 Subject: [opensource-dev] Problem compiling llcommon on viewer 2.1 beta In-Reply-To: References: Message-ID: Hi Marine, I just built the tip of viewer-external on my Windows XP machine with no problem. Could you tell us a bit more on how you get things together? Do you use develop.py? Do you do a standalone build? Which Solution Configuration are you building? Cheers, - Merov On Thu, Jun 24, 2010 at 1:30 PM, Marine Kelley wrote: > Hello, > > I am having the following link error when trying to compile the llcommon > project on Viewer 2.1 beta extracted from viewer-external : > > 1>------ Build started: Project: llcommon, Configuration: Release Win32 > ------ > 1>Linking... > 1> Creating library > D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.lib and object > D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.exp > 1>exception_handler.lib(exception_handler.obj) : error LNK2019: unresolved > external symbol "__declspec(dllimport) void __cdecl std::_Throw(class > stdext::exception const &)" (__imp_?_Throw at std@@YAXABVexception at stdext@@@Z) > referenced in function "public: void __thiscall > stdext::exception::_Raise(void)const " (?_Raise at exception@stdext@@QBEXXZ) > 1>exception_handler.lib(exception_handler.obj) : error LNK2001: unresolved > external symbol "__declspec(dllimport) void (__cdecl* > std::_Raise_handler)(class stdext::exception const &)" > (__imp_?_Raise_handler at std@@3P6AXABVexception at stdext@@@ZA) > 1>D:\SL\linden\indra\build-vc80\sharedlibs\Release\llcommon.dll : fatal > error LNK1120: 2 unresolved externals > 1>Build log was saved at > "file://d:\SL\linden\indra\build-vc80\llcommon\llcommon.dir\Release\BuildLog.htm" > 1>llcommon - 3 error(s), 0 warning(s) > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== > > > I have copied the libraries from libraries/i686-win32/lib/debug/ to > libraries/i686-win32/lib/release/ but it didn't help. Does anyone know what > to do please ? It seems to come from the new google_breakpad library but I > don't know anything about it. I just know it was not there before. > > Thanks for any piece of help, > Marine > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100625/13064de8/attachment.htm From marinekelley at gmail.com Fri Jun 25 14:30:53 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Fri, 25 Jun 2010 23:30:53 +0200 Subject: [opensource-dev] Problem compiling llcommon on viewer 2.1 beta In-Reply-To: References: Message-ID: Hi Merov, thank you for looking into this ! I'm on Windows 7, trying to compile viewer-external as I always do : - I unzip the artwork from version 2.0.0 (knowing that I will have to complete it with some of the icons from the official 2.1, like the icons for the system folders) - I unzip a very old library zip file of mine (it is more than 2 years old and contains ares, fmod and all, but is still operational at least until 2.0.1) - I run VC 2005, select the "Release" configuration, go to Configuration Manager, uncheck all the "tests" and "integration" projects (plus "package") - I open the Properties window on secondlife-bin and remove the /Zm1000 option from the command line - I build the whole thing But even just building llcommon will give me the error I mentioned, no need to build the whole solution. This is the first time I get this error, and since I noticed that google_breakpad was not part of the viewer before, and surprisingly it uses an exception_handler.lib that does not provide the correct functions... That's all I can think of but I'm sure there is more. Thanks again, Marine On 25 June 2010 22:39, Philippe (Merov) Bossut wrote: > Hi Marine, > > I just built the tip of viewer-external on my Windows XP machine with no > problem. Could you tell us a bit more on how you get things together? Do you > use develop.py? Do you do a standalone build? Which Solution Configuration > are you building? > > Cheers, > - Merov > > On Thu, Jun 24, 2010 at 1:30 PM, Marine Kelley wrote: > >> Hello, >> >> I am having the following link error when trying to compile the llcommon >> project on Viewer 2.1 beta extracted from viewer-external : >> >> 1>------ Build started: Project: llcommon, Configuration: Release Win32 >> ------ >> 1>Linking... >> 1> Creating library >> D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.lib and object >> D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.exp >> 1>exception_handler.lib(exception_handler.obj) : error LNK2019: unresolved >> external symbol "__declspec(dllimport) void __cdecl std::_Throw(class >> stdext::exception const &)" (__imp_?_Throw at std@@YAXABVexception at stdext@@@Z) >> referenced in function "public: void __thiscall >> stdext::exception::_Raise(void)const " (?_Raise at exception@stdext@@QBEXXZ) >> 1>exception_handler.lib(exception_handler.obj) : error LNK2001: unresolved >> external symbol "__declspec(dllimport) void (__cdecl* >> std::_Raise_handler)(class stdext::exception const &)" >> (__imp_?_Raise_handler at std@@3P6AXABVexception at stdext@@@ZA) >> 1>D:\SL\linden\indra\build-vc80\sharedlibs\Release\llcommon.dll : fatal >> error LNK1120: 2 unresolved externals >> 1>Build log was saved at >> "file://d:\SL\linden\indra\build-vc80\llcommon\llcommon.dir\Release\BuildLog.htm" >> 1>llcommon - 3 error(s), 0 warning(s) >> ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped >> ========== >> >> >> I have copied the libraries from libraries/i686-win32/lib/debug/ to >> libraries/i686-win32/lib/release/ but it didn't help. Does anyone know what >> to do please ? It seems to come from the new google_breakpad library but I >> don't know anything about it. I just know it was not there before. >> >> Thanks for any piece of help, >> Marine >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges >> > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100625/ac8719d5/attachment.htm From latifer at streamgrid.net Fri Jun 25 14:39:40 2010 From: latifer at streamgrid.net (Latif Khalifa) Date: Fri, 25 Jun 2010 23:39:40 +0200 Subject: [opensource-dev] Problem compiling llcommon on viewer 2.1 beta In-Reply-To: References: Message-ID: I just tried building viewer-external on my windows 7 - 64, had no linking issues that you reported. (I also have pretty old library for stuff like fmod, but those are not changed anyway). Latif On Fri, Jun 25, 2010 at 11:30 PM, Marine Kelley wrote: > Hi Merov, thank you for looking into this ! > > I'm on Windows 7, trying to compile viewer-external as I always do : > > - I unzip the artwork from version 2.0.0 (knowing that I will have to > complete it with some of the icons from the official 2.1, like the icons for > the system folders) > - I unzip a very old library zip file of mine (it is more than 2 years old > and contains ares, fmod and all, but is still operational at least until > 2.0.1) > - I run VC 2005, select the "Release" configuration, go to Configuration > Manager, uncheck all the "tests" and "integration" projects (plus "package") > - I open the Properties window on secondlife-bin and remove the /Zm1000 > option from the command line > - I build the whole thing > > But even just building llcommon will give me the error I mentioned, no need > to build the whole solution. This is the first time I get this error, and > since I noticed that google_breakpad was not part of the viewer before, and > surprisingly it uses an exception_handler.lib that does not provide the > correct functions... > > That's all I can think of but I'm sure there is more. > > Thanks again, > Marine > > > > On 25 June 2010 22:39, Philippe (Merov) Bossut wrote: >> >> Hi Marine, >> >> I just built the tip of viewer-external on my Windows XP machine with no >> problem. Could you tell us a bit more on how you get things together? Do you >> use develop.py? Do you do a standalone build? Which Solution Configuration >> are you building? >> >> Cheers, >> - Merov >> >> On Thu, Jun 24, 2010 at 1:30 PM, Marine Kelley >> wrote: >>> >>> Hello, >>> >>> I am having the following link error when trying to compile the llcommon >>> project on Viewer 2.1 beta extracted from viewer-external : >>> >>> 1>------ Build started: Project: llcommon, Configuration: Release Win32 >>> ------ >>> 1>Linking... >>> 1>?? Creating library >>> D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.lib and object >>> D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.exp >>> 1>exception_handler.lib(exception_handler.obj) : error LNK2019: >>> unresolved external symbol "__declspec(dllimport) void __cdecl >>> std::_Throw(class stdext::exception const &)" >>> (__imp_?_Throw at std@@YAXABVexception at stdext@@@Z) referenced in function >>> "public: void __thiscall stdext::exception::_Raise(void)const " >>> (?_Raise at exception@stdext@@QBEXXZ) >>> 1>exception_handler.lib(exception_handler.obj) : error LNK2001: >>> unresolved external symbol "__declspec(dllimport) void (__cdecl* >>> std::_Raise_handler)(class stdext::exception const &)" >>> (__imp_?_Raise_handler at std@@3P6AXABVexception at stdext@@@ZA) >>> 1>D:\SL\linden\indra\build-vc80\sharedlibs\Release\llcommon.dll : fatal >>> error LNK1120: 2 unresolved externals >>> 1>Build log was saved at >>> "file://d:\SL\linden\indra\build-vc80\llcommon\llcommon.dir\Release\BuildLog.htm" >>> 1>llcommon - 3 error(s), 0 warning(s) >>> ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped >>> ========== >>> >>> >>> I have copied the libraries from libraries/i686-win32/lib/debug/ to >>> libraries/i686-win32/lib/release/ but it didn't help. Does anyone know what >>> to do please ? It seems to come from the new google_breakpad library but I >>> don't know anything about it. I just know it was not there before. >>> >>> Thanks for any piece of help, >>> Marine >>> >>> _______________________________________________ >>> Policies and (un)subscribe information available here: >>> http://wiki.secondlife.com/wiki/OpenSource-Dev >>> Please read the policies before posting to keep unmoderated posting >>> privileges >> >> >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > From nickyperian at yahoo.com Fri Jun 25 15:02:26 2010 From: nickyperian at yahoo.com (Nicky Perian) Date: Fri, 25 Jun 2010 15:02:26 -0700 (PDT) Subject: [opensource-dev] Problem compiling llcommon on viewer 2.1 beta In-Reply-To: References: Message-ID: <230677.52551.qm@web43515.mail.sp1.yahoo.com> I built viewer-external on 6/19. Used Vista 32 and VC++Express 2005. Took 5 builds. Logs and steps taken are here. This was all the way to a setup.exe. ________________________________ From: Marine Kelley To: Philippe (Merov) Bossut Cc: opensource-dev at lists.secondlife.com Sent: Fri, June 25, 2010 4:30:53 PM Subject: Re: [opensource-dev] Problem compiling llcommon on viewer 2.1 beta Hi Merov, thank you for looking into this ! I'm on Windows 7, trying to compile viewer-external as I always do : - I unzip the artwork from version 2.0.0 (knowing that I will have to complete it with some of the icons from the official 2.1, like the icons for the system folders) - I unzip a very old library zip file of mine (it is more than 2 years old and contains ares, fmod and all, but is still operational at least until 2.0.1) - I run VC 2005, select the "Release" configuration, go to Configuration Manager, uncheck all the "tests" and "integration" projects (plus "package") - I open the Properties window on secondlife-bin and remove the /Zm1000 option from the command line - I build the whole thing But even just building llcommon will give me the error I mentioned, no need to build the whole solution. This is the first time I get this error, and since I noticed that google_breakpad was not part of the viewer before, and surprisingly it uses an exception_handler.lib that does not provide the correct functions... That's all I can think of but I'm sure there is more. Thanks again, Marine On 25 June 2010 22:39, Philippe (Merov) Bossut wrote: Hi Marine, > >I just built the tip of viewer-external on my Windows XP machine with no problem. Could you tell us a bit more on how you get things together? Do you use develop.py? Do you do a standalone build? Which Solution Configuration are you building? > >Cheers, >- Merov > > >On Thu, Jun 24, 2010 at 1:30 PM, Marine Kelley wrote: > >>> >>Hello, >> >>I am having the following link error when trying to compile the llcommon project on Viewer 2.1 beta extracted from viewer-external : >> >>1>------ Build started: Project: llcommon, Configuration: Release Win32 ------ >>>> >> >> >>1>Linking... >>1> Creating library D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.lib and object D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.exp >>1>exception_handler.lib(exception_handler.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl std::_Throw(class stdext::exception const &)" (__imp_?_Throw at std@@YAXABVexception at stdext@@@Z) referenced in function "public: void __thiscall stdext::exception::_Raise(void)const " (?_Raise at exception@stdext@@QBEXXZ) >>>> >> >> >>1>exception_handler.lib(exception_handler.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) void (__cdecl* std::_Raise_handler)(class stdext::exception const &)" (__imp_?_Raise_handler at std@@3P6AXABVexception at stdext@@@ZA) >>>> >> >> >>1>D:\SL\linden\indra\build-vc80\sharedlibs\Release\llcommon.dll : fatal error LNK1120: 2 unresolved externals >>1>Build log was saved at "file://d:\SL\linden\indra\build-vc80\llcommon\llcommon.dir\Release\BuildLog.htm" >>>> >> >> >>1>llcommon - 3 error(s), 0 warning(s) >>========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== >> >> >>I have copied the libraries from libraries/i686-win32/lib/debug/ to libraries/i686-win32/lib/release/ but it didn't help. Does anyone know what to do please ? It seems to come from the new google_breakpad library but I don't know anything about it. I just know it was not there before. >> >>Thanks for any piece of help, >>Marine >> >>_______________________________________________ >>>>Policies and (un)subscribe information available here: >>http://wiki.secondlife.com/wiki/OpenSource-Dev >>>>Please read the policies before posting to keep unmoderated posting privileges >> > >_______________________________________________ >>Policies and (un)subscribe information available here: >http://wiki.secondlife.com/wiki/OpenSource-Dev >>Please read the policies before posting to keep unmoderated posting privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100625/4fdd7325/attachment-0001.htm From merov at lindenlab.com Fri Jun 25 15:25:40 2010 From: merov at lindenlab.com (Philippe (Merov) Bossut) Date: Fri, 25 Jun 2010 15:25:40 -0700 Subject: [opensource-dev] Explorations in develop.py In-Reply-To: References: Message-ID: Hi Ricky, On Tue, Jun 22, 2010 at 8:36 PM, Ricky wrote: > Looking through develop.py, I spied the following lines: > > 281- elif self.arch() == 'x86_64' and self.is_internal_tree(): > 282- # the viewer does not build in 64bit -- kdu5 issues > 283- # we can either use openjpeg, or overhaul our viewer > to handle kdu5 or higher > 284: # doug knows about kdu issues > 285- return ['server-' + platform_build] > > Using svn blame, I found that these lines arrived into > /linden/projects/2010/snowglobe/trunk/indra/develop.py at the time of > the creation of this project at r3145. I didn't checkout and search > up the parent branches (wish svn had a way to do this easily!) > Because of this, I am unable to tell whether this is still valid or > otherwise. Any enlightenment? Maybe a JIRA so I can see what the > current status is? My initial searches have turned up nothing, > however, I may not be using the correct keywords... > This is still valid script and, as one can see in the code, only triggered for internal (that is, internal to Linden Lab) repositories. What that means is that we (LL) always build with KDU internally and we haven't made the effort to support the newest KDU lib that would handle 64bits architecture. In Snowglobe (and other external tree), folks can (and do) build 64bits viewers and use openjpeg for texture compression/decompression. > My memory is bugging me with the thought that a switchover to OpenJPEG > has already happened... If so, then section of code should likely be > updated. Of course, it seems from the conditional that is is only > about 64 bit builds of the Linden internal branch. However, the > reasoning given here may not be valid any more, and could possibly be > replaced with a reference to a JIRA issue, maybe even the Linux 64bit > build meta http://jira.secondlife.com/browse/VWR-13793 . > I don't understand what you mean by "switchover to openjpeg". Support for openjpeg is in the viewer since a long time, I think since the early days of open sourcing the viewer, pre Snowglobe for sure. Both KDU and openjpeg are supported though. The choice is made at runtime by loading libraries: the viewer tries to load llkdu first and, if it fails, uses the openjpeg default implementation. See LLImageJ2C::openDSO() for llkdu loading and switch to default (openjpeg). openjpeg is statically linked and implemented in llimagej2coj.cpp. Cheers, - Merov -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100625/911d361e/attachment.htm From Lance.Corrimal at eregion.de Fri Jun 25 23:25:58 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Sat, 26 Jun 2010 08:25:58 +0200 Subject: [opensource-dev] Problem compiling llcommon on viewer 2.1 beta In-Reply-To: <230677.52551.qm@web43515.mail.sp1.yahoo.com> References: <230677.52551.qm@web43515.mail.sp1.yahoo.com> Message-ID: <201006260825.58879.Lance.Corrimal@eregion.de> I think someone of you guys who successfully build 2.1 should put detailed steps on the wiki... Am Samstag 26 Juni 2010 schrieb Nicky Perian: > I built viewer-external on 6/19. Used Vista 32 and VC++Express > 2005. Took 5 builds. Logs and steps taken are here. This was all > the way to a setup.exe. > > > > > > ________________________________ > From: Marine Kelley > To: Philippe (Merov) Bossut > Cc: opensource-dev at lists.secondlife.com > Sent: Fri, June 25, 2010 4:30:53 PM > Subject: Re: [opensource-dev] Problem compiling llcommon on viewer > 2.1 beta > > Hi Merov, thank you for looking into this ! > > I'm on Windows 7, trying to compile viewer-external as I always do > : > > - I unzip the artwork from version 2.0.0 (knowing that I will have > to complete it with some of the icons from the official 2.1, like > the icons for the system folders) - I unzip a very old library zip > file of mine (it is more than 2 years old and contains ares, fmod > and all, but is still operational at least until 2.0.1) - I run VC > 2005, select the "Release" configuration, go to Configuration > Manager, uncheck all the "tests" and "integration" projects (plus > "package") - I open the Properties window on secondlife-bin and > remove the /Zm1000 option from the command line - I build the > whole thing > > But even just building llcommon will give me the error I mentioned, > no need to build the whole solution. This is the first time I get > this error, and since I noticed that google_breakpad was not part > of the viewer before, and surprisingly it uses an > exception_handler.lib that does not provide the correct > functions... > > That's all I can think of but I'm sure there is more. > > Thanks again, > Marine > > > > > On 25 June 2010 22:39, Philippe (Merov) Bossut > wrote: > > Hi Marine, > > >I just built the tip of viewer-external on my Windows XP machine > >with no problem. Could you tell us a bit more on how you get > >things together? Do you use develop.py? Do you do a standalone > >build? Which Solution Configuration are you building? > > > >Cheers, > >- Merov > > > >On Thu, Jun 24, 2010 at 1:30 PM, Marine Kelley wrote: > >>Hello, > >> > >>I am having the following link error when trying to compile the > >>llcommon project on Viewer 2.1 beta extracted from > >>viewer-external : > >> > >>1>------ Build started: Project: llcommon, Configuration: Release > >>Win32 ------ > >> > >> > >> > >>1>Linking... > >>1> Creating library > >>D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.lib and > >>object > >>D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.exp > >>1>exception_handler.lib(exception_handler.obj) : error LNK2019: > >>unresolved external symbol "__declspec(dllimport) void __cdecl > >>std::_Throw(class stdext::exception const &)" > >>(__imp_?_Throw at std@@YAXABVexception at stdext@@@Z) referenced in > >>function "public: void __thiscall > >>stdext::exception::_Raise(void)const " > >>(?_Raise at exception@stdext@@QBEXXZ) > >> > >> > >> > >>1>exception_handler.lib(exception_handler.obj) : error LNK2001: > >>unresolved external symbol "__declspec(dllimport) void (__cdecl* > >>std::_Raise_handler)(class stdext::exception const &)" > >>(__imp_?_Raise_handler at std@@3P6AXABVexception at stdext@@@ZA) > >> > >> > >> > >>1>D:\SL\linden\indra\build-vc80\sharedlibs\Release\llcommon.dll : > >>fatal error LNK1120: 2 unresolved externals 1>Build log was > >>saved at > >>"file://d:\SL\linden\indra\build-vc80\llcommon\llcommon.dir\Rele > >>ase\BuildLog.htm" > >> > >> > >> > >>1>llcommon - 3 error(s), 0 warning(s) > >>========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped > >>========== > >> > >> > >>I have copied the libraries from libraries/i686-win32/lib/debug/ > >>to libraries/i686-win32/lib/release/ but it didn't help. Does > >>anyone know what to do please ? It seems to come from the new > >>google_breakpad library but I don't know anything about it. I > >>just know it was not there before. > >> > >>Thanks for any piece of help, > >>Marine > >> > >>_______________________________________________ > >> > >>>>Policies and (un)subscribe information available here: > >>http://wiki.secondlife.com/wiki/OpenSource-Dev > >> > >>>>Please read the policies before posting to keep unmoderated > >>>>posting privileges > > > >_______________________________________________ > > > >>Policies and (un)subscribe information available here: > >http://wiki.secondlife.com/wiki/OpenSource-Dev > > > >>Please read the policies before posting to keep unmoderated > >>posting privileges From venkat.sivaraj at gmail.com Sat Jun 26 08:53:59 2010 From: venkat.sivaraj at gmail.com (Venkatesh Sivaraj) Date: Sat, 26 Jun 2010 21:23:59 +0530 Subject: [opensource-dev] [HELP] Unable to get Snowglobe to invoke custom media plugin In-Reply-To: References: Message-ID: Hello All, I'm trying to build a custom media rendering plug-in to display powerpoint presentations in-world. For starters, I'm trying to get the HelloWorld plug-in described in the documentation working. As per the instructions, I've declared a new entry for the "helloworld"scheme in the mime_types.xml file. But what I observe while debugging is that the viewer associates the helloworld://foo url with a mime type of "video/vnd.secondlife.qt.legacy" and hence invokes the Quicktime plug-in instead of the HelloWorld plug-in. I'm sure I'm missing something here. I'm just not able to figure out what exactly is missing since I'm new to C++, Visual Studio and CMake :( (I come from a Java background). I followed the instructions at http://wiki.secondlife.com/wiki/Getting_Started_Developing_Media_Rendering_Plugins#Creating_your_own_Hello_World_plugin. I tested the plug-in on the plug-in test app and it works just fine. I'm not able to get the plug-in running in-world. I see the following in the logs INFO: LLViewerMediaImpl::navigateTo: NOT LOADING media id= 8b5fec65-8d8d-9dc5-cda8-8fdf2716e361 url=helloworld://foo mime_type=video/vnd.secondlife.qt.legacy INFO: LLViewerMediaImpl::navigateInternal: media id= 8b5fec65-8d8d-9dc5-cda8-8fdf2716e361 url=helloworld://foo mime_type=video/vnd.secondlife.qt.legacy INFO: LLViewerMedia::getCurrentUserAgent: SecondLife/2.0.0.0 (Snowglobe Test Build; default skin) INFO: LLViewerMediaImpl::loadURI: Asking media source to load URI: helloworld://foo WARNING: LLVoiceClient::stateMachine: ONCE (100th time seen): region doesn't have ProvisionVoiceAccountRequest capability! WARNING: LLVoiceClient::stateMachine: ONCE (100th time seen): region doesn't have ParcelVoiceInfoRequest capability. This is normal for a short time af ter teleporting, but bad if it persists for very long. INFO: LLTexLayerSetBuffer::onTextureUploadComplete: Baked texture upload took 4724 ms INFO: LLVOAvatarSelf::setNewBakedTexture: New baked texture: head-baked UUID: 61d84103-1999-caa9-280b-0b2b8b02350f INFO: LLAgent::sendAgentSetAppearance: TAT: Sent AgentSetAppearance: head-baked_baked upper-baked_baked lower-baked_baked eyes-baked skirt-baked hair-ba ked_baked INFO: LLPluginProcessParent::receiveMessage: plugin version string: QuickTime media plugin, QuickTime version 7668000 INFO: LLPluginProcessParent::receiveMessage: message class: base -> version: 1.0 INFO: LLPluginProcessParent::receiveMessage: message class: media -> version: 1.0 INFO: LLPluginProcessParent::receiveMessage: message class: media_time -> version: 1.0 While debugging, the mime-type remains as helloworld till a certain point and somewhere else it is being set to "video/vnd.secondlife.qt.legacy". Any pointers regarding this is greatly appreciated. Please let me know if any other information is required too. -- Regards, Venkatesh -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100626/97311186/attachment.htm From marinekelley at gmail.com Sat Jun 26 13:10:57 2010 From: marinekelley at gmail.com (Marine Kelley) Date: Sat, 26 Jun 2010 22:10:57 +0200 Subject: [opensource-dev] Problem compiling llcommon on viewer 2.1 beta In-Reply-To: <201006260825.58879.Lance.Corrimal@eregion.de> References: <230677.52551.qm@web43515.mail.sp1.yahoo.com> <201006260825.58879.Lance.Corrimal@eregion.de> Message-ID: I have fixed the problem ! It was due to my VS2005 not being upgraded to SP1. It just so happens that Microsoft has moved some classes from std to stdext, and "exception" is one of them, hence the linking issue. Thank you for trying to help, and I hope this will help anyone who stumbled upon this problem... unless I am the only one on Earth not to have upgraded her VS2005 to the latest service pack. lol Take care, Marine On 26 June 2010 08:25, Lance Corrimal wrote: > I think someone of you guys who successfully build 2.1 should put > detailed steps on the wiki... > > > > Am Samstag 26 Juni 2010 schrieb Nicky Perian: > > I built viewer-external on 6/19. Used Vista 32 and VC++Express > > 2005. Took 5 builds. Logs and steps taken are here. This was all > > the way to a setup.exe. > > > > > > > > > > > > ________________________________ > > From: Marine Kelley > > To: Philippe (Merov) Bossut > > Cc: opensource-dev at lists.secondlife.com > > Sent: Fri, June 25, 2010 4:30:53 PM > > Subject: Re: [opensource-dev] Problem compiling llcommon on viewer > > 2.1 beta > > > > Hi Merov, thank you for looking into this ! > > > > I'm on Windows 7, trying to compile viewer-external as I always do > > : > > > > - I unzip the artwork from version 2.0.0 (knowing that I will have > > to complete it with some of the icons from the official 2.1, like > > the icons for the system folders) - I unzip a very old library zip > > file of mine (it is more than 2 years old and contains ares, fmod > > and all, but is still operational at least until 2.0.1) - I run VC > > 2005, select the "Release" configuration, go to Configuration > > Manager, uncheck all the "tests" and "integration" projects (plus > > "package") - I open the Properties window on secondlife-bin and > > remove the /Zm1000 option from the command line - I build the > > whole thing > > > > But even just building llcommon will give me the error I mentioned, > > no need to build the whole solution. This is the first time I get > > this error, and since I noticed that google_breakpad was not part > > of the viewer before, and surprisingly it uses an > > exception_handler.lib that does not provide the correct > > functions... > > > > That's all I can think of but I'm sure there is more. > > > > Thanks again, > > Marine > > > > > > > > > > On 25 June 2010 22:39, Philippe (Merov) Bossut > > wrote: > > > > Hi Marine, > > > > >I just built the tip of viewer-external on my Windows XP machine > > >with no problem. Could you tell us a bit more on how you get > > >things together? Do you use develop.py? Do you do a standalone > > >build? Which Solution Configuration are you building? > > > > > >Cheers, > > >- Merov > > > > > >On Thu, Jun 24, 2010 at 1:30 PM, Marine Kelley > wrote: > > >>Hello, > > >> > > >>I am having the following link error when trying to compile the > > >>llcommon project on Viewer 2.1 beta extracted from > > >>viewer-external : > > >> > > >>1>------ Build started: Project: llcommon, Configuration: Release > > >>Win32 ------ > > >> > > >> > > >> > > >>1>Linking... > > >>1> Creating library > > >>D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.lib and > > >>object > > >>D:\SL\linden\indra\build-vc80\llcommon\Release\llcommon.exp > > >>1>exception_handler.lib(exception_handler.obj) : error LNK2019: > > >>unresolved external symbol "__declspec(dllimport) void __cdecl > > >>std::_Throw(class stdext::exception const &)" > > >>(__imp_?_Throw at std@@YAXABVexception at stdext@@@Z) referenced in > > >>function "public: void __thiscall > > >>stdext::exception::_Raise(void)const " > > >>(?_Raise at exception@stdext@@QBEXXZ) > > >> > > >> > > >> > > >>1>exception_handler.lib(exception_handler.obj) : error LNK2001: > > >>unresolved external symbol "__declspec(dllimport) void (__cdecl* > > >>std::_Raise_handler)(class stdext::exception const &)" > > >>(__imp_?_Raise_handler at std@@3P6AXABVexception at stdext@@@ZA) > > >> > > >> > > >> > > >>1>D:\SL\linden\indra\build-vc80\sharedlibs\Release\llcommon.dll : > > >>fatal error LNK1120: 2 unresolved externals 1>Build log was > > >>saved at > > >>"file://d:\SL\linden\indra\build-vc80\llcommon\llcommon.dir\Rele > > >>ase\BuildLog.htm" > > >> > > >> > > >> > > >>1>llcommon - 3 error(s), 0 warning(s) > > >>========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped > > >>========== > > >> > > >> > > >>I have copied the libraries from libraries/i686-win32/lib/debug/ > > >>to libraries/i686-win32/lib/release/ but it didn't help. Does > > >>anyone know what to do please ? It seems to come from the new > > >>google_breakpad library but I don't know anything about it. I > > >>just know it was not there before. > > >> > > >>Thanks for any piece of help, > > >>Marine > > >> > > >>_______________________________________________ > > >> > > >>>>Policies and (un)subscribe information available here: > > >>http://wiki.secondlife.com/wiki/OpenSource-Dev > > >> > > >>>>Please read the policies before posting to keep unmoderated > > >>>>posting privileges > > > > > >_______________________________________________ > > > > > >>Policies and (un)subscribe information available here: > > >http://wiki.secondlife.com/wiki/OpenSource-Dev > > > > > >>Please read the policies before posting to keep unmoderated > > >>posting privileges > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100626/701add6b/attachment.htm From tigrospottystripes at gmail.com Sun Jun 27 09:57:20 2010 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Sun, 27 Jun 2010 13:57:20 -0300 Subject: [opensource-dev] VWR-20006 Message-ID: <4C2782F0.9010803@Gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 I know that part of this would require LL to contribute, i'm bringing this up in the OSD list because i know somtimes an outside in approach is possible, perhaps some developers in the community can figure it out and put it in code without the acquisitions being necessary; so, may i direct your attention to http://jira.secondlife.com/browse/VWR-20006 ? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkwngusACgkQ8ZFfSrFHsmU4CwCeNoxoMVr5E7eryApjrVKiDJMQ qCQAnj9R+CGqAFvXqIb8zZnpj9tESeMT =rIRD -----END PGP SIGNATURE----- From robertltux at gmail.com Sun Jun 27 10:06:42 2010 From: robertltux at gmail.com (Robert Martin) Date: Sun, 27 Jun 2010 13:06:42 -0400 Subject: [opensource-dev] VWR-20006 In-Reply-To: <4C2782F0.9010803@Gmail.com> References: <4C2782F0.9010803@Gmail.com> Message-ID: On Sun, Jun 27, 2010 at 12:57 PM, Tigro Spottystripes wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > I know that part of this would require LL to contribute, i'm bringing > this up in the OSD list because i know somtimes an outside in approach > is possible, perhaps some developers in the community can figure it out > and put it in code without the acquisitions being necessary; so, may i > direct your attention to http://jira.secondlife.com/browse/VWR-20006 ? since it seems that the LLM source needed to fix the existing avatar mesh has reached "ark of the covenant" levels then we need to have a very deep toolset to create mesh replacement avatars. -- Robert L Martin From mrfrans at gmail.com Sun Jun 27 18:18:03 2010 From: mrfrans at gmail.com (Frans) Date: Mon, 28 Jun 2010 03:18:03 +0200 Subject: [opensource-dev] VWR-20006 In-Reply-To: References: <4C2782F0.9010803@Gmail.com> Message-ID: oops, I had sent this message only to Robert by accident. Mesh support is being worked on in secret. The NDA was temporarily lifted last week, by mistake, but in the short time it was lifted some information came out. http://secondslog.blogspot.com/2010/06/nda-on-mesh-uploads-was-temporarly.html Though it does not speak about a Inworld modeller. -Frans On Sun, Jun 27, 2010 at 7:06 PM, Robert Martin wrote: > On Sun, Jun 27, 2010 at 12:57 PM, Tigro Spottystripes > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > I know that part of this would require LL to contribute, i'm bringing > > this up in the OSD list because i know somtimes an outside in approach > > is possible, perhaps some developers in the community can figure it out > > and put it in code without the acquisitions being necessary; so, may i > > direct your attention to http://jira.secondlife.com/browse/VWR-20006 ? > > since it seems that the LLM source needed to fix the existing avatar > mesh has reached > "ark of the covenant" levels then we need to have a very deep toolset > to create mesh replacement avatars. > > > -- > Robert L Martin > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -- Jeroen Frans Virtual World Technology Specialist. VesuviusGroup.com SL: Frans Charming -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100628/0f6265f2/attachment.htm From mrfrans at gmail.com Sun Jun 27 18:21:58 2010 From: mrfrans at gmail.com (Frans) Date: Mon, 28 Jun 2010 03:21:58 +0200 Subject: [opensource-dev] VWR-20006 In-Reply-To: References: <4C2782F0.9010803@Gmail.com> Message-ID: On Sun, Jun 27, 2010 at 9:44 PM, Robert Martin wrote: > > does anybody know the passcode/secret handshake to get into the mesh beta?? > what im looking for is a way to convert a DAZ3d type figure to SL > (even if you had to dump it down to 20% of the polys) > > -- > Robert L Martin > No idea Robert, I guess they invited people through office hours, or knowing they made sculpties with 3D mode ling programs. -- Jeroen Frans Virtual World Technology Specialist. VesuviusGroup.com SL: Frans Charming -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100628/b5f53d02/attachment.htm From tigrospottystripes at gmail.com Sun Jun 27 22:54:23 2010 From: tigrospottystripes at gmail.com (Tigro Spottystripes) Date: Mon, 28 Jun 2010 02:54:23 -0300 Subject: [opensource-dev] VWR-20006 In-Reply-To: References: <4C2782F0.9010803@Gmail.com> Message-ID: <4C28390F.7050704@Gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 In my opinion, adding mesh support without decent in world editor would be prejudicial to Second Life. On 27/6/2010 22:18, Frans wrote: > oops, I had sent this message only to Robert by accident. > > Mesh support is being worked on in secret. The NDA was temporarily > lifted last week, by mistake, but in the short time it was lifted some > information came out. > http://secondslog.blogspot.com/2010/06/nda-on-mesh-uploads-was-temporarly.html > > Though it does not speak about a Inworld modeller. > > -Frans > > On Sun, Jun 27, 2010 at 7:06 PM, Robert Martin > wrote: > > On Sun, Jun 27, 2010 at 12:57 PM, Tigro Spottystripes > > > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > I know that part of this would require LL to contribute, i'm bringing > > this up in the OSD list because i know somtimes an outside in approach > > is possible, perhaps some developers in the community can figure > it out > > and put it in code without the acquisitions being necessary; so, may i > > direct your attention to http://jira.secondlife.com/browse/VWR-20006 ? > > since it seems that the LLM source needed to fix the existing avatar > mesh has reached > "ark of the covenant" levels then we need to have a very deep toolset > to create mesh replacement avatars. > > > -- > Robert L Martin > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > > > > > -- > Jeroen Frans > Virtual World Technology Specialist. > VesuviusGroup.com > SL: Frans Charming > > > > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkwoOQ0ACgkQ8ZFfSrFHsmVfHQCffWgtNkYrcBcsjTsqQN+XOjSO 2AoAnRjIguXAWt8LzwXod04fb3cmRWIW =+eKN -----END PGP SIGNATURE----- From Lance.Corrimal at eregion.de Mon Jun 28 00:31:30 2010 From: Lance.Corrimal at eregion.de (Lance Corrimal) Date: Mon, 28 Jun 2010 09:31:30 +0200 Subject: [opensource-dev] viewer-external svn r3448: multi-wearables seriously broken? Message-ID: <201006280931.31437.Lance.Corrimal@eregion.de> Heya, I just gave the new multi-wearables in viewer-external (svn r3448) a try, and i found it to be seriously broken. when I logged in, every single attachment, including HUDs, went to some rather weird attachment point somewhere near my right knee, and everything was only "half attached": huds would complain that "you have dropped ... to the ground" if they were scripted to detect that, and none of the stuff showed "worn" in my inventory. And what was even more strange, the prims stayed where they were when I moved, hanging in the air at the very spot where my avatars right knee was when i attached them. Maybe even more worse was the fact that that attach point then was stored in the asset, and the stuff would attach to the same weird point even with an older viewer (snowglobe 1.4). Took me about 45 minutes to repair the damage to my default outfit 0.o Anyone else noticed this bug? Is there already a jira for it? bye, LC From zabb65 at gmail.com Mon Jun 28 00:47:30 2010 From: zabb65 at gmail.com (Zabb65) Date: Mon, 28 Jun 2010 03:47:30 -0400 Subject: [opensource-dev] viewer-external svn r3448: multi-wearables seriously broken? In-Reply-To: <201006280931.31437.Lance.Corrimal@eregion.de> References: <201006280931.31437.Lance.Corrimal@eregion.de> Message-ID: Needs a 1.40 sim to function as expected. When such rolls out, it will behave as you want. Until then, it thinks you are placing them on attachments points it doesn't know about. On Mon, Jun 28, 2010 at 03:31, Lance Corrimal wrote: > Heya, > > I just gave the new multi-wearables in viewer-external (svn r3448) a try, and > i found it to be seriously broken. > when I logged in, every single attachment, including HUDs, went to some rather > weird attachment point somewhere near my right knee, and everything was only > "half attached": huds would complain that "you have dropped ... to the ground" > if they were scripted to detect that, and none of the stuff showed "worn" in > my inventory. And what was even more strange, the prims stayed where they were > when I moved, hanging in the air at the very spot where my avatars right knee > was when i attached them. > > Maybe even more worse was the fact that that attach point then was stored in > the asset, and the stuff would attach to the same weird point even with an > older viewer (snowglobe 1.4). Took me about 45 minutes to repair the damage to > my default outfit 0.o > > Anyone else noticed this bug? > Is there already a jira for it? > > > bye, > LC > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > From aleric.inglewood at gmail.com Mon Jun 28 04:58:07 2010 From: aleric.inglewood at gmail.com (Aleric Inglewood) Date: Mon, 28 Jun 2010 13:58:07 +0200 Subject: [opensource-dev] viewer-external svn r3448: multi-wearables seriously broken? In-Reply-To: <201006280931.31437.Lance.Corrimal@eregion.de> References: <201006280931.31437.Lance.Corrimal@eregion.de> Message-ID: I noticed this for quite some time now while using viewer 1.4. Attachments of others appear near their knee and stay there (they don't move with the avatar). When I say something about it, others claim they still see it "on their head" or whatever. So yes, I'd say something was seriously broken without regard to backwards compatibility. On Mon, Jun 28, 2010 at 9:31 AM, Lance Corrimal wrote: > Heya, > > I just gave the new multi-wearables in viewer-external (svn r3448) a try, > and > i found it to be seriously broken. > when I logged in, every single attachment, including HUDs, went to some > rather > weird attachment point somewhere near my right knee, and everything was > only > "half attached": huds would complain that "you have dropped ... to the > ground" > if they were scripted to detect that, and none of the stuff showed "worn" > in > my inventory. And what was even more strange, the prims stayed where they > were > when I moved, hanging in the air at the very spot where my avatars right > knee > was when i attached them. > > Maybe even more worse was the fact that that attach point then was stored > in > the asset, and the stuff would attach to the same weird point even with an > older viewer (snowglobe 1.4). Took me about 45 minutes to repair the damage > to > my default outfit 0.o > > Anyone else noticed this bug? > Is there already a jira for it? > > > bye, > LC > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting > privileges > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100628/b0b17e8e/attachment.htm From secret.argent at gmail.com Mon Jun 28 07:41:52 2010 From: secret.argent at gmail.com (Argent Stonecutter) Date: Mon, 28 Jun 2010 09:41:52 -0500 Subject: [opensource-dev] viewer-external svn r3448: multi-wearables seriously broken? In-Reply-To: References: <201006280931.31437.Lance.Corrimal@eregion.de> Message-ID: <7AEB3E6A-AEAE-4BC3-86BB-25B23D67141C@gmail.com> On 2010-06-28, at 06:58, Aleric Inglewood wrote: > I noticed this for quite some time now while using viewer 1.4. > Attachments of others appear near their knee and stay there (they > don't move with the avatar). When I say something about it, others > claim they still see it "on their head" or whatever. That's probably just people using the Emerald extended attachment points. From nyx at lindenlab.com Mon Jun 28 09:44:05 2010 From: nyx at lindenlab.com (Nyx Linden) Date: Mon, 28 Jun 2010 12:44:05 -0400 Subject: [opensource-dev] viewer-external svn r3448: multi-wearables seriously broken? In-Reply-To: <201006280931.31437.Lance.Corrimal@eregion.de> References: <201006280931.31437.Lance.Corrimal@eregion.de> Message-ID: <4C28D155.8080803@lindenlab.com> Multi-wearables should work fine on Agni, (with the exception that outfit order doesn't persist across logins yet). Multi-attachments will not work on Agni until the Server 1.40 rollout to the grid. Its a debug option right now in the viewer (and will remain default-off for 2.1). If you'd like to test multi-attachments, please test it against aditi, which is currently running 1.40. We haven't enabled multi-attachments yet because we know it will not work against the main grid. Let me know if there are any other questions! -Nyx Lance Corrimal wrote: > Heya, > > I just gave the new multi-wearables in viewer-external (svn r3448) a try, and > i found it to be seriously broken. > when I logged in, every single attachment, including HUDs, went to some rather > weird attachment point somewhere near my right knee, and everything was only > "half attached": huds would complain that "you have dropped ... to the ground" > if they were scripted to detect that, and none of the stuff showed "worn" in > my inventory. And what was even more strange, the prims stayed where they were > when I moved, hanging in the air at the very spot where my avatars right knee > was when i attached them. > > Maybe even more worse was the fact that that attach point then was stored in > the asset, and the stuff would attach to the same weird point even with an > older viewer (snowglobe 1.4). Took me about 45 minutes to repair the damage to > my default outfit 0.o > > Anyone else noticed this bug? > Is there already a jira for it? > > > bye, > LC > _______________________________________________ > Policies and (un)subscribe information available here: > http://wiki.secondlife.com/wiki/OpenSource-Dev > Please read the policies before posting to keep unmoderated posting privileges > From kadah.coba at gmail.com Mon Jun 28 13:29:38 2010 From: kadah.coba at gmail.com (Kadah) Date: Mon, 28 Jun 2010 13:29:38 -0700 Subject: [opensource-dev] VWR-20006 In-Reply-To: <4C28390F.7050704@Gmail.com> References: <4C2782F0.9010803@Gmail.com> <4C28390F.7050704@Gmail.com> Message-ID: <4C290632.8080409@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Can't make the current scupties in-world atm, at least without a 3rd party product atm. But I do agree with you, building and making stuff with in the world itself is a core idea of SL. Building in SL is more social than any other platform. I've been known to "cuddle code" while brainstorming. On 6/27/2010 10:54 PM, Tigro Spottystripes wrote: > In my opinion, adding mesh support without decent in world editor would > be prejudicial to Second Life. > > On 27/6/2010 22:18, Frans wrote: >> oops, I had sent this message only to Robert by accident. > >> Mesh support is being worked on in secret. The NDA was temporarily >> lifted last week, by mistake, but in the short time it was lifted some >> information came out. >> http://secondslog.blogspot.com/2010/06/nda-on-mesh-uploads-was-temporarly.html > >> Though it does not speak about a Inworld modeller. > >> -Frans > >> On Sun, Jun 27, 2010 at 7:06 PM, Robert Martin > > wrote: > >> On Sun, Jun 27, 2010 at 12:57 PM, Tigro Spottystripes >> > >> wrote: >> > -----BEGIN PGP SIGNED MESSAGE----- >> > Hash: SHA512 >> > >> > I know that part of this would require LL to contribute, i'm bringing >> > this up in the OSD list because i know somtimes an outside in approach >> > is possible, perhaps some developers in the community can figure >> it out >> > and put it in code without the acquisitions being necessary; so, may i >> > direct your attention to http://jira.secondlife.com/browse/VWR-20006 ? > >> since it seems that the LLM source needed to fix the existing avatar >> mesh has reached >> "ark of the covenant" levels then we need to have a very deep toolset >> to create mesh replacement avatars. > > >> -- >> Robert L Martin >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting >> privileges > > > > >> -- >> Jeroen Frans >> Virtual World Technology Specialist. >> VesuviusGroup.com >> SL: Frans Charming > > > >> _______________________________________________ >> Policies and (un)subscribe information available here: >> http://wiki.secondlife.com/wiki/OpenSource-Dev >> Please read the policies before posting to keep unmoderated posting privileges _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMKQYyAAoJEIdLfPRu7qE2B04H/A7p8SIEBCJY+rRalITP76gm +6cP7wKJLcdXzBx0CHsrB7RaJFJ9Q89oXfoIUNVRD5Foyhnz63DWzuoWLXxhzKEw pEE+yCdE1TKJv3SK+MG4PQdaWXCPNOw4SuOcFoPxuMexxOj1O35JewerW50eHAGR 2zP/WPn5ygcmONPs+vM0qOIaJSxuPgeXjWRP76z2dsRNNj4vauXzrcfjCqbBzlzy hdYL6TjHwY+elgD0Ghd2va2G+SwDaZf6WbaQyQXPic3y14ccj/s2ZPS+jKYPiWmA YzIOkbB0z7QsGnLO/iKUJyWf7st6cvlPGFURW09lJikfBo8xL+mYa7w6bmlPdtc= =P/FR -----END PGP SIGNATURE----- From jhwelch at gmail.com Mon Jun 28 14:01:09 2010 From: jhwelch at gmail.com (Jonathan Welch) Date: Mon, 28 Jun 2010 17:01:09 -0400 Subject: [opensource-dev] 3 problems with first time Viewer 2 compile Message-ID: I've been compiling v1.22 and v1.4 (snowglobe) viewers fine for a while so I thought I would give Snowglobe 2.0 a try. It compiled and gave me a running .exe file but also complained about 2 parts failed. The entire build log is here http://files.myopera.com/JonathanYap/files/buildlog.txt Error 1 31>RuntimeError: Path E:\sg20\linden\indra\build-vc80\sharedlibs\Release\msvcr80.dll doesn't exist 31>Project : error PRJ0019: A tool returned an error code from "Performing viewer_manifest copy" Error 2 37>checking E:\sg20\linden\indra\build-vc80\newview\Release/secondlife-bin.exe dependency Microsoft.VC80.CRT... 37>Executing: "C:\Program Files\Microsoft Visual Studio 9.0\VC\bin\mt.exe" -nologo -inputresource:E:\sg20\linden\indra\build-vc80\newview\Release/secondlife-bin.exe -out:c:\docume~1\jyap\locals~1\temp\tmpxzm-m9.xml > NUL 37>Didn't find MS VC version 8.0 Error 3 is I get 3 notifications upon startup: No Media Plugin was found to handle the "text/html" mime type. That may be my fault, as I did not build any of the test systems. From nickyperian at yahoo.com Tue Jun 29 11:42:50 2010 From: nickyperian at yahoo.com (Nicky Perian) Date: Tue, 29 Jun 2010 11:42:50 -0700 (PDT) Subject: [opensource-dev] 3 problems with first time Viewer 2 compile In-Reply-To: References: Message-ID: <117545.22632.qm@web43511.mail.sp1.yahoo.com> Theory or observation towards theory concerning wed kit issue. I also had the the webkit dll issue which documented at SNOW-646. Corrected it in one of two ways and did not keep close enough track to determine which one did the trick 1. Built the llmediapluginest application and made sure I could run it on my system and then copied media_plug_webkit.dll over to \indra\build-vc80\newview\relwithdebinfo folder and ran secondlife-bin.exe and it worked. 2. Used the uninstall and reinstalled with setup.exe application. In both cases I think it caused media_plugin_webkit.dll to have proper registry values reestablished for media_plugin_webkit.dll. I think it is a mistake to just rebuild and expect the system to run correctly without a proper uninstall and install taking place. Someone please shoot this full of holes or provide collaboration. Thanks, Nicky ________________________________ From: Jonathan Welch To: opensource-dev at lists.secondlife.com Sent: Mon, June 28, 2010 4:01:09 PM Subject: [opensource-dev] 3 problems with first time Viewer 2 compile I've been compiling v1.22 and v1.4 (snowglobe) viewers fine for a while so I thought I would give Snowglobe 2.0 a try. It compiled and gave me a running .exe file but also complained about 2 parts failed. The entire build log is here http://files.myopera.com/JonathanYap/files/buildlog.txt Error 1 31>RuntimeError: Path E:\sg20\linden\indra\build-vc80\sharedlibs\Release\msvcr80.dll doesn't exist 31>Project : error PRJ0019: A tool returned an error code from "Performing viewer_manifest copy" Error 2 37>checking E:\sg20\linden\indra\build-vc80\newview\Release/secondlife-bin.exe dependency Microsoft.VC80.CRT... 37>Executing: "C:\Program Files\Microsoft Visual Studio 9.0\VC\bin\mt.exe" -nologo -inputresource:E:\sg20\linden\indra\build-vc80\newview\Release/secondlife-bin.exe -out:c:\docume~1\jyap\locals~1\temp\tmpxzm-m9.xml > NUL 37>Didn't find MS VC version 8.0 Error 3 is I get 3 notifications upon startup: No Media Plugin was found to handle the "text/html" mime type. That may be my fault, as I did not build any of the test systems. _______________________________________________ Policies and (un)subscribe information available here: http://wiki.secondlife.com/wiki/OpenSource-Dev Please read the policies before posting to keep unmoderated posting privileges -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100629/0b7fcbfb/attachment.htm